- Nico Tondeur
- GAG Manager
- Agiliste / Serious Gamer depuis 2004
- « La valeur ne passe que par l’humain! »
Explorer le Sprint Burnup.
Lorsqu’une équipe agile maitrise le sprint burndown (Topic Card 84), on remarque souvent qu’elle se retrouve confronter à une situation ou ce dernier n’atteint pas tout le temps le 0.
Qu’il dépasse le 0 est plutôt bon signe, surtout s’il le dépasse de peu, mais qu’il ne l’atteigne pas (jamais ou rarement) indique un souci de l’équipe.
Il existe plusieurs raisons à ce symptôme : trop gros engagement de l’équipe, mauvaises estimations… mais pour une équipe qui a de la bouteille, on remarque que le plus souvent, ce défaut d’atteinte de l’objectif de sprint est lié à une sur sollicitation extérieure.
Le souci, c’est alors que l’équipe, souvent via le Scrum Master, doit se justifier de cette sur sollicitation, et ce n’est pas toujours facile.
Bien sur, une équipe qui embarque du RUN dans son Sprint de manière régulière, réussira à diminuer son engagement en conséquence… cependant le RUN est souvent imprévisible et donc, à moins d’être capable de mettre une limite à la sollicitation RUN (on le ferra demain / au prochain Sprint), il est souvent difficile de rester dans les clous.
Pour mettre en avant ces sollicitations hors engagement (car le RUN n’est pas la seule source potentielle de sollicitation en dehors des US embarquées) les équipes peuvent mettre en place, sur le même graphique que le burndown de Sprint, une courbe de burnup. Cette dernière indiquera alors la quantité de sollicitations hors engagement à laquelle l’équipe a du répondre (faire face). Et de fait, en un seul graphique, nous sommes alors capable de montrer où nous en sommes de notre engagement ainsi qu’une des potentielles causes (la principale en fait) de non tenue de ce dernier.
L’unité à mettre en avant sur le burnup peut être l’heure, le jour, le point de complexité… L’équipe choisi celle qui lui va le mieux. Et, comme pour le burndown, au bout de quelques Sprints, nous serons capable d’obtenir une courbe de tendance qui nous permettra de réguler ces sollicitations hors engagement, voir de limiter l’engagement de l’équipe.
Que sont les « Agile Topic Cards »?
Créées par Jimmy Janlén de chez Crisp, ces cartes sont utilisées par nos coachs dans l’accompagnement des individus et des communautés dans le cadre des transformations agiles.
Elles présentent des sujets de la thématique « Agile » sur lesquels les personnes peuvent discuter, se renseigner, faire de la veille…
Pour plus d’informations sur notre manière d’utiliser ces cartes et pour les liens de téléchargement, vous pouvez consulter la page dédiée: Les Agile Topic Cards
Cet article vous a été utile?
Cliquez sur un cœur pour voter.
Les dernières "Agile Topic Card" ajoutées sur le site
ATC – 154 – INVEST
Vue de l'équipe du GAG sur la carte "Agile Topic N°154 : Rôles" par Jimmy Janlén
C'est parti >ATC – 171 – Cargo Cult
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 136 – YAGNI
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 127 – User Story Mapping
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 72 – Visualization
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 87 – Retrospective
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 117 – Outcome vs Output
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 111 – Démo
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >ATC – 035 – Rôles
Vue de l'équipe du GAG sur la carte "Agile Topic N°35" : Rôles par Jimmy Janlén
C'est parti >