Présentation donnée lors du KanbanDay 2015 pour parcourir les idées du mouvement #NoEstimates et rappeler l'importance de la discussion pour construire des projets.
4. 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.
7. 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
8. 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
9. Influence du système sur l’estimation
Complexité
algorithmique
Complexité
du système
Coût d’une
fonctionnalité
10. 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
12. Hack #1 – Minimiser l’importance de
la décision
Estimations peu fiables
Décisions
importantes
13. Hack #1 – Minimiser l’importance de
la décision
Directions
approximatives
ApprentissageAjustement
14. Hack #2 – Focus sur la vision
Revue régulière de la vision du produit
Backlog priorisé
Cycles courts
Feedback
15. 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.
16. 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é
20. 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 …
21. 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.