Présentation donnée lors de la conférence Agile France 2015 pour parcourir les idées du mouvement #NoEstimates et rappeler l'importance de la discussion pour construire des projets.
3. Des projets sans annoncer précisément
d’estimation…
Une belle aventure agile.
Culture de l’amélioration continue
pour piocher de bonnes idées dans l’agilité.
Mais introduire l’estimation n’a jamais fait partie
des sujets d’amélioration.
6. L’estimation, c’est quoi ?
L’évaluation de la quantité de travail nécessaire au
développement d’un logiciel
Elle est déterminée par le jugement humain et basée sur
l’expérience
7. Biais cognitif sur l’estimation
Trop optimiste
Optimism bias
Vision incomplète de la
reproductibilité
Planning fallacy
“Estimation is at the root of most software project failures”
- Rob Bowley
8. Influence du système sur l’estimation
Complexité
algorithmique
Certains
facteurs du
système
Coût d’une
fonctionnalité
9. Mais au fait, elle sert à quoi ?
Décider si ça vaut la peine de lancer un projet (rentable)
Décider de ce qu'il est possible de faire tenir dans un sprint
Décider des sujets à placer dans un sprint
Décider de ce qui a le plus de valeur pour nous
Décider de quel projet il faut lancer entre A ou B
Décider des ressources nécessaires
Établir un devis afin qu'un client décide ou non de lancer le projet avec nous
Obtenir l’engagement de l’équipe
11. Hack #1 – Minimiser l’importance de la
décision
Estimations peu fiables
Décisions
importantes
12. Hack #1 – Minimiser l’importance de la
décision
Directions
approximatives
ApprentissageAjustement
13. Hack #2 – Focus sur la vision
Revue régulière de la vision du
produit
Backlog priorisé
Cycles courts
Feedback
14. Hack #3 - Engager peu d’argent au
départ.
Engager peu d’argent sur une période courte
Faites des revues chaque semaine
Décider de poursuivre ou d’arrêter au terme de la période.
15. Hack #4 – Nombre de stories livrées
plutôt que vélocité
Stories
fines
Backlog
priorisé
Livraison des
stories
disponibles à
la fin de
l'itération
Métier
Qualité
16. Cool, mon système va être super
prédictible !
Nombre
de stories
restant à
réaliser
Débit
moyen de
stories
Prédictibilité
Environnement stable
17. Estimer la date de quoi ?
Feature A
Feature B
Feature C
Epic A1
Epic A2
Epic B1
Epic B2
Epic C1
US A1
US B1
US C2
US A2
Backlog Dev. + tests Livraison
La prédictibilité concerne ces user stories
US A1
US A2
US A3
US B1
US B2
US C1
US C2
US C2
18. La prédictibilité, une finalité ?
• Le client attend-il vraiment un engagement de
date sur une user story (fine) ?
• Le client attend-il vraiment un engagement de
date sur un lot de user stories ?
• Un client dont les user stories ayant le plus de
valeur lui sont livrées chaque semaine
demande t-il des indicateurs de prédictibilité ?
22. Rédaction US et scénarios BDD
Développeur
Product owner
Testeur
User story
En tant que …
Je veux …
Afin de …
Scénario
Etant donné …
Quand …
Alors …
23. Business value
L’équipe classe les
fonctionnalités par
valeur
L’utilisation de points
permet, lors du
découpage, de
distribuer la valeur sur
les nouvelles user
stories.