Estimation de projets informatiques IT

La Lettre d'ADELI n°41 – Octobre 2000 23

Square des Utilisateurs

Estimation de projets

informatiques

Traduction d’une vision canadienne

Nous vous proposons la traduction française d’un article de Kathleen PETERS, (kpeters@telus.net) paru dans

le supplément FORUM LOGICIEL.net de l’été 2000. Cette revue est éditée par M@rtinig & Associés – site

web : www.martinig.ch.

Résumé rédigé par Franco MARTINIG « L’estimation des coûts et des charges nécessaires aux projets est

une tâche courante de notre profession. C’est pourtant dans ce domaine qu’une réputation plutôt négative

plane sur l’informatique en soulignant les différences entre les estimations et les réalisations. Dans cet

article, Kathleen PETERS rappelle les principes de base de l’estimation, de projets informatiques en

abordant les différents éléments qui influencent les résultats. Une partie du texte est consacrée aux critères

de choix d’un outil d’estimation ».

L’estimation des projets informatiques est l’une des plus importantes activités du développement de

logiciels. La planification rigoureuse et le pilotage du projet ne sont pas envisageables en absence

d’une estimation sérieuse et fiable. En règle générale, notre industrie du logiciel ne sait pas estimer

correctement les projets et n’utilise pas convenablement les estimations. Nous souffrons de ces

conséquences et nous devons focaliser nos efforts sur l’amélioration de la situation.

La sous-estimation d’un projet entraîne :

• un sous-effectif, provoquant la surchauffe de l’équipe ;

• une sous-appréciation de la charge d’assurance qualité, avec le risque de livrables de

médiocre qualité ;

• l’établissement d’un planning trop serré, qui dégradera votre crédibilité, lorsque ces délais

présomptueux sont largement dépassés.

Pour ceux qui pensent éviter cette situation en gonflant l’estimation, la surestimation d’un projet peut

s’avérer aussi néfaste pour l’Organisme ! Si vous accordez à un projet plus de ressources que

nécessaires sans contrôler l’utilisation de ces ressources, le projet :

• coûtera beaucoup plus cher (en grevant le bilan du projet) ;

• durera plus longtemps que nécessaire (en manquant les opportunités ciblées) ;

• diffèrera la disponibilité de vos ressources pour le prochain projet.

Estimation de charges de projets informatiques

L’estimation d’un projet informatique comprend quatre étapes :

1) Estimer la taille du produit à développer. Celle-ci se mesure généralement en nombre d’instructions

(lignes de code) ou en points de fonction, mais il existe d’autres unités de mesure possibles. Une

comparaison des avantages et des inconvénients de chacune de ces mesures est abordée dans les

références bibliographiques données en fin de l’article.

2) Estimer la charge en mois hommes ou en jours hommes.

3) Construire le calendrier du planning.

4) Estimer le coût du projet en monnaie locale.

24 La Lettre d'ADELI n°41 – Octobre 2000

Estimation de la taille

Le premier stade d’une opération d’estimation consiste à estimer, le plus précisément possible, la taille

du logiciel à développer. Les sources d’information, relatives au périmètre du projet, naissent avec une

description formelle des besoins1 (spécification des besoins des clients, appel d’offres, spécification du

système, spécification des exigences du logiciel).

Lors de la réestimation du projet dans les phases ultérieures du cycle de vie, les documents de

conception vous fourniront des détails additionnels.

Ne prétextez pas du manque de description formelle pour vous abstenir de faire une première

estimation du projet. Une description verbale, une présentation succincte au tableau noir sont

quelquefois les seules données concrètes pour démarrer. Dans tous les cas, vous devez informer toutes

les parties concernées du niveau de risque et d’incertitude de l’estimation. De plus, vous devrez

réestimer le projet dès que les limites du périmètre se préciseront.

Les deux principaux moyens d’estimation de la taille de l’ouvrage sont :

1) l’analogie. Si vous avez déjà fait un projet similaire dont vous connaissez la taille, vous estimerez

chaque partie principale du nouveau projet comme un pourcentage de la taille de la partie similaire

du précédent projet. Vous estimerez la taille totale d’un nouveau projet en cumulant les

estimations des tailles de toutes les parties. Un estimateur chevronné peut produire des estimations

convenables, par analogie, s’il connaît les valeurs précises des tailles des parties d’un projet

précédent et si le nouveau projet est suffisamment voisin de ce précédent.

2)

...