Pourquoi certains rôles de la qualité sont voués à disparaître ?
Risquons-nous de voir certains métiers disparaître ? Comment pourraient-ils évoluer ? Et comment agir face à cette nouvelle tendance ?
Il y a quelques mois, en cherchant un nouveau modèle d’inspiration d’organisation qualité, je suis tombée sur cet article From QA to Engineering Productivity. Un article qui a, en un laps de minutes, chamboulé ma vision sur ce pôle et sa manière de s’inscrire dans l’organisation.
Un peu plus tard, j’observe l’adoption de nouvelle stratégie de la qualité et je prends conscience que plus jamais rien ne sera comme avant ! C’est donc ainsi que m’est venu à l’esprit de vous partager ma vision sur les métiers de la qualité : risquons-nous de voir certains métiers disparaître ? Comment pourraient-ils évoluer ?
Un peu d’historique
Quand j’ai rejoint le domaine de la qualité en 2012 avec mes premières missions de stages, je voyais des rôles de testeurs qui faisaient une grande partie de leur travail soit en manuel, soit en validant les spécifications ou encore dans le développement.
En 2015, j’ai observé clairement le tournant que ce rôle a pris : “l’automatisation”. Beaucoup d’entreprises étaient en cours de changement sur le sujet et cherchaient de plus en plus de Quality Engineer (ou Test Engineer) pour implémenter l’automatisation des tests.
Fin 2017, je voyais un nouveau mouvement émerger: “l’agile testing” ! Encore une fois la place des rôles de la qualité devenait plus importante dans les organisations, pour se placer tout au long du cycle de développement et aller casser les silos pour s’implémenter dans l’ensemble de l’organisation.
En 2021, le phénomène est presque effrayant; alors que des entreprises sont encores sur des modèles que j’ai observés lors de mon début de carrière, d’autres implémentent les différentes visions avec plus au moins de maturité et au même moment nous voyons qu’encore d’autres commencent à avoir une vision totalement radicale: bannir le rôle du quality engineer et supprimer les pôles de quality assurance !
Que s’est-il passé pour être amenés à ces changements ? Pourquoi certains rôles sont en péril ? Et comment agir face à cette nouvelle tendance ?
Release Early, Release Often (RERO)
La philosophie “Release Early, Release Often” est une vision historique du développement logiciel. Populaire depuis 1997, cette notion prend tout son sens avec la démocratisation de l’écosystème startup et l’accélération que vit la tech actuellement !
La volonté de délivrer des produits rapidement, d’observer les tendances, de récolter les retours des utilisateurs et d’améliorer en conséquent devient vitale pour la création de valeur. Avec ce modèle, les utilisateurs rentrent dans cette logique de test et d’amélioration continue et l’enjeu d’avoir un produit stable et évolutif devient majeur. Alors, le test n’est plus uniquement considéré comme une activité interne mais comme une pratique qui contribue à la création de valeurs !
“Release early. Release often. And listen to your customers.”
La vision d’un expert qualité sur l’automatisation peut être dépassée sur ce sujet, le besoin de pratiques comme l’A/B testing ou encore l’observabilité nécessitent des compétences pointues.
L’accélération comme maître mot
La philosophie “Release Early, Release Often” ne s’arrête pas là mais s’accompagne souvent avec “Accelerate”. En effet, déployer rapidement se généralise avec des contextes d’accélération et c’est là où le défi commence !
J’ai souvent entendu ces mots:
Il faut aller en production au plus tôt
La qualité c’est notre goulot d’étranglement
Les tests ne doivent pas me ralentir
...
Avec cette vision, la qualité n’est plus une vision unilatérale des tests mais plutôt inscrite comme une responsabilité collective, dispatchée tout au long du cycle de vie du développement et défendue comme un moteur de productivité. La philosophie de T-shaped illustre très bien cette nouvelle manière de s’organiser.
Avec cette stratégie, le test se retrouve au centre des préoccupations et les experts du domaine ont encore une fois un défi d’adaptation.
Le NO QA, vous connaissez ?
Si on suit ce raisonnement jusqu’au bout, et qu’on pense d’une manière radicale, on se retrouve dans un tout autre modèle !
En effet, quand la qualité devient une pratique et une responsabilité collective, le besoin d’expert sur le sujet devient moins trivial. D’ailleurs nombreuses entreprises ont suivi ce modèle; la plus connue d’entre eux ? Shopify.
Et après ?
Avec ces changements à toute vitesse dans le domaine de la tech et la modernisation des stratégies, l'ingénieur qualité d'aujourd'hui doit s'appuyer sur son expérience technique pour mieux s'adapter au nouveau monde.
Le défi ne s’arrête pas là, car une fois sur place, les experts doivent utiliser leurs expérience en matière de qualité pour mener l'amélioration des processus et des produits.
J’ai beaucoup de mal à concevoir que l’expertise qualité disparaisse mais les métiers évoluent. Force aux talents qui seront les plus aptes à s’adapter face aux changements et qui réussiront à embraser une vision moderne de leur métier.
Quelques références d’inspiration
Why the QA role is no longer needed (but will never die)
Software Testing Methods: How Google and Facebook Crush Quality Assurance