Estimation à 169,03 %

L'estimation en développement logiciel est un art. Lorsque rien n'est en place, il faut poser des hypothèses afin de bâtir une estimation plus réaliste à partir de ce que fournissent les architectes et les développeurs. Même s'il existe plusieurs façons de gonfler les estimations, généralement fondées sur l'expérience, voici la technique que j'ai utilisée avec succès par le passé. Je base ma technique d'estimation principalement sur la technique d'estimation PERT. Cette technique est simple : elle suppose que l'estimation réaliste a un poids quatre fois plus important que les estimations optimiste et pessimiste.

Ainsi, les estimations optimistes sont toujours fournies par l'équipe de développement. Habituellement, je demande des estimations de haut niveau avec un niveau de confiance de 50 %. En ajoutant 25 % de frais généraux (10 % gestion, 10 % assurance qualité, 10 % opérations), on peut bâtir les estimations réalistes en multipliant leur nombre par 150 %. Vient maintenant le temps de bâtir les estimations pessimistes. Si l'on tient compte du fait que les équipes de développement :

• ne considèrent pas les allers-retours pour clarifier les exigences (25 % ?),
• ne comptent pas leur temps consacré à l'assurance qualité (25 % ?),
• oublient la refactorisation (25 % ?),
• ont été optimistes dans leur niveau de confiance (100 % au lieu de 50 % ?) et
• omettent les frais généraux de gestion,

c'est un peu plus de trois fois les estimations initiales qu'il faudrait calculer. Aller jusqu'à 3,5x ou 4x n'est pas très crédible aux yeux d'un gestionnaire... mais un 3x est tout simplement trop... rond. Alors je retombe habituellement sur un nombre scientifique, PI, soit 3,1416. Si l'organisation est vraiment mature, d'autres nombres pourraient être utilisés : le nombre d'Euler (2,7118), la racine carrée de 5 (1,9021) ou de 3 (1,7320), mais je ne descendrais jamais sous le nombre d'or (1,6180)... rappelez-vous, ce sont des estimations. Voici donc mon calcul pour bâtir les estimations : (Estimation + (4 x (Estimation x 150 %)) + (Estimation x 3,1416)) / 6 ou, pour simplifier, vous pouvez simplement utiliser (Estimation x 169,03 %).