Cycle de Vie d’un Projet Informatique
Par Frédéric Leroy, le lundi 24 novembre 2008 (16:33) - Gestion de Projets - Lien permanent
Les projets de refonte de systèmes informatiques de gestion financière ont en général des enjeux et des périmètres d’application très différents selon qu’il s’agit de banques commerciales, de banques centrales, de gestions pour compte de tiers, d’assureurs ou d’entreprises industrielles.
Quelque soient leurs ampleurs, cinq étapes sont (au maximum) requises pour l’accomplissement de tels projets :
- Sélection
- Spécification
- Développement
- Implémentation
- Production
Les étapes 2 et 3 ne concernent que les projets d’une certaine taille pour lesquels des fonctionnalités manquantes sur la (les) version(s) standard(s) du (des) logiciel(s) sélectionnée(s) nécessitent des développements complémentaires.
Le tableau ci-dessous décrit le contenu des différentes étapes ainsi que les intervenants (externes à l’institution financière ou à l’entreprise).
Etapes |
Description |
Intervenants |
Sélection |
Rédaction d’un RFP [1] Présélection sur la base des RFP Cycle de démonstrations sur site des éditeurs présélectionnés Analyse et Recensement des gaps Sélection d’un (ou de plusieurs) éditeur(s) |
Editeurs de logiciels Consultants |
|
Spécification |
Rédaction et validation des « business requirements » Rédaction et validation des « functional specifications » |
Editeurs de logiciels Consultants |
|
Développement |
Rédaction et validation des « technical specifications » Rédaction et validation du « test plan » Codage, test et validation Packaging produit |
Editeurs de logiciels Editeurs de composants logiciels SSII (outsourcing) Consultants |
|
Implémentation |
Formation des utilisateurs Rédaction des implémentation & integration guidelines Implémentation et intégration Tests et validation (dans l’environnement de test) Bascule (test vers production) |
Consultants Externes SSII (intégration) Editeurs de logiciels Editeurs de composants logiciels |
|
Production |
Phase de mise en production en parallèle Tests et validation (dans l’environnement de production) Système officiellement en production |
Consultants SSII (intégration) Editeurs de logiciels
|
En principe, le projet devrait se dérouler de façon strictement linéaire de sorte que lorsque qu’une étape du projet est terminée et validée, on passe à l’étape suivante sans revenir ultérieurement à cette dernière. Il s’agit bien évidemment d’une situation idéale.
En pratique, un projet se déroule rarement de façon linéaire du fait d’un élément intrinsèque à toute activité humaine : l’erreur. Qu’il s’agisse d’une erreur de diagnostic, de communication, de décision, de prévision, d’identification, de programmation, d’apprentissage ou plus simplement de saisie … Dans tout les cas, cette erreur va entraîner un problème qui obligera à stopper l’étape en cours et à revenir à une étape antérieure pour tout ou partie du projet (en fonction du degré d’interdépendance des différentes parties du projet). Il en résulte un certain nombre de boucles de rétroactions dans le déroulement du projet.
Le projet est considéré comme réussi au sens fort lorsque les trois conditions suivantes sont réunies (ou seulement la première condition au sens faible) :
- Le nouveau système est en production
- Le projet est « dans les budgets » initialement prévus
- Le projet est « dans les délais » initialement prévus
Le risque principal, au-delà des problèmes de dépassement de budgets et de délais, est l’échec total du projet.
L’échec total est en général l’issue ultime d’un processus en cinq étapes :
- La mauvaise gestion préalable des risques potentiels (identification, hiérarchisation, traitement) avant chaque étape du projet
- La survenance de problèmes plus ou moins importants en nombre et en complexité
- L’incapacité de l’équipe projet (au sens large) à juguler efficacement le flot de problèmes
- Le déclenchement d’un processus d’auto-génération de problèmes en raison du surcroît de travail, de la désorganisation, du stress, de l’instauration d’un climat conflictuel, etc.
- Perte de contrôle partielle ou totale sur le projet alors que l’on est déjà hors délais et hors budgets et arrêt (provisoire et définitif) du projet par décision du management
La caractéristique cruciale de ce processus est que la difficulté augmente à chaque étape. Il est donc vital de comprendre quelles sont les causes générales et/ou spécifiques qui sont à la source des problèmes.
Analyse que nous réaliseront dans un prochain billet.
Notes
[1] Request for Proposal : Demande de proposition chiffrée (devis) pour une solution informatique sur la base d’un cahier des charges précis décrivant les besoins fonctionnels et techniques de l’institution financière ou de l’entreprise