Comment mesurez-vous si votre équipe est performante ?

Combinez des métriques de flux de livraison avec des signaux de résultat et de santé. Les mesures de type DORA (fréquence de déploiement, délai de livraison des changements, taux d'échec des changements, temps de rétablissement) décrivent le système de livraison, pas les individus. Associez-les à la question de savoir si le travail livré a bougé les métriques produit qu'il devait bouger, plus des signaux de santé comme la charge d'astreinte, la latence des revues et le travail non planifié. N'évaluez jamais des individus sur les commits, les lignes ou les story points.

Je regarde trois couches. Le système de livraison : fréquence de déploiement, délai entre le merge et la production, taux d'échec des changements et temps de rétablissement. Ça me dit si la machine fonctionne, et ce sont des métriques d'équipe, jamais individuelles. Les résultats : est-ce que ce qu'on a livré a bougé le chiffre qu'il devait bouger, parce qu'une équipe qui livre vite et ne change rien n'est pas performante. La santé : délai de retour sur les revues, nombre d'alertes par semaine et combien tombent hors heures ouvrées, et quelle part du sprint est mangée par du travail non planifié. Quand j'ai rejoint ma dernière équipe, le délai de livraison était d'environ onze jours et l'essentiel était de l'attente de revue, pas de l'écriture de code, donc on a posé une attente de revue en quatre heures et le délai a été divisé par deux sans que personne travaille plus dur. Pour les individus, je n'utilise pas de métriques du tout. J'utilise des éléments concrets : la qualité de leur travail de conception, s'ils élèvent les gens autour d'eux, si leur code demande trois tours de revue ou aucun. Les story points par personne, c'est le moyen le plus rapide d'apprendre à une équipe à gonfler ses estimations.