Pas de taches dans les sprints

Une fois n'est pas coutume : je suis d'accord avec Jeff Sutherland :

The best teams I work with burn down story points. They only burn down when a story is done.

Quand on arrive à travailler avec demandes du client suffisamment élémentaires[1] et ayant une cohérence intrinsèque[2], il n'y a plus de raison pour gérer un sprint en planifiant des taches.

D'ailleurs, un burndown de sprint en taches est une véritable hypocrisie. Si un sprint ne comporte qu'une seule histoire utilisateur et que ce sprint est planifié en 10 taches, le burndown qui montre les 9 premières taches terminées n'apporte aucune valeur. Si la 10ème tache est nécessaire à la finition de l'histoire utilisateur, l'équipe n'a produit aucune valeur tant que cette dernière tache n'est pas terminée.

Notes

[1] c'est à dire ayant des tailles leur permettant de rentrer à plusieurs dans un sprint

[2] ce qui signifie que leur valeur ajoutée ne dépend que d'elle même et de l'existant

Thierry Cros

hello Olivier
tout à fait d'accord, voir d'ailleurs une discussion récente sur la liste XP France. Cela dit, si un burndown d'activités aide à devenir agile, dans un premier temps et sur une durée d'itération "longue", pourquoi pas.

Oaz

Si c'est pour aider, ok. Tant que ça ne devient pas dogmatique...

Oaz 7 avril 2009 - 00:52

Fil des commentaires de ce billet

Ajouter un commentaire

Le code HTML est affiché comme du texte et les adresses web sont automatiquement transformées.