Kit agile pour formation scrum (Juillet 2010): - jeux et ateliers de mis en relief de certains principes agiles - résumé de la formation pyxis

1. Formation Scrum
1er juillet 2010
Exercices.................................................................................................................................................................2
Sur les idées Scrum.............................................................................................................................................2
Sur la construction d’un backlog.........................................................................................................................2
Sur le processus général......................................................................................................................................3
Sur l’autogestion..................................................................................................................................................3
Plan détaillé.............................................................................................................................................................4
Principes..............................................................................................................................................................4
4 piliers................................................................................................................................................................4
Rôles ...................................................................................................................................................................4
Le scrum master..............................................................................................................................................4
Le product owner.............................................................................................................................................4
L’équipe de réalisation. ..................................................................................................................................4
Modèles d’équipe................................................................................................................................................4
Réunions..............................................................................................................................................................5
Artefacts..............................................................................................................................................................5
Qu’est ce qu’il faut pour sprinter ?......................................................................................................................5
Comment construire le backlog initial ? .............................................................................................................5
Story mapping, de Jeff Paiton. .......................................................................................................................5
Le cône............................................................................................................................................................5
Comment définir la valeur métier ?.....................................................................................................................6
Argent fictif ....................................................................................................................................................6
Kano................................................................................................................................................................6
Impacts............................................................................................................................................................6
Comment définir la complexité ?........................................................................................................................6
Exercices.............................................................................................................................................................6
Page 1 sur 6

2. Exercices
Objectifs du jeu :
- application toute bête des principes ? apprendre la meme chose sous une autre forme ?
- ou en tirer des leçons ?
Sur les idées Scrum
Nom de l’exercice : Scrum or not Scrum
Support de jeu : principes scrum.ppt
En se mettant en petits groupes (3 personnes), on réfléchit à ce que Scrum aurait pu apporter à l’un de nos
projets.
La personne qui a vécu le projet fait office d’objecteur de Scrum quand les autres essaient de le lui vendre.
A la fin, les idées principales sont affichées sur un mur, on peut débriefer dessus.
Variante : On peut aussi prendre un cas fictif (Adidas).
Sur la construction d’un backlog
Nom de l’exercice : Forever Company
Support de jeu : backlog.ppt
L’exercice consiste à voir comment construire le backlog :
-adaptation des user stories, voire redécoupage
-estimation de la valeur métier
-estimation de la complexité
-priorisation des user stories à prendre
Dans un groupe de 4 personnes, il y a un PO, qui veut organiser son mariage. Le reste de l’équipe exécutera les
tâches nécessaires.
On remarque aussi qu’il y a toujours des ajustements manuels à faire derrière. Il faut aussi gérer des users
stories dépendantes.
Les user stories sont de l’ordre de :
-choisir un traiteur en fonction du budget, de la région visée et du thème
-établir le menu parents
-établir le menu enfants
-faire les faire-parts
-choisir un lieu en f° nombre d’invités (une seule grande salle, )
TODO : mettre image de debriefing à la fin
Variantes possibles : organiser les prochaines vacances, construire une maison
Autre variante : partir sur un projet plus informatique, qui a l’avantage d’avoir des problématiques plus réelles
(billeterie en ligne). Les gens se prennent encore plus au jeu.
Page 2 sur 6

3. Sur le processus général
Nom de l’exercice : Agiville
Support de jeu : process scrum.ppt
La classe entière cherche à construire un village en legos, avec le formateur comme PO. Ils se chargeront
d’estimer la complexité et de réaliser le village.
Ils devront bien étudier les besoins en avance car les legos ne pourront pas être échangés pendant un sprint.
Ils se verront refusé des stories au premier sprint pour les encourager à poser plus de questions et construire une
définition de DONE.
Les gens pourront se sentir un peu plus impliqués car c’est un enjeu de la classe entière et qu’il faut manipuler
des objets.
Variante :
1. Sur un faire-part
Avec comme critères
-représentation du couple
-adresse du lieu
-date
-carton de retour
-texte d’invitation sobre
-faire que certains aient du matériel, d’autres pas
Par contre, les désavantages sont notamment :
-pas de définition of done
-complexité des stories pas assez différenciée
Désavantage : ca fait un peu trop de mariage
2. XP Game, avec des ballons et des jeux de cartes. Par contre, il n’y a pas de projet global auquel tout le
monde contribue (même au contraire, avec le sentiment de compétition entre équipes).
3. Brochure toutou (voir « process scrum (2) »). Pas mal, il y a le daily en plus et c’est moins loin. Par contre,
moins d’apprentissage du terrain, il s’agit plus d’une application de ce qui est enseigné dans scrum.
Sur l’autogestion
Nom de l’exercice : Dessinez c’est gagné
Support de jeu : microgestion.ppt
En 10mn, on montre à toute la classe que se faire dicter des consignes est nettement moins productif que d’être
autonome.
Et donc pourquoi l’autogestion est valorisée dans Scrum.
Variante : mettre plusieurs managers qui dictent les consignes (comme cela arrive quand finalement le PDG ou
le Directeur Marketing met son grain de sel après la bataille ou qu’il y a plusieurs PO).
Page 3 sur 6

