J’ai eu une discussion animée hier avec un ami qui cherche à convaincre une société de basculer dans une mode agile. Le point sur lequel nous avons loguement discuté était l’utilisation de la vélocité comme une mesure de performance de l’équipe et comme critère de maintient en poste ou pas d’une équipe de sous-traitants.
De mon point de vue, la vélocité est une mesure de capacité de production qui est lié à une équipe et une seule dans le contexte spécifique d’un projet. Au grand damme des managers classiques, il n’est malheureusement pas possible de comparer les vélocités entre équipes pour savoir si l’une est meilleure que l’autre et si un sous-traitant travaille mieux qu’un autre.
Lorsque la vélocité est calculée, et je recommande fortement de le faire, je l’utilise principalement de 3 façons différentes (liste non exhaustive bien entendu) :
- Permettre la planification Agile : C’est effectivement un élément primordial pour estimer la durée de réalisation d’un ensemble de user story et proposer un plan de release (qui n’est pas un engagement mais une estimation). Ce n’est pas forcément nécessaire sur tous les projets, mais c’est souvent le cas.
- S’engager sur une itération en connaissance de cause : Lorsque vous connaissez votre vélocité, vous savez sur quoi il est raisonnable de s’engager à réaliser lors d’une itération. Sur les petits projets (2 personnes par exemple) vous savez immédiatement si une user story est trop grosse car souvent son nombre de points est supérieur à votre vélocité, et comme vous serez dans l’incapacité de l’implémenter en une seule itération, il est donc nécessaire de la découper.
- Etre alerté rapidement en mode établi : Si la vélocité d’une équipe baisse, c’est qu’il s’est passé quelque chose et vous pouvez chercher le problème et proposer des solutions. Cela est vrai que l’équipe soit interne ou externe (sous-traitance). Si la vélocité d’une équipe augmente … c’est probablement parcequ’une action d’amélioration a été conduite.
Comme disait Jeff Sutherland à Toronto : « Lorsque je rencontre le PDG d’une entreprise, je lui demande s’il connait les vélocités de ses équipes. S’il ne peut répondre, alors je lui demande comment il peut avoir confiance dans la tenue des objectifs annoncés par son entreprise »
Bon d’accord, tout le monde ne s’appelle pas Mr Sutherland 🙂
Bonjour Alexandre.
En lisant ton article, je me suis demandé s’il n’était pas possible de comparer le *coût* des capacités de production des équipes.
Je suis d’accord avec toi qu’une mesure de vélocité (lorsqu’elle est parvenue à se stabiliser) est propre à chaque équipe sur chaque projet. Mais si l’on mesure cette vélocité grâce à des estimations qui sont faites en « points », donc de façon *relative*, ne serait-il pas possible, en procédant par analogie, de ramener des vélocités d’équipes différentes, sur des projets différents, à des valeurs comparables ?
Ensuite, en connaissant le coût de l’équipe sur l’itération qui permet de produire cette vélocité, on pourrait comparer ??
Brrr, ça me fait froid dans le dos …
Je me rappelle un article de Mike Cohn qui disait que l’on pouvait comparer si cela avait du sens mais qu’il valait mieux le faire discrètement et surtout le cacher aux équipes … vive la transparence et la confiance … brrr également 🙂
Article de Mike : http://blog.mountaingoatsoftware.com/?p=44