Utiliser correctement les métriques Agile
Le passage à la nouvelle année – la période des fêtes nocturnes et des bonnes résolutions. Eh bien, les fêtes sont terminées. Ce qui reste, ce sont les résolutions.
Métriques : oui ou non ?
L'une de ces résolutions pourrait être de collecter et d'analyser de nouvelles données. J'ai été quelque peu surpris que le livre The Lean Startup ait été si bien accueilli par les adeptes des méthodes agiles. Après tout, les "Actionable Metrics" sont un thème fondamental du livre et beaucoup de partisans des méthodes agiles rejettent toute forme de métriques.
"Tout ça prend trop de temps. On devrait se concentrer sur le développement de nouvelles fonctionnalités plutôt que de mesurer quoi que ce soit." J'ai entendu ce genre de commentaires bien trop souvent.
Oui, certaines entreprises lancent des programmes d'envergure pour collecter des indicateurs. Mais ils sont souvent trop coûteux (chronophages) et ne valent pas le coup. La clé du succès réside dans le fait de ne mesurer que ce qui mène à des changements. L'auteur de Lean Startup, Eric Ries, appelle ces métriques "Actionable Metrics". Si les données collectées ne conduisent pas à un changement de comportement, il n'est pas nécessaire de les collecter.
Résolution
Pour la nouvelle année, choisissez donc un indicateur spécifique qui peut être utile à ton équipe et observe-le pendant un certain temps. Tu pourras certainement apporter quelques améliorations grâce à cela. Cependant, je pense aussi qu'après un certain temps, l'observation de cet indicateur ne vaut plus la peine. À ce moment-là, choisis-en simplement un nouveau qui peut t'être utile. N'en fais pas trop en essayant de surveiller 50 indicateurs. Décide-toi pour un seul. Utilise-le. Et ensuite, passe au suivant.
Bonne année !
Scrum Master Trainings
=> Deviens Scrum Master certifié avec l'Agile Academy !
Tout sur la mise à l'échelle
=> Découvre notre espace de connaissances sur la mise à l'échelle agile avec SAFe, LeSS et bien plus encore.
Scrum Master à temps plein
=> C'est pourquoi tu devrais embaucher un Scrum Master à temps plein