4. Plan détaillé
Remarques :
- je suivrai le plan jusque réunions
- puis on simulerai un projet en utilisant une façon de faire, et en mentionnant les autres
- je ne ferai pas un long exercices mais plusieurs petits tout le long. Entrecoupées de « comment…. ? »
Principes
-Transparence : rendre les problèmes visibles, mais pas de solution.
-Inspection / Feedback : retour rapide pour pouvoir corriger
oStandup
oSprint review
oSprint meeting
-Adaptation : si suite à l’inspection, ça ne va pas. Le plus tot possible.
-courage
ofatburger – le client nous demande quelque chose qu’on ne peut pas lui donner et on trouve une solution
vaseuse (squirrel burger, dette technique)  « ok, on va essayer »
oeffet vert (plus une information est remontée, plus elle est embellie et les décisions sont prises sur cette base).
SM doit souligner la visibilité pour qu’on prenne les actions adéquates.
-rythme soutenable – cf recette de l’improductivité (pression => laisser mijoter qq sprints => raccourcis pris =>
pb bientôt au max => baisse productivité). Prévoir du temps pour travaux non identifiés (20%)
4 piliers
-incréments de taille constante
-carnet de produit priorisé
-processus empirique (avec changements)
-équipe autogérée (prise de décision)
Rôles
Le scrum master
questionner mais laisser l’équipe essayer / se manager (voire se tromper/on peut se tromper)
scrum master leader et facilitateur p 54 et p58
attention != chef de projet
Le product owner
L’équipe de réalisation.
Modèles d’équipe
1.“the wisdom of teams”. Etre une “veritable équipe” : un petit nombre de personnes ayant des compétences
complémentaires et ayant un but, une approche et un ensemble d’objectifs liés à la performance communs pour
lesquels ils se tiennent mutuellement responsables.
Page 4 sur 6

5. 2.« Création, turbulence, harmonie, performante » (on ne se pose plus de questions, on sait qui fait quoi)
3.« the 5 dysfunctions of a team », où vulnérabilité n’est pas dissimulée  débats encouragés pour éviter les
consensus mous.  plus de responsabilisation
Au début : voir qui est bon en quoi, aime quoi, pour trouver la place de chacun
Réunions
-mélée quotidienne
-sprint planning
-sprint review
Artefacts
-backlog
-release burn down chart
-sprint backlog / carnet de taches
-sprint burn down chart pour suivi avancement
-incrément livrable (waterfall : engagment important au début... et bcp plus tard : revenus. ==> petites
itérations. Livrables à la fin de chaque)
-plan de livraison en X sprint pour le long terme
-document de vision. Una page avec mission et objectifs du produits, avec les priorités (le quoi négociable et
non négociable : budget, date, contenu ?). Facteurs de réussite à définir et risques (proba + conséquences).
Qu’est ce qu’il faut pour sprinter ?
-définir DONE
opour chaque story
oa faire évoluer
oà rendre au plus proche de la production
-définir rôles
-définir règles de fonctionnement de l’équipe
-définir vision et objectif clairs (SMART : Spécifique Mesurable, etc)
Comment construire le backlog initial ?
Story mapping, de Jeff Paiton.
Exemple d’un passage en caisse
Fonctionnalité Scan Passer au suivant
Confort minimal Reconnaissance du prix
Surplus Rapidité
Le cône
Page 5 sur 6

6. Comment définir la valeur métier ?
Argent fictif
15 jetons pour 9 stories
Kano
En fonction de l’effet waouw, linéaire ( ?) ou obligatoire
Impacts
Qu’est ce que ça fait avec / sans
Comment définir la complexité ?
- Partir du plus simple (story étalon)
- Planning poker
- Estimation sur le mur : frise avec les complexités 1, 3, 8, etc…. Chacun positionne les stories dessus.
Exercices
-microgestion où le chef dit « avance », « recule »  collision. Si laisse marcher : plus de motivation et
d’anxiété aussi.
-Exercice Adidas : trouver des arguments pour décrocher le contrat (sachant qu’il s’est déjà vautré sur le budget
et les délais)
-exercice scrum en 59 mn : développement de la brochure Toutou
-pour évaluer la complexité : cf peinture de maison p94
-billetterie en groupe (qu’on a fait) p.110 :
ocréation de user stories
ovaleurs d'affaires
ocomplexité
opriorité
ovélocité
Page 6 sur 6