Agile First-Class Citizen

Par Lisette Zounon, CSM- CSP, DTM

 

Aujourd'hui, je voulais partager un peu une conférence que j'ai donnée la semaine dernière.

J'ai eu l'opportunité de donner une conférence éclair (lightning talk) au groupe d'utilisateurs DFW Scrum. Mon exposé s'intitulait "Agile First-Class Citizen".

Habituellement, si vous avez déjà suivi une formation agile, ce que nous apprenons sur l'agilité et le rôle Scrum comprend ce qui suit :

1- Product Owner

2- Scrum Master

La dernière équipe de développement (Tout le monde est un groupe au sein de l'équipe de développement).

J'ai vu des organisations utiliser cela comme une excuse pour exclure l'analyste en assurance qualité, l'ingénieur qualité ou le testeur de l'équipe. L'organisation dit généralement : nous allons faire une transformation agile. Nous allons commencer une transformation DevOps, donc nous n'avons pas besoin d'un service qualité. Quand j'entends cela, c'est généralement la plainte suivante qui commence à expérimenter beaucoup de défis qualité. Un de mes clients vient de me dire que parfois ils ne savent même pas ce qui est mis en production, ils ne savent même pas quel type d'application ils ont, qui et quoi a été testé ? Le groupe d'utilisateurs se plaint généralement parce qu'ils rencontrent beaucoup de problèmes en production.

Qui devrait être responsable des tests ? Je crois fermement que l'assurance qualité devrait être responsable des tests. Cela devrait être quelqu'un uniquement responsable des tests, quelqu'un qui est également indépendant et qui défend les intérêts des parties prenantes et des utilisateurs, qui sait comment les utilisateurs vont utiliser l'application. L'assurance qualité devrait proposer des scénarios/cas de test pour tester l'expérience utilisateur et les attentes concernant l'application, le logiciel ou le produit. Nous devons donc nous assurer que c'est quelqu'un d'indépendant.

Trois choses font de l'assurance qualité un atout précieux dans la livraison de logiciels :

1- Premièrement, nous avons la meilleure vue de la livraison logicielle. Nous sommes ceux qui savent si l'application va fonctionner, comment elle va fonctionner, et nous examinons les problèmes potentiels.

2- Deuxièmement, nous apportons de la valeur, nous définissons et déterminons la qualité du logiciel, comme le nombre de bugs qui arrivent et la gravité du bug.

Nous comprenons comment le logiciel va fonctionner de première main car une chose est de dire qu'une exigence est définie, mais au moment où vous arrivez à l'assurance qualité, vous savez avec certitude que le logiciel va fonctionner et qu'il va répondre aux exigences attendues. Vous savez aussi dans la livraison combien de temps tout prendra, car nous passons beaucoup de temps à estimer lors de la planification du sprint. Au moment où vous arrivez à l'assurance qualité, vous savez si le développeur vous dit que cela va vous prendre 5 heures pour une user story, et que cela lui a pris vingt-cinq heures.

3- Enfin, nous sommes aussi des agents de changement. J'ai eu la chance d'être impliquée dans deux transformations agiles. Elles ne sont pas toujours couronnées de succès, mais ce sont des transformations car l'organisation essaie de passer d'un modèle waterfall ou d'une autre méthodologie à un cadre agile. Dans les deux transformations, je ne suis pas arrivée en tant que coach ou consultante. D'abord, j'étais responsable QA. J'étais membre de l'équipe QA dans l'équipe Scrum, et j'ai pu influencer mon équipe pour adopter certaines meilleures pratiques agiles basées sur les problèmes que nous voyions et que nous devions améliorer. Nous avons pu nous adapter au fur et à mesure à ce qui était nécessaire pour notre équipe.

Pour la deuxième fois, je suis arrivée en tant que responsable QA, dirigeant une grande équipe QA. Notre blague interne était que les membres de mon équipe étaient des agents du FBI de l'assurance qualité qui allaient dans les différents projets et impactaient le changement nécessaire en fonction des problèmes que l'équipe rencontrait dans sa livraison logicielle. Par conséquent, ils agissaient comme agents de changement. En tant que professionnel de l'assurance qualité, vous devez être un leader sans titre car vous n'avez pas l'autorité d'un consultant plus haut placé pour influencer et exiger le changement. Mais, vous avez la vue de première main et la meilleure vue de ce qui se passe, et vous pouvez affecter le changement sur-le-champ si vous pouvez trouver votre voix.

Le message à retenir et l'appel à l'action que j'ai donnés au groupe dans mon exposé, dans une salle remplie de praticiens agiles, de coachs agiles, de scrum masters et de consultants agiles, était de reconsidérer leur approche de la transformation agile. Ne venez pas seulement interagir avec les développeurs ou les scrum masters, rapprochez-vous de vos professionnels de l'assurance qualité au sein des équipes Scrum. Faites d'eux la partie centrale de la décision et de la discussion sur les défis que vous êtes là pour résoudre. Écoutez-les. Quelles sont les opportunités de croissance pour l'équipe ? Quels sont les domaines d'amélioration dans la livraison logicielle ? Parce que votre professionnel de l'assurance qualité a la meilleure vue, nous sommes le citoyen de première classe dans la transformation agile.

Mon approche de la transformation agile est de se concentrer sur la résolution des défis qualité en changeant la façon de travailler de l'équipe. Au fur et à mesure que l'équipe grandit, sa performance augmente aussi, et en retour résout tous les défis qualité, ravissant vos clients et utilisateurs à la fin. C'est comme commencer avec la fin à l'esprit, mon préféré des sept habitudes célèbres. C'est ainsi que nous abordons la transformation agile chez ZSI - Zsquare Solutions Inc. Nous sommes des professionnels de l'assurance qualité et des coachs agiles, des consultants passionnés par la qualité, changeant délibérément la façon de travailler pour rendre votre équipe et vos clients heureux. Réservez une consultation de 30 minutes avec nous ici pour discuter de vos projets actuels et de vos initiatives QA pour 2020 afin de commencer à résoudre vos points douleur immédiatement. Tout le monde a des points douleur et votre projet et votre équipe ne peuvent pas attendre.

J'aimerais entendre vos pensées ou vos histoires d'horreur. Commentez ci-dessous votre expérience avec l'assurance qualité ou l'assurance qualité dans la livraison logicielle dans une équipe agile ou Scrum. Si vous avez des questions ou s'il y a un sujet que vous voulez que je partage le mois prochain, veuillez commenter ci-dessous et je serai plus qu'heureuse de les aborder.