Personne n’aime être dans une case.
De loin, nous sommes tous des “informaticiens”. De près, on aime savoir si telle personne est plutôt un “QA”, “Dev”, ou “Ops”.
Cela nous aide à cerner les contours d’une personne mais vient en même temps l’enfermer dans un case prédéfinie.
Nous avons pourtant besoin de transversalité en Quality Engineering.
Les organisations soumises à une pression continue de réinvention doivent accélérer l’adaptation de leur proposition de valeur.
Elles ont pour cela besoin de profils capables d’interagir en transverse sur la chaîne de valeur logicielle avec une capacité de recomposition rapide.
La table ronde “Le challenge des compétences pour le Quality Engineering” nous a amené à débattre les compétences nécessaires.
Cet article partage le besoin de multiples facettes des Quality Engineers pour atteindre et maintenir le Quality at Speed.
Suivez la QE Unit pour plus de contenu exclusif de Quality Engineering.
Les organisations en quête d’équipes malléables
Les entreprises en digitalisation ont besoin rapidement composer des équipes en fonction de leurs expérimentations.
Loin du stéréotype de l’agilité où l’on change tous les jours, les équipes cross-fonctionnelles ont besoin de stabilité pour améliorer la proposition de valeur.
Il faut donc savoir former initialement ces équipes, pour ensuite les étendre en fonction des relais de croissance trouvés.
Les X-teams est un modèle d’équipes ayant:
- Un périmètre précis d’action;
- Une flexibilité de ressources tant en interne qu’en externe;
- Un leadership distribué au sein d’un écosystème collaboratif.
Ce modèle d’organisation est adapté aux enjeux du digital oú l’adaptation rapide permet de capturer des economies of speed.
Ce type de structure requiert des profils de haut niveau.
L’expertise est nécessaire mais non suffisante
Les métiers du digital sont de plus en plus spécialisés: expertise produit, automatisation, data engineering, data science, etc.
Cette verticalisation est nécessaire à la mise en place de processus compétitifs supportés par de la technologie.
Chaque force a néanmoins sa contre-force.
Nous avons tous rencontré des profils experts communiquant mieux avec leur langage de programmation que dans leur langue natale.
L’unique compétence verticale n’est donc pas suffisante – d’où le besoin de transversalité des profils.
Le besoin de verticaliser plusieurs compétences
Le concept de T-shape représente des profils possédant une expertise et une capacité d’intéraction en transverse.
Ces profils ont développé des ponts entre des disciplines proches de leur cœur de métier leur permettant d’être plus transverses.
De tels acteurs permettent d’aller plus vite.
Cette complémentarité des compétences en T-Shape n’est pas le fruit du hasard mais de la combinaison de :
- Soft skills permettant le développement continu ;
- Curiosité d’apprendre et de se réinventer ;
- Intelligence émotionnelle pour intéragir en transverse ;
- Leadership et influence, sans forcément de lien hiérarchique ;
- Environnement propice à l’émulation et au développement.
L’écosystème organisationnel fait donc la différence dans l’attraction et le développement de tels profils.
Cette forme de T a d’ailleurs besoin d’évoluer pour les Quality Engineers.
Des Quality Engineers aux multiples facettes
Le Quality Engineering nécessite de contraindre la chaîne logicielle à la livraison continue de valeur avec rapidité et minimum de complexité.
Dans un contexte d’amélioration continue et d’incertitude, il faut réussir à composer des équipes pour avoir des compétences sur l’ensemble de la chaîne logicielle.
Nos profils doivent évoluer du “T” vers celui d’un peigne :
- T-Shape : un expert avec des connaissances dans d’autres domaines.
- PI-Shape : expert dans deux domaines et compétent dans d’autres domaines.
- Comb-Shape : expert dans plus de deux domaines et compétent dans d’autres.
Le Comb-Shaped (i.e. “peigne” en français) décrit donc des individus capables d’agir en transverse sur la chaîne de valeur, à l’instar de FullStack Developer.
L’avantage du modèle est de pouvoir faire évoluer des profils graduellement par compétences, au lieu de saut trop brusques entre des fonctions éparses.
Ces sont d’ailleurs ces multiples facettes reprises par Blake Norrish dans son article “Quality Engineer Learning Roadmap”.
Des Quality Engineers en développement continu
Nous recherchons des profils capables de composer avec plusieurs compétences, sans forcément être le mouton à 5 pattes.
Le besoin d’accélération des entreprises combiné à la convergence des technologies nécessite d’évoluer pour plus de compositions des compétences.
Il n’y a donc pas un, mais plusieurs Quality Engineers.
La vision d’un Quality Engineer est aujourd’hui aussi flou que de parler d’”informaticien“- et avec raison – cette dénomination étant généraliste.
Au-delà du titre, les compétences développées au fil du temps créeront les facettes propres d’un Quality Engineer pour agir en transverse.
Le Quality Engineering nous garantit un renouveau continu, et du travail supplémentaire en organisation et descriptifs RH.
Devenir Quality Engineer nécessite plusieurs facettes
En mettant fin à un débat, on en ouvre un nouveau.
Au-delà du titre de Quality Engineer, le sujet est plutôt de prioriser les compétences que l’on souhaite développer personnellement et dans l’organisation.
Espérons que cette évolution avec moins de cases permettra de mieux valoriser les personnes sans qu’elles se voient comme évolution que le management.
Les organisations ont d’ailleurs plus besoin de profils avec de bons soft skills, capables d’apprendre en continu et de contribuer à l’émulation d’une organisation.
Les modèles de recrutement, de formations et d’accompagnement sont également à faire évoluer pour suivre le rythme du Quality at Speed.
Prêt à développer vos facettes ?
Références
Deborah Ancona, Henrik Bresman, X-teams: How to Build Teams That Lead, Innovate and Succeed, 2007, Harvard Business School Press.
Yassi Moghaddam (Author), Haluk Demirkan (Author), Jim Spohrer (Author), T-Shaped Professionals: Adaptive Innovators, Business Experts Press
Blake Norrish, Quality Engineer Learning Roadmap, Slalom Build