Prévenir l'échec des projets informatiques
Le gouvernement néerlandais (voir conclusions du comité Elias) a publié un rapport d'investigation que le gouvernement néerlandais n'a aucun contrôle sur la majorité de ses propres projets informatiques. Au départ, il n'y a pas de calculs de coûts fiables, les dates de livraison proposées ne sont jamais respectées, et les produits livrés ne sont souvent pas tous les produits nécessaires. Bref, notre gouvernement néerlandais n'est pas en contrôler. Le gouvernement néerlandais n'est pas seul, le groupe Standish déclare dans son rapport annuel Rapport CHAOS ce 70% des projets informatiques échouent ou, mieux défini, ne sont pas livrés selon leur premier calcul de projet.
Cela ne correspond pas à nos expériences de l'industrie néerlandaise du logiciel. Le bon sens dit aussi qu'il serait curieux que plus 10% de tous les projets informatiques échouent, alors que la société d'aujourd'hui ne fonctionne plus sans l'informatique. La différence s'explique par le fait que plusieurs (politique) définitions peut être utilisé pour le terme succès. Bien sûr, chaque projet informatique comporte des incertitudes et des risques inhérents et les projets échouent.
pourtant, un professionnel comprend les nuances de ces incertitudes et sait comment y faire face. Le principal instrument utilisé par un professionnel est un calcul de projet fiable. Un calcul de projet fiable aide à déterminer quelle solution sera à temps, dans le budget maximum prévu, fournit un système de bonne qualité conforme aux exigences essentielles.
D'après notre expérience pratique, les problèmes les plus gênants avec un calcul de projet informatique (et la définition du succès) sont:
Définition du succès
Certains intervenants abusent de la estimations. Par exemple en début de projet / analyse de rentabilisation peu connue des exigences. Certaines parties prenantes (principalement des cadres supérieurs et des politiciens) utiliser la valeur la plus basse d'une indication de fourchette de budget pour un contrat à prix fixe, ou même dire quand un projet doit être terminé et à quel coût.
Taille du produit
Une estimation doit toujours inclure la plage d'incertitude (principalement décrit comme minimum, le plus probable et le maximum). Cela vaut particulièrement pour taille du produit. La plupart des cadres supérieurs pensent que si les besoins de l'entreprise sont connus, cela signifie également que la taille du produit est fixe (comme l'indique la haute direction: Je ne permettrai aucun glissement de portée ….), alors qu'en pratique la taille du produit est à ce stade encore très incertaine. Il est donc essentiel de connaître la taille approximative du produit en unités pertinentes pour toutes les parties prenantes et mesurables. (tel que points de fonction, mais il peut aussi s'agir de certaines interfaces, écrans, rapports, messages, etc.).
Productivité
Chaque calcul de projet doit donner:
- une description claire d'où la productivité estimée est basée et quelles activités sont incluses (la concrétisation, essai) etc
- sur quels projets similaires la productivité est basée et quelles activités / les produits pour ce projet sont uniques (et où est l'incertitude)
Outillage
Quel outillage est utilisé (par example Voir SEM ou Estimation QSM SLIM) pour le calcul du projet.
Planification
Seulement après le calcul du projet, un plan peut être établi. Un problème courant est que la direction mentionne au préalable un délai déterminé par un budget et dit ensuite que le calcul du projet doit respecter ces conditions.
Surveillance et réglage
Un bon calcul de projet n'est pas seulement utilisé au début d'un projet, mais aussi pour suivi des progrès. Cela rend d'autant plus nécessaire que l'estimation soit objective, répétables, vérifiable et défendable et que l'estimation originale peut être utilisée.
La solution Nesma : Base d'estimation
La Nesma Comité de la base des estimations a créé une pratique (cadre) guide, le Base d'estimation, pour les calculs de projets de projets logiciels, basée sur des expériences dans le domaine de la gestion de projets informatiques. Cette ligne directrice utilise le modèle générique de AACE International's Gestion des coûts totaux (TCM) Cadre comme base. La base d'estimation est un manuel pour la préparation d'un budget informatique et les membres inscrits peuvent télécharger gratuitement sur notre site.
A propos de l'auteur
Marten Eisma est architecte de l'information chez CGI aux Pays-Bas et est membre du Nesma Comité de la base des estimations.