Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare une entreprise Scribd logo
Scrum or not scrum ? Exercice sur les principes Scrum
Matériel Vous avez des feutres, des post-its et des feuilles de brouillon à disposition Formez des groupes de 3 ou 4 personnes travaillant de préférence sur des projets différents Si vous ne vous connaissez pas, c’est encore mieux L’exercice dure 40mn.
Insights (5mn) Chacun sur une feuille, réfléchissez à votre dernier projet non scrum Qu’est ce qui n’allait pas ? Qu’est ce qui frustrait le client ?  « ce serait bien si… ? »  « est ce que vous ne pouvez pas… ? » Quels étaient les problèmes connus, dont le client, le chef de projet, le PDG, le développeur se plaignaient le plus ? Quels étaient les problèmes qui avaient fini par fondre dans le décor, dont plus personne ne se plaignait ? Vous faisiez avec ? Quels étaient les éléments qui  vous  frustraient ?
Election du projet (10mn) A tour de rôle, raconter votre projet au groupe Choisissez un projet : celui qui vous semble le plus mal en point, celui qui vous intéresse le plus L’acteur de ce projet devient un client, les autres deviennent des consultants qui cherchent à lui vendre Scrum
Construction des arguments (10mn) Les consultants réfléchissent à ce que Scrum aurait pu apporter face aux problèmes rencontrés et les notent sur des post-its (une idée = un post-it).  Ecrivez en majuscules pour que ce soit lisible. Les arguments sont classés par poids au fur et à mesure Le client ne peut pas intervenir mais réfléchit aux raisons pour lesquels Scrum n’aurait pas marché chez lui
Confrontation des arguments (5mn) Les consultants confrontent leurs arguments au client, qui y oppose son point de vue
Debriefing (5mn) Groupe après groupe, les (deux?) arguments principaux sont collés sur le mur de la classe Regrouper les arguments similaires pour que l’on voit en un coup d’œil lesquels ont le plus de poids aux yeux de la classe Les contre-arguments restés sans réponse sont évoqués tous ensemble

Contenu connexe

[Kit agile] Jeu sur les principes scrum

  • 1. Scrum or not scrum ? Exercice sur les principes Scrum
  • 2. Matériel Vous avez des feutres, des post-its et des feuilles de brouillon à disposition Formez des groupes de 3 ou 4 personnes travaillant de préférence sur des projets différents Si vous ne vous connaissez pas, c’est encore mieux L’exercice dure 40mn.
  • 3. Insights (5mn) Chacun sur une feuille, réfléchissez à votre dernier projet non scrum Qu’est ce qui n’allait pas ? Qu’est ce qui frustrait le client ? « ce serait bien si… ? » « est ce que vous ne pouvez pas… ? » Quels étaient les problèmes connus, dont le client, le chef de projet, le PDG, le développeur se plaignaient le plus ? Quels étaient les problèmes qui avaient fini par fondre dans le décor, dont plus personne ne se plaignait ? Vous faisiez avec ? Quels étaient les éléments qui vous frustraient ?
  • 4. Election du projet (10mn) A tour de rôle, raconter votre projet au groupe Choisissez un projet : celui qui vous semble le plus mal en point, celui qui vous intéresse le plus L’acteur de ce projet devient un client, les autres deviennent des consultants qui cherchent à lui vendre Scrum
  • 5. Construction des arguments (10mn) Les consultants réfléchissent à ce que Scrum aurait pu apporter face aux problèmes rencontrés et les notent sur des post-its (une idée = un post-it). Ecrivez en majuscules pour que ce soit lisible. Les arguments sont classés par poids au fur et à mesure Le client ne peut pas intervenir mais réfléchit aux raisons pour lesquels Scrum n’aurait pas marché chez lui
  • 6. Confrontation des arguments (5mn) Les consultants confrontent leurs arguments au client, qui y oppose son point de vue
  • 7. Debriefing (5mn) Groupe après groupe, les (deux?) arguments principaux sont collés sur le mur de la classe Regrouper les arguments similaires pour que l’on voit en un coup d’œil lesquels ont le plus de poids aux yeux de la classe Les contre-arguments restés sans réponse sont évoqués tous ensemble

Notes de l'éditeur

  1. En fait je veux dire unitaire Qui fait systématiquement des tests? Qui essaie toujours? Quels problemes? Des tests qui marchent tout seul et pas en groupe, au moment de la release. Des NPE à ajouter partout;