Méthodes Agiles - avril 2009

Voici mes notes pour la rétrospective. Je n'ai rien inventé, j'ai essayé de rassembler ce que j'ai trouvé sur le net. Comme il est temps de s'y remettre...

Durée de la réunion : approximativement 1/40 du temps de l'itération. (1 semaine -> 1h)

Tout le monde se sent-il libre de parler ?
Que nous étions nous fixé lors de la dernière rétrospective ? Qu'avions nous décidé ?
Quels problèmes avons nous rencontré dans l'itération ?
Quels problèmes avez vous rencontré dans l'itération ?

Pour pouvoir parler plus facilement de ces problème j'ai vu un premier truc, c'est de récolter les problèmes évoqués pendants les scrum meeting. Mais alors il est peu-être utile d'ajouter une 4eme question à ces meeting c'est qu'avez vous eu comme problème pour les tâches fraichement réalisées ?

Tous les problèmes recueillis vont donner lieu à un "backlog" de l'amélioration. On va donner une valeur et un temps à chaque "amélioration" et on va alors ainsi faire emmerger les améliorations sur lesquelles se concentrer.

Cela me donne d'ailleurs une autre idée. C'est que dans une équipe et un projet où on amène l'AGILE, le mélange dans un backlog des fonctionnalités et des améliorations peux amener une satisfaction à l'équipe. Les améliorations tenant à rendre le travail plus "simple", plus "souple" ne révèle pas forcément un intérêt direct et visible au supérieur qui n'est pas dans le trip agile.

Une fois valorisée et estimée cette amélioration devient une fonctionnalité en soit. On concrétise ces éléments abstraits pour ceux qui ne développent pas, pour ceux qui n'agilent pas

Et enfin on fait comprendre que créer des tests pour du code qui existe et qui fonctionnait, c'est utile.
Et enfin on fait comprendre que faire du refactoring sur du code qui existe et qui fonctionnait, c'est utile.
Et enfin on fait comprendre que mettre en place des outils de contrôle automatisés, c'est utile.

C'est utile, et on le fait comprendre là où un "chef" peut se dire "la seule chose qui compte c'est de voir que ca avance". Car trop souvent, si ce n'est pas visible, c'est que ca n'avance pas.^[1]