La vélocité de l'équipe Scrum est le nombre de points d'histoire qu'elle peut transformer en code fonctionnel à la fin d'un sprint. Elle est utilisée par l'équipe Product Owner pour créer un plan de sortie avec une date réaliste. Les investisseurs d'OpenView Venture Partners ont découvert que tous les diagrammes de GANTT qu'ils voyaient lors des réunions du conseil d'administration étaient erronés parce que les cadres supérieurs ne connaissaient pas la vélocité de leurs équipes.
L'image ci-dessus montre une boule bleue dont la position est inférieure à celle de la boule rouge. Cependant, la vitesse de la balle bleue augmente et celle de la balle rouge est stable. Scott Young avance un argument de poids : vous seriez une meilleure personne si vous fondiez votre vie sur un paradigme basé sur la vélocité. Voir ses commentaires sur "Équilibrer aujourd'hui et demain."
Toutes les grandes équipes Scrum triplent leur vélocité en éliminant les obstacles et les meilleures équipes le font en trois sprints. Si elles continuent à améliorer leurs pratiques d'ingénierie, elles se stabiliseront à une vitesse 5 fois supérieure à celle d'une équipe en cascade. C'est ce que nous constatons systématiquement dans les études de cas les unes après les autres. Et ce, à moins de 40 heures par semaine, car s'ils travaillent plus, ils ralentissent.
Pourquoi les équipes ne sont-elles pas à l'aise avec la vélocité ? Certaines équipes ont un management dysfonctionnel qui l'utilisera contre elles. L'analyse des causes profondes révèlera donc que la direction détruit le Scrum. Allez travailler dans une autre entreprise !
Certaines entreprises disent qu'elles ont cessé d'utiliser le tableau d'avancement parce qu'il déprime les développeurs qui échouent sans cesse. Embauchez de nouveaux développeurs !
50% des entreprises qui disent faire Scrum ne peuvent pas obtenir un logiciel fonctionnel à la fin d'un Sprint, de sorte que leur vélocité est nulle. Cela peut donc être une raison de ne pas calculer la vélocité.
Sur les 50% restants, plus de la moitié ne peuvent pas passer le test Nokia et auraient donc une très faible vélocité (s'ils la connaissaient).
Chez OpenView Partners, nous investissons dans des équipes qui connaissent leur vélocité et nous considérons qu'un plan présenté par une direction qui ne connaît pas la vélocité de ses équipes relève de la pure fiction. Les managers compétents ont des plans étayés par des données réelles sur la vélocité.
Peut-être y a-t-il d'autres raisons pour lesquelles les gens ne connaissent pas leur vélocité ?