Pourquoi le testeur est indispensable pendant le 3 Amigos
Article écrit avec la participation de Yanis Chibane (Test Lead).
“Bon, super ! On a passé le 3 Amigos. Tout est clair pour le développeur. On peut lancer les développements !” — Un Product Owner.
Mais, a-t-on posé la question au testeur pour savoir si tout était clair pour lui aussi ? Combien de fois, pendant cet atelier, nous nous sommes concentré sur la faisabilité technique, sur le fait de vérifier que le développeur a compris la Userstory et en oubliant la complexité des tests ?
Les 3 Amigos, c’est quoi ?
Le “3 Amigos” est un atelier de co-conception qui regroupe 3 rôles spécifiques d’une même équipe :
- Le représentant du Métier (le Product Owner, le Business Analyst voire même le Métier),
- Le développeur qui va développer une partie de la fonctionnalité,
- Le testeur qui va tester la même partie qui a été développée.
L’objectif de l’atelier “3 amigos” est que les 3 rôles partagent ensemble la description fonctionnelle d’une Userstory pour lever les zones d’ombre et éviter ainsi tout gaspillage de “défaut” d’un point de vue Lean.
Pour en savoir plus sur ces rôles : Microsoft Word — 2020-Scrum-Guide-French-2.0.docx (scrumguides.org)
Le rôle crucial du testeur
Le testeur a un rôle essentiel dans cet atelier car, dans les échanges, il apportera son expertise sur :
- La qualité du Produit : En identifiant les scenarii de test/critères d’acceptance et les cas limites,
- La prévention de possibles bugs. Plus une anomalie est détectée tard, plus elle coûte cher à corriger. En faisant de la prévention au plus tôt, on agit non seulement sur la qualité, mais aussi sur le Time To Market !
- L’optimisation du cycle de Delivery : en améliorant la fluidité du passage des Userstories dans le kanban en étant suffisamment petites et plus simples à tester … “I.N.V.E.S.T.” spirit !
- Les risques potentiels sur le parcours, sur les dépendances et adhérences entre différentes équipes (Ex: le bout en bout …),
- La complexité des tests (jeux de données compliqués à trouver, un “bouchonnage” délicat à gérer, le lien avec d’autres Systèmes Applicatifs …).
Ce n’est pas parce qu’un développement est simple, que les tests seront automatiquement simples !
Un découpage d’une Userstory se fait aussi en fonction des tests
“Et toi, testeur(se) ? Qu’en penses-tu ?”
N’oubliez pas de questionner le testeur car il donnera sa vision du sujet et de la complexité des tests. Par exemple, il indiquera qu’il sera préférable de créer des Userstories fonctionnelles et non purement techniques pour simplifier ses tests.
Adoptons l’approche utilisateur
Imaginons une Userstory pour mettre en place la brique technique d’une API, mais sans règle fonctionnelle. Il sera compliqué pour un testeur d’effectuer des tests alors que l’API ne sera qu’une coquille vide, sans flux de données. Le testeur aura donc un devoir de conseil pour indiquer la complexité du test et demander d’ajouter une règle fonctionnelle minimale pour simplifier ses tests.
Pour en savoir plus :
- Et si je développais la brique technique pour préparer la prochaine Userstory ? | by Silvere Duval | Apr, 2023 | Medium
- Comment j’écris un webservice ou une API dans ma Usertory ? | by Silvere Duval | Medium
Un découpage aussi en fonction du test
Le développeur a demandé d’ajouter des règles dans la Userstory pour éviter de revenir plusieurs fois sur le code. Or, cela complexifie les tests car ces dernières sont sur des sujets différents. Le testeur demandera alors de découper la carte pour simplifier les tests mais aussi pour éviter d’avoir une Userstory qui dure des semaines avant d’être terminée.
Pour en savoir plus : 3 Amigos : Est-ce encore le moment pour découper une Userstory ? | by Silvere Duval | Medium
Un Example Mapping pour aider au découpage
Au travers de l’Example Mapping, les 3 Amigos réfléchiront sur des exemples concrets pour expliquer les différentes règles. Un trop grand nombre d’exemples vous permettra de réfléchir sur le découpage des règles … voire de la Userstory, et cela même si le développement est simple.
Pour en savoir plus : Et si l’Example Mapping se rapprochait du mouvement d’une bille | by Silvere Duval | Medium
En conclusion
Misez sur la force d’une équipe unie ! Aidez chacun de ses membres à contribuer à l’excellence technique et de qualité !
En Agilité, le testeur n’est certainement pas celui qui est en fin de parcours ou le responsable du retard du Delivery. Bien au contraire, il doit intervenir tout au long du projet, en apportant :
- Un rôle de conseil et de vigilance concernant la qualité de votre produit,
- Une participation à la fluidité du Delivery.
Son rôle est aussi nécessaire qu’un développeur. Aussi, faites-le collaborer dès la phase de maturation de vos sujets, d’écriture et de découpage de vos Userstories pour apporter “Valeur” et “Qualité” au plus tôt à vos utilisateurs finaux !
Sources de cet article
Les 6 principes d’écriture d’une Userstory | by Silvere Duval | Just-Tech-IT | Medium
Comment j’écris un webservice ou une API dans ma Usertory ? | by Silvere Duval | Medium
