J’avoue ne pas totalement accrocher avec le mouvement #noestimate.
Je comprends bien la volonté de gagner du temps (ou plutôt d’éviter d’en gaspiller) et je sais que l’on peut planifier des releases sans avoir besoin d’estimer chacune des User Story (@claudeaubry détaille cela précisément dans la version 4 de son livre sur Scrum – Ce qui lui a d’ailleurs valu plusieurs remarques de ma part lorsque j’en ai fait la relecture).
D’autres personnes considèrent que dès lors qu’une estimation est donnée, elle est considérée comme un engagement et que tout engagement amène du mauvais stress sur l’équipe (la pression) et un biais potentiel sur la qualité de ce qui sera produit (afin de tenir l’engagement). Et donc qu’il est préférable de ne pas donner d’estimation pour éviter ces désagréments.
De la même façon, j’ai lu et entendu que puisque les managers ne comprennent pas l’utilisation des indicateurs agiles et qu’il est trop difficile de leur en expliquer le fonctionnement (ou peut être simplement qu’ils ne veulent pas entendre) alors le plus simple est d’arrêter de les produire. Donc plutôt que de s’occuper du problème réel, on fait disparaitre la conséquence en espérant que cela ira mieux … un doux rêve 🙂
De mon coté, je trouve que passer du temps à faire des estimations a de la valeur pour peu que l’on tienne compte des éléments suivants :
Continuer la lecture de « Les estimations sont une bonne pratique »
