Ami des coups de gueule, bienvenue !
Le coup de gueule
Je ne sais pas si vous êtes comme moi, mais en ce qui me concerne je commence a être écoeuré de ce soit-disant purisme agile qui vous rabâche les oreilles en disant qu'il ne faut pas faire d'estimation !
L'agilité j'adore, j'en fais depuis plus de 10 ans, mais les coachs / puristes qui ne sont pas sur le terrain et qui donnent des leçons à tous me fatiguent terriblement. L'agilité c'est avant tout la notion d'humain avant les processus (Article 1 du manifesto ), voulant que l'on doit être capable de s'adapter aux équipes et de ne pas arriver avec un dogme rigide !
Je me pose toujours la question à savoir si les puriste agissent par pure bêtise ou par hypocrisie ?
La vie est faite d'estimations, toutes les decisions que l'on prend dans la vie sont basées sur des estimations :
- J'achète la grosse ou la petite voiture ? Est-ce que j'estime que j'ai assez d'argent pour la grosse voiture ?
- Je vais dragger la blonde ou la brune ? Est-ce que j'estime que j'ai assez d'argent pour la blonde ? (ok on se calme c'est juste une blague... les brunes coûtent aussi cher hahaha)
Dans le monde de l'entreprise, toutes les décisions sont aussi prises sur des estimations :
- Est-ce que je choisis la solution A ou la solution B ?
- Est-ce que je développe moi-même une solution ou est-ce que j'achète une solution ?
Dans un cas comme dans l'autre, à un moment donné la notion de temps va entrer en ligne de compte, car le temps va permettre de faire correspondre un coût à chacune des options. C'est ce coût, comparé à la valeur, qui permettra de prendre une décision.
Il est certain qu'estimer en temps n'est pas la meilleure façon d'estimer, mais cela reste l'un des moyens.
Quelque soit la base pour estimer que l'on va utiliser, ce qui compte c'est de connaître sa marge d'erreur et de prendre ses decisions en tenant compte de cette marge.
Maintenant, en tant que PO, il nous faut prioriser. Hors, pour prioriser, il faut tenir compte du ratio valeur versus coût. C'est donc bel et bien deux estimations qui vont permettre de prioriser (la valeur aussi est estimée).
Ok, alors comment fais-tu pour estimer ?
J'évite les estimations en temps qui sont les moins fiables, mais j'utilise une estimation en effort relatif, qui tient compte de :
- la difficulté technique
- la notion d'inconnu, de nouveauté (de risque d'une nouvelle approche)
- la répétitivité
Qu'est ce que l'effort relatif ? c'est simplement que l'estimation n'est pas faite sur une seule story mais plutôt par comparaison entre stories en tenant compte des 3 critères précédents. Je vais souvent utiliser l'estimation "t-shirt-size" soit petit / moyen / grand (ou effort 1, 3 ou 8).
Pour la mettre en place, c'est relativement simple, sachant qu'il faut toujours donner aux équipes le droit à l'erreur et que d'un sprint à l'autre on va améliorer notre manière d'estimer les stories :
- avec l'équipe, on choisit dans le backlog une story qui semble à tous : "Moyenne"
- toutes les autres stories sont estimées par rapport à la première en utilisant les 3 questions :
- est-ce plus difficile techniquement ?
- est-ce qu'il y a plus d'inconu que dans ma story de référence ?
- est-ce plus répétitif que ma story de référence ?
En résumé, oui on estime, et c'est important de toujours estimer les choses, il faut juste prendre la bonne échelle.
Sur ce, ami des estimations, je souhaite beaucoup d'estime pour cet article !
