Gestion de projet – Vers les méthodes agiles
156
Établir cette référence de base suppose que le périmètre soit bien défini et que peu de
changements interviennent ; le planning, linéaire, est construit avec une liste d’activités
dont le coût et la date d’achèvement ont été préalablement déterminés.
Dans un projet agile, les éléments ne sont pas aussi rigoureusement planifiés et figés et le
travail est réalisé de façon itérative. Comment, dans ces conditions, suivre les indicateurs
de la technique de la valeur acquise ?
Dans un projet agile
La référence de base, dans un projet agile, correspond au plan de la roadmap (niveau 2)
puis au plan de la release (niveau 3) : les dates de début et de fin des itérations sont fixées,
les fonctionnalités, dont le coût est grossièrement estimé en points, peuvent être provisoirement affectées à chaque release, puis chaque itération.
Au niveau d’une itération, lorsque les activités correspondant aux user stories qui vont
être implémentées sont listées, on établit le burndown chart, qui représente la courbe
idéale de réalisation des activités.
Cas pratique
Reprenons notre projet d’évolution de système d’information.
La figure 5-4 nous montre le burndown chart mis à jour au terme du deuxième jour.
Figure 5-4
Burndown chart mis à jour
0
5
10
15
20
25
30
35
0
1
2
3
4
5
6
7
8
9
1 0
Jours
Rese à faire estimé
Sprint Burndown Chart
GestProjInform Livre Page 156 Vendredi, 3. avril 2009 12:07 12
156
Établir cette référence de base suppose que le périmètre soit bien défini et que peu de
changements interviennent ; le planning, linéaire, est construit avec une liste d’activités
dont le coût et la date d’achèvement ont été préalablement déterminés.
Dans un projet agile, les éléments ne sont pas aussi rigoureusement planifiés et figés et le
travail est réalisé de façon itérative. Comment, dans ces conditions, suivre les indicateurs
de la technique de la valeur acquise ?
Dans un projet agile
La référence de base, dans un projet agile, correspond au plan de la roadmap (niveau 2)
puis au plan de la release (niveau 3) : les dates de début et de fin des itérations sont fixées,
les fonctionnalités, dont le coût est grossièrement estimé en points, peuvent être provisoirement affectées à chaque release, puis chaque itération.
Au niveau d’une itération, lorsque les activités correspondant aux user stories qui vont
être implémentées sont listées, on établit le burndown chart, qui représente la courbe
idéale de réalisation des activités.
Cas pratique
Reprenons notre projet d’évolution de système d’information.
La figure 5-4 nous montre le burndown chart mis à jour au terme du deuxième jour.
Figure 5-4
Burndown chart mis à jour
0
5
10
15
20
25
30
35
0
1
2
3
4
5
6
7
8
9
1 0
Jours
Rese à faire estimé
Sprint Burndown Chart
GestProjInform Livre Page 156 Vendredi, 3. avril 2009 12:07 12
