Quiz. Les questions et leurs réponses sont présentées et commentées dans mon blog Scrum, Agilité et Rock n roll :

Transcription

1 Quiz À la fin de mes formations Scrum de trois jours, je propose aux participants un quiz ludique. L objectif est de les placer dans des situations qui n ont pas été abordées pendant la formation on ne peut pas tout voir, même en 3 jours, de les faire réfléchir à la façon d y réagir puis, puis, et c est le plus important, d en discuter collectivement. À partir de l ensemble de questions sur lequel je me base pour mes formations, j en ai sélectionnées quelques-unes, en gros une par chapitre du livre, pour en faire ce petit quiz que je vous propose ici. Il a été testé et mis au point avec les participants au premier panier repas agile Montpellier-Toulouse qui s est déroulé le 15 juillet 2011 à Bages (Aude). Il a depuis été utilisé des dizaines de fois et amélioré grâce à ce feedback. Pour chaque question vous avez le choix entre quatre réponses possibles. À vous de choisir celle qui vous semble la plus appropriée dans la situation décrite. Les questions et leurs réponses sont présentées et commentées dans mon blog Scrum, Agilité et Rock n roll : Scrum sous la bannière de l Agilité Ce n est pas une valeur compatible avec Scrum : 1. L individualisme. 2. Le respect. 3. L humour. 4. Le courage. Page 1 sur 6

2 Equipe Le sprint de trois semaines a commencé vendredi, avec une équipe de 10 personnes. Le lundi lors du scrum du matin, on apprend qu un développeur s est cassé le bras droit au ski, il est plâtré pour une semaine : 1. Le ScrumMaster interdit le ski à toute l équipe jusqu à la fin de la release. 2. L équipe revoit son engagement sur le sprint. 3. On lui trouve un remplaçant pendant qu il est plâtré. 4. On verra ce que ça donne et en attendant on lui achète une souris pour gaucher. Product Owner Une partie prenante clé du projet tient beaucoup à une fonction mais ne sait pas bien de quelle façon elle pourrait être proposée aux futurs utilisateurs du produit. Vous êtes Product Owner, que faire? 1. Attendre que la partie prenante mette clairement ce qu elle veut dans le bac à sable. 2. Définir une story simple avec ce que vous avez compris et la mettre prioritaire. 3. Mettre sa demande dans le bac à glace. 4. Lui demander d écrire la spécification détaillée. ScrumMaster Une personne dans l équipe perturbe les autres. Vous êtes ScrumMaster, comment réagissez-vous? 1. Je ne fais rien, il n y a pas de chef avec Scrum, c est ça l auto-organisation. 2. Je la vire, la majorité est d accord. 3. Je fais un rapport à la direction du personnel. 4. Je l invite à prendre une bière dans une discussion en tête à tête pour lui proposer d être le ScrumMaster du prochain sprint. Backlog Une story prête, actuellement dans le bac de départ, est finalement jugée inutile par le Product Owner. 1. On la supprime. 2. On la fait quand même car elle est prévue dans le prochain sprint. 3. On la garde en fin du bac de culture. 4. On la conserve dans le bac à glace. Page 2 sur 6

3 Planification de release Pour réaliser la story «tableau de bord», il faut que le composant qui envoie les données fonctionne. Il doit être développé par une autre équipe. Vous êtes en train de faire la revue de backlog, à quelques jours du démarrage du prochain sprint. 1. La story est planifiée dans le prochain sprint. 2. La story ne peut pas être planifiée tant que le composant n est pas fini. 3. La story est planifiée dans le sprint après le suivant et on prévient l autre équipe. 4. L équipe développe elle-même le composant. Planification de sprint Le Product Owner veut ajouter une story qui n est pas dans le bac de départ et que l équipe estime à risque, difficile à finir dans ce sprint. Vous faites partie de l équipe, quelle est votre réaction? 1. Refuser la story. 2. Comme il insiste sur la valeur qu elle apporte, on la prend. 3. Essayer de décomposer la story pour ne prendre que le morceau bien compris. 4. Demander une prime. Scrum quotidien Dans une équipe de 9 personnes, le scrum quotidien est à 9h30. À l heure prévue, deux membres de l équipe ne sont pas là. Que fait le ScrumMaster? 1. Il commence normalement. 2. C est le quart d heure toulousain, il raconte une blague en attendant. 3. Il repousse la réunion à 10h. 4. Il annule le scrum d aujourd hui, on verra demain. Revue de sprint Pendant la revue, une partie prenante trouve un défaut dans l interface utilisateur d une story qui est présentée. Que faire? 1. Considérer la story comme non finie et la continuer dans le sprint suivant. 2. Corriger le défaut en vitesse. 3. Ajouter une entrée dans le bac à sable pour corriger ce défaut. 4. Demander à celui qui a trouvé le défaut d envoyer un message. Page 3 sur 6

