Your new post is loading...
Ce quatrième épisode décrit les étapes et éléments mis en place dans l’amélioration de la qualité des Stories.
L’efficience d’un Système Kanban, réside dans sa capacité à identifier et supprimer les obstacles.
L’un de ces obstacles et sans conteste la qualité des User Stories, pouvant perturber la chaine de production de valeur, ainsi que la capacité à être prédictible. Cela fait également porter un risque important sur la capacité d’une équipe projet à tenir ses promesses, notamment lorsqu’un nombre important d’anomalies est identifié en phase de qualification.
L’objectif est d’améliorer la qualité des User Stories traitées, mais comment faire ? Voici une approche que nous avons mise en place sur nos projet :
- Intégrer des Règles Métier dans la description de la Story ;
- Décrire les tests à réaliser, permettant de valider les règles métier, au format BDD (Behaviour Driven Development) ;
- Faire intervenir, très en amont, l’équipe en charge de la qualification des Stories ;
- Mettre en place des séances de Pair-testing sur la validation des Stories.
Si la description d’une User Story et le BDD n’ont plus de secrets pour vous, je vous recommande d’aller directement au paragraphe « Intégration des Régles Métier et du BDD dans mon Système Kanban ».
Les règles métiers donnent une vision statique, le BDD apporte une vision dynamique qui manque souvent pour la compréhension d’une story. Il permet également d’éviter des compréhensions différentes en utilisant un format de description déterministe et intelligible par tous les acteurs d’un projet.
Le retour d’expérience de la mise en place de ce processus, sur notre projet, a été une amélioration importante de la qualité des stories et plus généralement des développements réalisés. L’autre élément intéressant, mis en avant par l’équipe de développement lors du bilan, a été un accueil très positif du pair-testing, qui a réduit les perturbations sur le travail des développeurs (dans la correction des anomalies) et une meilleure communication avec l’équipe de qualification.
Le workflow mis en place a également été un élément positif pour l’équipe de qualification qui a, très en amont, pu préparer ses campagnes de tests et construire au fur et à mesure ses scénarios de tests et améliorer sa connaissance du produit. Bien entendu, ce mode de fonctionnement n’est pas applicable qu’à un mode kanban et peut très bien être mis en place sur un projet en mode Scrum, l’important restant de garantir le plus tôt possible un niveau de qualité maximal des stories.