Gestion de projet – Vers les méthodes agiles
126
Fiabiliser sa démarche d’estimation
Les estimations résultent d’une démarche plus ou moins empirique qui s’appuie sur
différentes techniques, selon l’approche retenue. Elles forment la base pour des discussions, des négociations, des compromis à faire entre contenu, coût et délai. Mais notre
engagement est subordonné à l’exactitude des estimations, qui dépendent de la qualité
des données d’entrée (clarté du besoin, vélocité de l’équipe, facteurs de risques…), des
données capitalisées et comprenant une part inéluctable de subjectivité. L’estimation
exacte ne sera définitivement connue qu’à la fin du projet !
Et pourtant, ceux à qui s’adressent ces estimations acceptent difficilement leur inexactitude, sans comprendre que le développement logiciel est un cheminement heuristique.
Alors, faut-il consacrer un effort important aux estimations ? On constate, comme l’illustre la figure 4-3, qu’il n’y a pas de corrélation systématique entre le temps consommé sur
les estimations et la qualité de ces estimations.
On constate sur ce schéma, d’une part, que la fiabilité totale de l’estimation n’est jamais
atteinte, quel que soit l’effort fourni, d’autre part, qu’avec un effort limité, on peut atteindre un niveau de fiabilité satisfaisant (plus de 50 %). La fiabilité peut même décroître
avec un effort trop important !
En acceptant l’incertitude, les équipes agiles privilégient l’effort pour produire régulièrement des versions intermédiaires de l’application, et ainsi fiabiliser leurs estimations,
basées sur le retour d’expérience. Elles considèrent l’estimation initiale comme une
enveloppe, à partir de laquelle on peut se mettre d’accord sur un coût et un délai ; sur la
base de cette enveloppe, on adapte le contenu au fil des itérations en fonction de ce qu’il
est pertinent de développer.
Pour compenser cette incertitude, on peut tenter de fiabiliser l’estimation, en adoptant
une démarche collaborative ; les estimations ne doivent pas reposer sur les épaules d’un
seul expert. Et elles doivent, de préférence, être effectuées par l’équipe qui réalisera
les développements La pratique collaborative, présentée ici, facilite les travaux d’estimation : c’est celle de la Wide Band Delphi, renvoyant par ailleurs au « Judge » de
McConnell.
Figure 4-3
Effort fourni pour
l’estimation et
fiabilité des
estimations
100
50
0
Effort cible
Effort fourni pour l’estimation
Fiabilité d’estimation
GestProjInform Livre Page 126 Vendredi, 3. avril 2009 12:07 12
126
Fiabiliser sa démarche d’estimation
Les estimations résultent d’une démarche plus ou moins empirique qui s’appuie sur
différentes techniques, selon l’approche retenue. Elles forment la base pour des discussions, des négociations, des compromis à faire entre contenu, coût et délai. Mais notre
engagement est subordonné à l’exactitude des estimations, qui dépendent de la qualité
des données d’entrée (clarté du besoin, vélocité de l’équipe, facteurs de risques…), des
données capitalisées et comprenant une part inéluctable de subjectivité. L’estimation
exacte ne sera définitivement connue qu’à la fin du projet !
Et pourtant, ceux à qui s’adressent ces estimations acceptent difficilement leur inexactitude, sans comprendre que le développement logiciel est un cheminement heuristique.
Alors, faut-il consacrer un effort important aux estimations ? On constate, comme l’illustre la figure 4-3, qu’il n’y a pas de corrélation systématique entre le temps consommé sur
les estimations et la qualité de ces estimations.
On constate sur ce schéma, d’une part, que la fiabilité totale de l’estimation n’est jamais
atteinte, quel que soit l’effort fourni, d’autre part, qu’avec un effort limité, on peut atteindre un niveau de fiabilité satisfaisant (plus de 50 %). La fiabilité peut même décroître
avec un effort trop important !
En acceptant l’incertitude, les équipes agiles privilégient l’effort pour produire régulièrement des versions intermédiaires de l’application, et ainsi fiabiliser leurs estimations,
basées sur le retour d’expérience. Elles considèrent l’estimation initiale comme une
enveloppe, à partir de laquelle on peut se mettre d’accord sur un coût et un délai ; sur la
base de cette enveloppe, on adapte le contenu au fil des itérations en fonction de ce qu’il
est pertinent de développer.
Pour compenser cette incertitude, on peut tenter de fiabiliser l’estimation, en adoptant
une démarche collaborative ; les estimations ne doivent pas reposer sur les épaules d’un
seul expert. Et elles doivent, de préférence, être effectuées par l’équipe qui réalisera
les développements La pratique collaborative, présentée ici, facilite les travaux d’estimation : c’est celle de la Wide Band Delphi, renvoyant par ailleurs au « Judge » de
McConnell.
Figure 4-3
Effort fourni pour
l’estimation et
fiabilité des
estimations
100
50
0
Effort cible
Effort fourni pour l’estimation
Fiabilité d’estimation
GestProjInform Livre Page 126 Vendredi, 3. avril 2009 12:07 12