Successfully reported this slideshow.

Les dérives de la mêlée

883 vues

Publié le

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.

Publié dans : Technologie
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Les dérives de la mêlée

  1. 1. Les dérives de lamêléeRetour d’expérience Scrum
  2. 2. Contexte de notre application deScrum Nous pratiquons Scrum depuis deux ans et demi, chez notre client, mais ne développons de logiciel Nous décrivons des processus, apportons de lassistance et de lexpertise 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. 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 nouvellepassé 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. 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. 5. Autres dérives pendant lescé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. 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…

×