Thread by @ComSaraDufour

#NoEstimates, un mouvement hétérogène et controversé lancé en 2012 sur Twitter 🔮

Le sujet vu par @ddreptate dans un meetup organisé par @ByondSM 🧶

—On est mauvais à estimer (+ c’est gros — on est précis)
—Processus fastidieux
—Détourne de la création de valeur (focus coût vs. valeur)
—Celle-ci vient de l’implication des personnes et de la capacité à apprendre rapidement dans un monde VUCA (rien de mécanique ou identique)

BIAIS COGNITIFS, une des raisons principales pour mal estimer

—Biais d’ancrage: on va tjrs rester figés sur une 1ere info, on sera influencés par ça
—Biais de confirmation: on donne + d’importance aux infos qui vont venir confirmer nos croyances
—...

#neuroscience #NoEstimates

THE RABBIT HOLE
+ on étudie dans le détail, + on va découvrir des contours, + on va prendre de temps —ça nous détourne

PARALYSIE D'ANALYSE
Que l'on estime ou pas, on va y passer de temps.
Analyse = perte de temps. Autant commencer à faire.

#NoEstimates #Agile #ProductManagement

La demande d'estimations instaure un climat de peur et de défiance, dénué de transparence.
D'un mode qui se veut collaboratif, on passe en mode contractuel.
Donc en réaction, on se protège comme on peut.

#psychologicalsafety #culture

Mais alors pourquoi estimer, quel est l'intérêt ?
A quelle *vraie* question veut-on répondre ?

Souvent : évaluer la rentabilité potentielle d'une idée (ROI).

#management #agile #stratégie

Dommage de pinailler sur les coûts (costs control) plutôt q de s’attacher aux gains ou problèmes à adresser.
A travers ce prisme, le budget ne devient plus un pb.
Bref, si on veut passer du temps à estimer, autant que ce soit à estimer la valeur attendue (plus que sur le moyen).

Quand on suit le coût on génère des coûts (estimer le coût génère du coût). Quand on suit la valeur on génère de la valeur.
Le plus important c’est de (bien) découper, et livrer fréquemment des éléments priorisés par la valeur. Meilleur focus donc meilleure productivité.

#agile

#NoEstimates, en pratique.

1⃣ On oublie le planning poker. Plus que 3 cartes:
— 1 = OK, on embarque.
—TFB : Too Fuck*ng Big (ressenti, il faut découper)
—NFC : No Fuck*ng Clue (inconnues, il faut clarifier)

#Scrum #ScrumMaster #Agile #ProductManagement

2⃣ Pratiquer l'Extreme Quotation, une manière visuelle et très rapide pour estimer des items de tailles hétérogènes : S (jours) / M (semaines) / L (mois) —et on produit le juste-à-temps.

A lire sur le sujet, un article de @pablopernot : pablopernot.fr/2017/09/estima…

#Product

3⃣ Oublier l'estimation, préférer la projection —ou comment utiliser le passé afin de modéliser le futur.

FACTEURS CLES DE SUCCES:
—qualité de la découpe
—stabilité de l’équipe

NB : Cela nécessite d'avoir un certain recul (3-4 itérations mini).

#agile #collaboration #teamwork

Qu'est-ce qu'on perd si on ne livre pas la feature X ?

Si on veut estimer qqch, que ce soit l'impact du temps sur les résultats que nous espérons atteindre.

Car la valeur n’est pas statique, elle est tributaire du temps.

#NoEstimates #agile #ProductManagement

Coût du délai—petit exercice pratique.
On doit réaliser les 3 features. Dans quel ordre afin de maximiser la valeur?

Pour trouver la réponse de ce manque à gagner, calculer le coût du retard nominal pour chacun : valeur semaine divisée par la durée (CD3).

Réponse en replay ;-)

Impact sur coût du délai selon profil

Expedite: si on sort ça tout de suite on fait un fric monstre!
Fixed date: ex. site pour noel
Intangible: on sait qu'à p. d’une certaine date (quand?), ça aura bcp de valeur (ex. changement de réglementation +/-attendu, deviendra urgent)

CCLS :
Livrer souvent de petits morceaux qui ont du sens et sont priorisés
Découper juste a temps (taille homogène)
Projeter vs. estimer
S’interroger + sur la valeur q sur le coût
Pas d’économie d’échelle dans le dev de software
La valeur change aussi, selon la date de livraison

🍒