Estimation de projets informatiques - rad.fr

1 La Lettre d'ADELI n 41 Octobre 200023 Square des UtilisateursEstimation de projetsinformatiquesTraduction d une vision canadienneNous vous proposons la traduction fran aise d un article de Kathleen PETERS, paru dansle suppl ment FORUM de l t 2000. Cette revue est dit e par M@rtinig & Associ s siteweb : sum r dig par Franco MARTINIG L Estimation des co ts et des charges n cessaires aux projets estune t che courante de notre profession. C est pourtant dans ce domaine qu une r putation plut t n gativeplane sur l informatique en soulignant les diff rences entre les estimations et les r alisations. Dans cetarticle, Kathleen PETERS rappelle les principes de base de l Estimation , de projets informatiques enabordant les diff rents l ments qui influencent les r sultats.

2 Une partie du texte est consacr e aux crit resde choix d un outil d Estimation .L Estimation des projets informatiques est l une des plus importantes activit s du d veloppement delogiciels. La planification rigoureuse et le pilotage du projet ne sont pas envisageables en absenced une Estimation s rieuse et fiable. En r gle g n rale, notre industrie du logiciel ne sait pas estimercorrectement les projets et n utilise pas convenablement les estimations. Nous souffrons de cescons quences et nous devons focaliser nos efforts sur l am lioration de 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 dem diocre qualit ; l tablissement d un planning trop serr , qui d gradera votre cr dibilit , lorsque ces d laispr somptueux sont largement d pass ceux qui pensent viter cette situation en gonflant l Estimation , la surestimation d un projet peuts av rer aussi n faste pour l Organisme !

3 Si vous accordez un projet plus de ressources quen 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 de charges de projets informatiquesL 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. Unecomparaison des avantages et des inconv nients de chacune de ces mesures est abord e dans lesr f rences bibliographiques donn es en fin de l ) Estimer la charge en mois hommes ou en jours ) Construire le calendrier du ) Estimer le co t du projet en monnaie Lettre d'ADELI n 41 Octobre 2000 Estimation de la tailleLe premier stade d une op ration d Estimation consiste estimer, le plus pr cis ment possible, la tailledu logiciel d velopper.

4 Les sources d information, relatives au p rim tre du projet , naissent avec unedescription formelle des besoins1 (sp cification des besoins des clients, appel d offres, sp cification dusyst 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 deconception vous fourniront des d tails pr textez pas du manque de description formelle pour vous abstenir de faire une premi reestimation du projet . Une description verbale, une pr sentation succincte au tableau noir sontquelquefois les seules donn es concr tes pour d marrer. Dans tous les cas, vous devez informer toutesles parties concern es du niveau de risque et d incertitude de l Estimation . De plus, vous devrezr estimer le projet d s que les limites du p rim tre se pr deux principaux moyens d Estimation de la taille de l ouvrage sont :1) l analogie.

5 Si vous avez d j fait un projet similaire dont vous connaissez la taille, vous estimerezchaque partie principale du nouveau projet comme un pourcentage de la taille de la partie similairedu pr c dent projet . Vous estimerez la taille totale d un nouveau projet en cumulant lesestimations des tailles de toutes les parties. Un estimateur chevronn peut produire des estimationsconvenables, par analogie, s il conna t les valeurs pr cises des tailles des parties d un projetpr c dent et si le nouveau projet est suffisamment voisin de ce pr c ) La comptabilisation des caract ristiques quantitatives de l ouvrage. On peut utiliser une approchealgorithmique telle que celle des points de fonction pour convertir le total en une mesure de lataille.

6 Les caract ristiques globales incluent le nombre de sous-syst mes, de classes/modules, dem thodes/fonctions. Des caract ristiques plus d taill es incluent le nombre d crans, de dialogues,de fichiers, de tables, de rapports dit s, de messages de la chargeApr s avoir estim la taille de l ouvrage produire, vous pouvez en d duire l Estimation de la conversion de la taille du logiciel en charge totale du projet ne peut s envisager qu apr sd finition d un cycle de vie de d veloppement du logiciel et d finition d un processus ded veloppement de la solution pour sp cifier, concevoir, r aliser et tester le r alisation d un projet de d veloppement de logiciel implique plus qu un simple codage dulogiciel ; car le codage ne repr sente souvent qu une faible partie de la charge.

