Les dérives de la mêlée

Retour d’expérience Scrum

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 ….

Ce que j’ai fait hier, quel est mon RàF

Ce que je vais faire

aujourd’hui

Quels problèmes j’ai

rencontré

Ce qui s’est passé sur mes

US

Ce qui a changé dans le plan de la

US

Il y a des changements de priorité, de plan

du Sprint Quels sont les risques

aujourd’hui?

C’est quoi cette nouvelle Histoire? (cadrage)

Combien coûte–t-elle? (estimation)

Quelles sont ses tâches?

Quels sont les nouveaux

livrables

Quelle est la priorité de cette nouvelle

Story

Et (m…), j’ai une audio à 10h00, pas le temps de le

prépare en plus, le temps que le PC se connecte, pourvu

que je n’ai pas à la rebooter

La mêlée : 3 questions, 10 minutes

Extra-Time !+ 20 minutes

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é

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

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…