Estimations, mesures et indicateurs agiles - … · que le suivi agile s’appuie sur les stories finies, qui sont visibles. Les mesures clés ... de Scrum. Mesures, indicateurs et

Mesures, indicateurs et estimations agiles 22/10/2009

© aubryConseil 2009, Claude Aubry 1

Estimations, mesures et indicateurs agiles

- 22 octobre 2009-

Objectif

Présenter les nouveaux indicateurs associés aux méthodes agiles, et le processus pour les obtenir.

Indicateurs Mesures Estimations



Remerciements

• Dan Rawsthorne : Agile Metrics (Agile 2009, Chicago août 2009)

• Philippe Kruchten : What colour is your backlog? (Scrum Gathering, Orlando mars 2009)

Pourquoi mesurer ?

Visibilité

Inspection

Adaptation Processus

Indicateurs



Estimation, mesure, indicateur

Estimer

• Estimation en points d’une story

Mesurer

• Mesure de la vélocité à chaque sprint

Publier les indicateurs

• Historique de vélocité

Différences majeures

• En particulier, les estimations de taille ou de durée sont faites par ceux qui réalisent.

L’estimation est collective

• Par exemple, la capacité de l’équipe est estimée à partir de la mesure de la vélocité sur les sprints passés.

L’estimation se base sur des

mesures

• Un suivi de projet traditionnel porte sur l’avancement de tâches qui ne produisent pas de résultat visible, tandis que le suivi agile s’appuie sur les stories finies, qui sont visibles.

Les mesures clés portent sur des

résultats visibles

• Les indicateurs, qui sont mis à jour régulièrement, sont affichés et restent publics.

La transparence est la règle

absolue



Cycle de développement

Sprint1 Sprint2 Sprint3 Sprint4

Release

Sprint5

3 mois pour une release

2 semainespour un sprint

5 sprints dansune release



ESTIMATION

Les points de story

23 82 23 2 5 23 5

A B C D E F G H I J K L

Toutes les storiesne sont pas de taille

identique



Taille du backlog

Ce qui n’est pas estimén’est pas compté

Total : 42 ?23 82 23 2 5 23 5

Timebox

Sprintressources

durée



Vélocité et capacité

La vélocité est une mesure sur les sprints passés

La capacité est une prévision sur les sprints futurs

Pour estimer la capacité, le mieux est de se baser sur la vélocité

De la taille à la durée

Backlog

Sprints futurs Capacité : 10

Capacité : 10

Capacité : 10

Vélocité :10

23 82 23 2 5 23 5



Périmètre fixé

Taille du backlog : 42

Capacité de l’équipe : 10

Durée d’un sprint : 3 semaines

Date de fin : dans 15 semaines

Date fixée

Taille du backlog : 97

Release à date fixée : il reste 5 sprints

Capacité estimée de l’équipe : 17

Faisable : 85 sur 97



Valeur vers utilité

La valeur est une

notion mal comprise

Estimer de façon

relativeParler d’utilité

Points d’utilité

Points de taille



Utilité et taille

Taille

Utilité

Story A

Story B

Story C

3 points

Utilité et taille

Taille

Utilité

Story A

Story B

Story C

3 points



Suggestions

Répartition l’utilité des features sur les stories au prorata de la taille

Rendre visibles les features techniques et les défauts, estimer aussi leur taille et leur utilité

BAF Cdécomposition

Feature Story

Précision

Les estimations ne sont pas précises, ce

n’est pas une raison pour ne

pas utiliser celles de taille

et d’utilité.

Le jugement humain vient en

renfort pour interpréter les

nombres



MESURES

Release

Mesures


Tous les jours

Tous les sprints

Toutes les releases



Simplifier la collecte

Laisser un outil la faire

Heures

UtilitéTaille

Indicateur

Pour qui ? Pourquoi l’utiliser ?

Quelle est la tendance souhaitée ?

Quand l’utiliser ?



INDICATEURS POUR LE SPRINT

Le burndown chart

Emblématique de Scrum



Burndown chart de sprint

0

50

100

150

200

250

Ma Me J V S D L Ma Me J V S D L

Heures

Risques

Les indicateurs au niveau du sprint servent trop souvent à perpétuer les (mauvaises) habitudes du management traditionnel

Ils sont destinés à l’équipe, qui peut décider de s’en passer



Certains préfèrent que ça monte

Burnup de sprint en points

0

5

10

15

20

25

30

Ma Me J V S D L Ma Me J V S D L

Points

FiniEn tout



INDICATEURS DE PRODUIT

Historique de vélocité

0

5

10

15

20

25

Vélocité

Poin

ts

Sprints



Vélocité par type de story

0

5

10

15

20

25

Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5

DéfautStory techniqueUser story

Vélocité vs capacité

0

5

10

15

20

25

30


CapacitéVélocité



Dette technique !

0

5

10

15

20

25

Vélocité

Poin

ts

Sprints

Le but n’est pas de produire des points de story (taille, coût), mais de produire de l’utilité



Utilité ajoutée

0

5

10

15

20

25

30

35


Utilité

Utilité par release

0

50

100

150

200

250

300

350

400

Release 1 Release 2 Release 3 Release 4

2009 2008



Burndown chart de produit

0

10

20

30

40

50

60

70

80

90

Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6

Points

Burnup de produit

0102030405060708090

100


Burnup à deux courbes

TotalFini



Tests

0

10

20

30

40

50

60


DéfinisPassésSuccès

Diagramme de flot cumulé

0

10

20

30

40

50

60


Fini En cours Planifié Estimé Accepté Identifié

WIP

débit



Parking lot

0% 20% 40% 60% 80% 100%

Feature 1

Feature 2

Feature 3

Feature 4

Feature 5

Feature 6

Feature 7

Feature 8

finià faire



INDICATEURS DE RELEASE

Release à périmètre fixé

Release 1 Release 2

Périmètrefixé pour la release 1

23 82 23 2 5 23 5



Release à date fixée


Release 1 Release 2

Sprint1 Sprint2

Date fixée

Burndown chart de release

0

10

20

30

40

50

60

70

80

90

100

Sprint 1 Sprint 2 Sprint 3 Sprint 4

ProduitRelease

Date de fin



Burnup de release

0102030405060708090

100


Total Fini

Sprint 6

Pour en savoir plus

www.aubryconseil.com



Claude Aubry

Documents

Estimations, mesures et indicateurs agiles - … · que le suivi agile s’appuie sur les stories finies, qui sont visibles. Les mesures clés ... de Scrum. Mesures, indicateurs et