SCRUM : lire un diagramme de flux cumulés
Le diagramme de flux cumulés est un graphique qui va nous permettre mettre en avant certaines informations que les deux graphiques précédents ne permettaient pas.
Il représente trois données : en bleu, le nombre de taches à faire, en orange, le nombre de taches en cours, en vert, et le nombre de taches terminées.
Observons le graphique...
En début de sprint, on a 20 taches à faire, on en commence 3.
Partons du principe que le périmètre du sprint reste fixe, donc la quantité globale de bleu ne change pas. 20 taches au total.
Dans l'idéal, les courbes restent parallèles du début à la fin.
Voyons dans quel cas ce diagramme peut nous aider à détecter des situations anormales.
Ce que l'on veut éviter, c'est d'avoir des creux comme ici.
Ici, le nombre de taches en cours augmente, alors que le nombre de taches terminées n'a pas changé.
Ca signifie que les développeurs ont pris en charge des nouvelle taches, sans terminer celle qui ont déjà été commencées.
C'est un situtation à éviter, c'est un goulot d'étranglement, et il est nécessaire d'en comprendre la raison, et d'agir pour arranger la situation.
On pourrait par exemple, imaginer une règle en interne qui limite le nombre de taches en cours par personne.
Observons le sprint dans sa globalité...
On voit que la situation qu'on vient de voir s'est produite deux fois.
Heuresement, on voit que les courbes se reserrent la première fois, ce qui veut dire que le retard a été rattrapé la première fois, mais pas la deuxième.
Résultat : en fin de sprint, la courbe verte n'a pas atteint les 20. Il reste des taches à faire.
Il faut donc investiguer pour comprendre ce qui pousse les développeurs à commencer des taches sans terminer celles qui sont en cours.
Il manque peut-être des compétences de test dans l'équipe, il est peut-être nécessaire d'intégrer des développeurs plus expérimentés pour certaines taches.
Ce diagramme peut donc aider à comprendre d'où peuvent venir certaines anomalies dans le rythme d'avancement de l'équipe.