4 Rétrospective Vous êtes ScrumMaster. Lors de la rétrospective, Nico dit que c est la faute de Lolo si la story S1 n a pas été finie pendant le sprint. 1. Vous donnez un carton jaune à Nico. 2. Vous donnez un carton jaune à Lolo. 3. Vous dessinez un diagramme en arête de poisson pour identifier les raisons du problème sur S1. 4. Vous organisez un duel aux fléchettes. Définition de fini La définition de fini dit que les règles de codage doivent être vérifiées à chaque sprint. Une règle est violée à la fin d un sprint. Que faire? 1. Noter le problème sur un post-it rouge. 2. Prolonger le sprint pour éliminer la violation. 3. Changer la définition de fini. 4. Ajouter une story de remboursement de dette technique dans le backlog. Adaptation au contexte Une équipe répartie entre la France, l Inde et la Roumanie fait le scrum quotidien par vidéo-conférence. Quelle règle Scrum conservez-vous en priorité? 1. L équipe doit rester debout. 2. Les poules n ont pas le droit de parler. 3. Tout le monde répond aux 3 questions. 4. Le scrum ne dépasse pas un quart d heure. De la vision aux features Les prévisions évoluent. Votre produit qui était prévu au départ pour 100 utilisateurs, devrait finalement en supporter Que faites-vous? 1. Ajouter une user story «10000 utilisateurs» dans le backlog. 2. Revoir la définition de fini. 3. Lancer une étude pour mesurer l impact. 4. Rien, c est le problème de l infrastructure. Story et test d acceptation Une story présentée en démonstration fonctionne comme prévu mais on y découvre un cas de test auquel on n avait pas pensé (les quatre autres passent). Que faire? Page 4 sur 6 1. Elle est considérée finie à 80 %. 2. Elle n est pas considérée comme finie.

5 3. On modifie le code vite fait. 4. Elle est considérée comme finie et on ajoute une entrée dans le backlog pour le cas trouvé. Ingénierie logiciel L application à développer s appuie sur du code existant dont on sait que la qualité n est pas exceptionnelle. Que faire? 1. Ajouter un test quand un bug est trouvé qui porte sur ce code existant. 2. Améliorer ce code existant en priorité. 3. Surtout ne pas toucher à ce code. 4. Ajouter des tests pour couvrir tout le code existant. Indicateurs Au milieu du sprint, le burndown chart de sprint remonte. Vous êtes ScrumMaster, que faire? 1. Vous regardez s il reste du mou. 2. Vous l envoyez immédiatement au grand chef. 3. Vous le remplacez par un burnup. 4. Vous passez un savon à l équipe. Outils Transition Vous êtes en train de vérifier les conditions d acceptation d une story et une condition est en échec. Comment le noter sur le tableau de l équipe? 1. Vous remettez la tâche de codage dans la colonne en cours. 2. Vous ajoutez un post-it pour la tâche de correction dans la colonne à faire. 3. Vous ajoutez un bug dans le bac à sable. 4. Vous ajoutez un nouvel obstacle dans la liste. Vous êtes coach et vous mettez Scrum en place avec une équipe qui a l habitude de travailler à «l arrache» : elle ne connait pas les pratiques d ingénierie du logiciel. Que faites-vous en premier? 1. Lancer tout de suite le premier sprint, l équipe fera de son mieux. 2. Faire appel à un expert en architecture pour aider l équipe au début du premier sprint. 3. Former l équipe à Scrum et mettre en place l intégration continue avant de lancer le premier sprint. 4. Ajouter des testeurs dans l équipe. Page 5 sur 6

6 Scrum à grande échelle Trois équipes Scrum participent au développement d un seul produit, chacune s occupant d un ensemble de features. Comment gérer la signification de fini? Scrum en France 1. Une seule définition de fini pour tout le monde. 2. Pas besoin, on en parle au scrum de scrums. 3. Chaque équipe a la sienne et la communique aux autres. 4. C est le Super Product Owner qui décide. En France et en Navarre, l usage courant est de dire? 1. La backlog. 2. Le backlog. 3. Le blackdog. 4. Le bac à log. Page 6 sur 6