Un coach agile dans les pièces automobiles – Sprint 1 review
Il y a un auditoire pour le premier sprint review, le patron du PO et un utilisateur expert sont présents. C’est encourageant!
Au début du sprint, l’équipe s’était engagée à livrer 3 stories, il y a 3 stories a démontrer. Bon départ! Un membre de l’équipe se prépare à démontrer le contenu de la première story. Je me permet d’intervenir et suggère que le PO prenne plutôt le clavier pour expérimenter lui-même le système et qu’il tente d’accomplir ses vérifications des stories (les conditions d’acceptation). Il vérifie la première story. Ca va bien! Les intervenants présents posent des questions. Il y a interaction entre les personnes présentes et ca sent l’intérêt envers la story livrée. Le PO navigue dans le système et confirme que le comportement est bon. Story acceptée. On passe à la deuxième story. Il y a autant de discussions dans la salle. On se rend compte qu’une règle n’est pas complètement respectée. Le PO hésite un peu, mais refuse la story. L’équipe est mécontente. « Ce n’est qu’un petit bug, on en a pour 30 secondes à le corriger, on pourrait quand même avoir 1.8 points (sur les 2 points que valait la story) ». Je fais mon méchant et je dis non; la story est refusée alors l’équipe n’obtient pas les points associés à cette story. L’équipe n’est pas contente! Je vais expliquer le principe plus tard, maintenant on termine le sprint review. Pour la dernière story, ca se déroule bien, les discussions continuent et le PO accepte la troisième story. L’équipe a réussi à livrer 4 des 6 points engagés. Ils gardent un mauvais goût de s’être vu refusé une story pour si peu. De mon côté je me dis que c’est l’apprentissage qui débute!
