août
2010
Un article de rad_hass
Si vous n’êtes pas un artiste dans l’âme et que les séances de dessin ne vous emballe guère alors, vous avez certainement recherché à automatiser la génération du Burndown ou autres artéfacts Scrum.
Après avoir fait le tour de la question, je suis revenu à la solution d’automatisation la plus simple : Excel.
D’abord l’étape exploration d’outils :
Parmi la multitude d’outils disponibles deux avaient retenu particulièrement mon attention d’abord GreenHopper un plugin pour Jira (l’outil utilisé chez mon client) et IceScrum.
Pour mon expérimentation j’ai choisi IceScrum, qui avait l’avantage d’être totalement gratuit et les graphiques proposées sont plutôt réussi. Ayant déjà un environnement de travail Scrum (mur blanc, backlog de produit …), j’ai voulu utiliser IceScrum comme complément, solution peu évidente puisque l’utilisation partiel des fonctionnalités désirées était impossible. Mais séduit par l’outil et par le panel de fonctionnalités, j’ai convaincu mon équipe de l’expérimenter comme outil principale … Solution vite abandonnée (au bout de 3 sprints) tant l’adoption de l’outil fut un échec, quelques éléments de l’échec ont été sa complexité (peut être il aurait fallu mieux former), des lourdeurs … Au finale une utilisation beaucoup moins instinctive et automatisable que l’est le mur blanc 
Ensuite les templates excels :
Souvent payant (chose qui m’a beaucoup étonné), parfois gratuit, les modèles trouvés m’ont souvent frappés par leurs complexités … Ne répondant pas à mon besoin assez simpliste du départ.
Après ces explorations forts enrichissantes des outils Agiles utilisés, je me suis rendu compte que je m’éloignai de mon besoin initial et que les solutions proposées ne répondait pas à mon besoin le plus agilement possible, alors je suis reparti d’une simple feuille excel qui me génère juste ce dont j’ai besoin. Et oui j’ai réinventé la roue, et si c’est le prix à payer pour ne pas devenir esclave d’un outil ?
2 Commentaires + Ajouter un commentaire
Commentaires récents
- dans [Scrum] Générer un Burdown chart de Sprint
- dans [Scrum] Générer un Burdown chart de Sprint
- dans Les stars de l’actualité informatique : Cloud et Agilité …
- dans Les stars de l’actualité informatique : Cloud et Agilité …
- dans Organiser sa journée de travail ? Efficacité et productivité sans stress c’est possible
Bonjour Claude,
Je cite la gratuité car c’est ce qui a motivé le choix …
Concernant la nouvelle version j’ai vu et j’attends avec impatience de voir le résultat. Et il me semble avoir déjà apporté mon feedback
Bonjour rad_hass,
A chacun de choisir son outil, mais puisqu’iceScrum est cité, je me permets d’apporter quelques précisions.
Une caractéristique importante d’iceScrum, c’est d’être en Open Source (au-delà de gratuit), ce que n’est pas le tableur cité.
Il y a une communauté de développeurs (français) à l’écoute du feedback des utilisateurs, encore aurait-il fallu nous faire part de vos remarques.
Pour info, iceScrum est actuellement en pleine refonte, la nouvelle version va être diffusée dans quelques jours. Nous avons essayé de prendre en compte les retours (ceux formulés).
Compléments méthodologiques :
– le burndown chart de sprint a des inconvénients, une alternative est d’utiliser un burnup (http://www.aubryconseil.com/post/Le-burnup-de-sprint-en-t%C3%A2ches)
– on peut se passer des deux avec un tableau des tâches visuel qui permet de se rendre compte de l’avancement du sprint (http://www.aubryconseil.com/post/2008/07/12/440-suivi-des-taches-par-les-etats). Les indicateurs les plus intéressants sont ceux au niveau de la release ou du produit : vélocité, vélocité vs capacité, burndown, burnup et flux cumulé (tous produits par iceScrum).