9-8. Check-list

Définissez ce que “terminé” signifie pour l'équipe. Affichez-le comme une check-list dans l'espace de travail de l'équipe. Incluez-y les tests effectués par les clients, les développeurs et les testeurs, mais excluez les tests faits en dehors de l'équipe.

Assurez-vous que les activités de tests sont bien prises en considération lors de la planification de l'itération de telle façon que les tâches de tests soient comprises de l'équipe entière.

Encouragez les développeurs à travailler en étroite collaboration avec les testeurs et leurs clients pour récupérer très tôt des retours sur leurs stories. Demandez au client de réserver du temps chaque jour pour répondre aux questions de l'équipe.

Préconisez que le logiciel soit mis à disposition des clients durant l'itération. Encouragez l'équipe à rechercher des morceaux de user stories qui puissent être livrées rapidement plutôt que d'attendre la fin de l'itération.

Utilisez le tableau de l'équipe pour afficher les anomalies qui doivent être résolues avant la fin de l'itération. Au lieu de créer un backlog invisible dans l'outil de suivi des anomalies, demandez aux testeurs de travailler avec le client pour transformer les anomalies reportées en nouvelles user stories qui seront planifiées dans les itérations futures.

Si l'équipe ne termine pas toutes les stories, parlez-en avec l'équipe entière pour comprendre ce qui est arrivé lors de la démo ou la rétrospective. Videz le tableau à la fin de l'itération et prenez en compte les stories incomplètes dans la planification de l'itération suivante. Aidez l'équipe à rassembler des données sur la vélocité afin qu'elle s'engage raisonnablement lors de la prochaine itération.