Retour d'expérience sur les dérives de la mêlée, ou quand on veut s'en servir pour résoudre tous les problèmes.

1. Les dérives de la
mêlée
Retour d’expérience Scrum

2. Contexte de notre application de
Scrum
 Nous pratiquons Scrum depuis deux ans et demi, chez notre client, mais
ne développons de logiciel
 Nous décrivons des processus, apportons de l'assistance et de
l'expertise aux différents projets
(nous fabriquons tout de même des "artefact" et pouvons planifier nos
travaux, mais pas en release),
 Nous donnons des formations aux équipes de développement sur les outils
et frameworks "maison";
 Nous agissons parfois en équipe support et en mode « pompier » sur des
histoires non planifiées au début du Sprint : nous devons gérer les
changements de périmètre en cours de Sprint
 Nous avons écourté la durée de la mêlée estimant que 10 minutes à 5
étaient amplement suffisantes (elles le furent un temps…)
 Ce n’est pas pour que ça que notre mêlée doit devenir un n’importe quoi ….

3. La mêlée : 3 questions, 10 minutes
Il y a des
Ce que j’ai fait hier,
changements de
quel est mon RàF
priorité, de plan
Quels sont les du Sprint
Ce que je vais
faire risques
aujourd’hui aujourd’hui?
Quels Extr
a
problèmes j’ai + 20 -Time !
rencontré minu
tes
C’est quoi cette nouvelle
Histoire? (cadrage)
Ce qui a changé
dans le plan de la Quelle est la priorité
Ce qui s’est US de cette nouvelle
passé sur mes Story
US Quels sont
Combien coûte–t-
les nouveaux
elle? (estimation)
livrables
Et (m…), j’ai une audio à
10h00, pas le temps de le Quelles sont ses
prépare en plus, le temps que tâches?
le PC se connecte, pourvu
que je n’ai pas à la rebooter

4. Constats sur la mêlée
 Mêlées quotidiennes
 Beaucoup de discussion en dehors des 3 questions de base
 Besoin de raconter ce qui s’est passé
 Pour recadrer les US
 qui ne se déroulent pas comme prévu,
 ont une part d’inconnue forte
 Survient souvent après un échange avec l’extérieur
 Revues de Backlog « à l’arrache »
 Des demandes non planifiées dans le Sprint sont entrée en
cours d’itération
 Elles sont évaluées après la mêlée
 L’équipe n’est pas attentive
 (trop de concentration, trop longtemps pour maintenir une cohésion : le café
attend)
 Les US sont découpes en tâches
 Les tâches sont estimées en heures
 De la somme des heures est déduite la complexité

5. Autres dérives pendant les
cérémonies
 La revue de BK produit et le lancement de Sprint sont en partie délocalisées après la
mêlée
 Lorsque des engagements nouveaux sont pris au nom de l’équipe
 Pour faire avancer un sujet
 Estimation des US et découpage en tâches trop précoce
 Alors que la démarche ne sera pas suivie intégralement
 Recadrage
 Découverte de nouveaux éléments
 Suppression de l’histoire
 Il arrive souvent que des RDV soient pris au moment des cérémonies (de + en +
fréquent)
 Absence d’équipiers
 Difficulté à placer les réunions
 Mauvaise qualité des réunions et des estimations
 Le bilan et la rétrospective sont détournés de leur vocation initiale
 Pas ou peu de démo

6. Bilan
 En tant que Scrum Master j’ai alerté sur les dérives et la nécessité
 D’assainir nos pratiques
 De revenir aux fondamentaux
 Ou changer en passant à du ScrumBan, qui autoriserais certaines
pratiques
 -> J’ai volontairement provoqué des réactions
 en proposant une solution pertinente à nos problèmes,
 mais qui impliquerais beaucoup de changements dans les habitudes
 L’équipe à préféré revenir aux fondementaux de Scrum que de
passer à ScrumBan
 Depuis les mêlées dérivent moins…