7 Crire et peaufiner ladocumentation, r aliser des prototypes, concevoir les livrables, revoir et tester le code, repr sentent lapart pr pond rante de la charge totale du projet . L Estimation de la charge du projet exige d identifier,d valuer, et d additionner les travaux que vous devez accomplir pour construire un ouvrage de lataille estim existe deux mani res de d duire la charge partir de la taille :1) La meilleure fa on est d utiliser l historique de votre Organisme pour recenser les charges r ellesconsomm es par les pr c dents projets pour r aliser les ouvrages. Ceci suppose videmment : a) que votre Organisme ait document les r sultats r els des pr c dents projets ; b) que vous ayez r alis , au moins, un projet de taille quivalente - disposer de plusieursprojets de taille quivalente, renforce la conviction qu il existe une relation stable entre lataille d un ouvrage et la charge n cessaire sa r alisation ; c) que vous suivez un cycle de vie de d veloppement similaire en utilisant la m mem thodologie et les m mes outils, gr ce une quipe qui poss de les m mes comp tences etles m mes exp riences.

8 1 Nous traduirons le terme requirements , selon le cas, par besoins ou exigences . D autre part, nous traduirons leterme effort par charge .La Lettre d'ADELI n 41 Octobre 2000252) Il se peut que vous ne disposiez pas d un historique utilisable, parce que votre Organisme n a pasencore commenc le constituer ou parce que ce nouveau projet est nettement diff rent despr c dents sur un ou plusieurs aspects fondamentaux. Vous pouvez appliquer une approchealgorithmique reconnue telle que le mod le COCOMO de Barry BOEHM ou la m thodologie dePUTNAM pour convertir une Estimation de taille en Estimation de charge. Ces mod les ont t labor s en tudiant un nombre significatif de projets termin s par divers Organismes, pour enextraire la relation entre les tailles et les charges.

9 Ces mod les, issus des donn es de l industrie dulogiciel, peuvent ne pas tre aussi pr cis que ceux de votre historique, mais ils vous donneront,toutefois, une premi re approche des estimations de des d laisLa troisi me tape de l Estimation consiste d terminer les d lais partir de la charge estim e. Ce quiimplique g n ralement d estimer les ressources affect es au projet (la Structure de Contribution) cequ elles devront faire (le WBS Work Breakdown Structure Organigramme des T ches) quand ellescommenceront travailler au projet et quand elles le termineront. Lorsque vous aurez cesinformations, vous devez planifier les t ches. nouveau, les historiques des projets pass s, r alis spar votre Organisme ou, d faut, des mod les classiques, peuvent tre utilis s pour d terminer lenombre de personnes dont vous aurez besoin pour un projet d une taille donn e et pour ordonnancerces vous n avez rien d autre, la formule empirique suivante [MCCONNELL 1996] vous donnera une id edu temps total lai en mois = 3,0 * (charge en mois) 1/3 Des opinions diverses proposent au lieu de 3,0 des coefficients variant de 2,0 4,0.

10 Ce n est qu enproc dant des essais que vous trouverez le bon coefficient applicable vos propres du co tIl faut prendre en compte de nombreux facteurs pour estimer le co t total d un projet . Ces facteursincluent les charges des travaux, les acquisitions ou les locations de mat riels et de logiciels, les fraisde d placements (r unions et essais) les t l communications (appels longue distance, vid o-conf rences, lignes d di es aux tests, etc.) les formations, les frais de locaux Estimation exacte du co t total du projet d pend de la fa on dont votre Organisme affecte les co lieu d tre affect s aux projets , certains co ts peuvent tre pris en compte en les int grant dans lestaux horaires (en euros par heure). Souvent, un Directeur de projet estimera seulement le co t dutravail et n identifiera que les co ts additionnels qui ne sont pas consid r s, par l Organisme, commedes frais g n co t du travail peut tre obtenu en multipliant, simplement, l Estimation de charge en heures par untaux en euros par heure).