Quelques éléments de contexte pour cette astuce du coach agile du jour. L’équipe est maintenant sprint # 9, une semaine avant la fin de la version.
- Tous les articles du Backlog de produit de produits sont DONE (sauf les 5 histoires d’utilisateurs placés dans la colonne « To Do » du sprint en cours. D’ailleurs ces user stories ont déjà été livrées aux testeurs internes)
- Le client est ravi par le produit qu’il a reçu (progressivement). Le feedback du Product Owner et des sponsors est demeuré positif sprint après sprint.
- La qualité du produit est bonne: l’application est rapide, robuste et sécurisée
- La satisfaction de l’équipe est élevée (son meilleur score)
- Confiance et transparence sont les caractéristiques de l’équipe
- Le management est satisfait: il souhaite garder l’équipe et la faire travailler ensemble sur un autre produit
- Le burndown Chart du sprint actuel est plutôt bon, en ligne
- La vélocité est bonne et stable depuis 4 ou 5 sprints
- Le focus factor de l’équipe est élevé
- La précision de l’estimation de l’équipe est bonne
- Toutes les action du plan d’action précédents ont été effectuées
- Peu de défauts dans l’outil de bug tracking
- Pas d’obstacles dans la « Liste des obstacles »
Quoi d’autre?
Juste que ce fut un plaisir d’être le coach agile de cette belle équipe! Merci les gars.
Quels outils vous utilisez?
Bravo mais … est-ce que c’est mieux qu’avant ?
L’équipe était-elle déjà en mode agile et si oui comment mesures-tu ses progrès ?
Si l’équipe n’était pas en mode agile, de la même façon comment mesures-tu ses progrès ?
C’est la question à laquelle j’essaye de répondre en tentant de démontrer : agile = – d’anos, – d’évols, – de dérapages de planning, + satisfaction métier et coûts au pire constants tout cela avec des pondérations de la taille des projets pour rendre les choses comparables.
L’exercice est demandé, légitime, difficile : comment démontrer l’amélioration de l’efficacité d’une équipe « super performante » ?
@Blaise: Outils dév? du classique… Eclipse, Subversion, Maven, Sonar… Pour le reste beaucoup de management visuel.
@François: Pas d’agilité avant pour l’équipe. L’équipe s’est montée avec le projet et l’idée du billet n’était pas de proposer des éléments de comparaison (agile / pas agile) mais plutôt de poser un constat et de montrer les éléments de satisfaction.
Le titre « Super performant » fait quant à lui écho aux présentations de Jeff Sutherland:)
Les progrés de l’équipe ont été mesurés en grande partie avec les éléments que tu vois dans l’article. D’un point de vue coaching, il était intéressant de voir l’équipe se développer (passant par les différents stades décrits dans d’autres billets de ce blog: on se découvre…) pour aboutir à ce mode de fonctionnement performant.
Respect des délais, qualité, satisfaction étaient effectivement au RDV.
Pour le reste et sur le débat Agile/ pas Agile, de l’avis général (interviews, comité…), sur la base des résultats et par rapport aux expériences passées (équipe, management, PO) ce projet a davantage été apprécié que d’autres.
Le plus important: personne ne souhaite revenir à un mode de fonctionnement non agile.