Cycle de vie de projet : les phases, livrables et décisions clés

Le cycle de vie de projet décrit le chemin complet d’une initiative, depuis l’idée de départ jusqu’à la clôture formelle. On le découpe en phases successives : cadrage, conception et planification, exécution, suivi et contrôle, puis clôture. Chacune produit des livrables identifiés et se termine par une décision qui autorise, ou non, le passage à l’étape suivante. Certains référentiels comptent quatre phases, d’autres cinq, selon que le suivi est isolé ou fondu dans la réalisation. Pour une collectivité qui requalifie un pôle d’échanges comme pour une équipe qui lance un service de mobilité partagée, ce découpage sert à décider au bon moment, à tenir coûts et délais et à livrer un résultat réellement accepté.

Ce que recouvre le cycle de vie de projet, et ce qu’il ne recouvre pas

Un projet est une entreprise temporaire, menée pour un but défini avec des moyens déterminés. Il a un début, une fin, un résultat unique et des acteurs dont les rôles sont fixés. Son planning est esquissé à grands traits au départ, puis affiné à mesure que l’on avance. Le cycle de vie donne une forme à cette temporalité : il dit où l’on se trouve, ce qui doit être produit avant d’aller plus loin, et qui a le pouvoir de valider.

Le point de départ n’est pas la signature d’un contrat mais la formulation d’un besoin jugé assez sérieux pour être étudié. Le point d’arrivée n’est pas la livraison : c’est la clôture administrative, une fois les livrables acceptés, les contrats soldés et les enseignements consignés. Beaucoup de projets « finissent » sans jamais être clos, et c’est souvent là que se perdent la documentation et les leçons utiles.

Trois confusions reviennent souvent et méritent d’être levées :

• Cycle de vie et processus de gestion de projet. Le cycle de vie est chronologique : une phase succède à l’autre. Les processus de gestion (planifier, estimer, gérer les risques, communiquer, contrôler la qualité) sont transverses et se répètent à l’intérieur de chaque phase. Le Project Management Institute (PMI) distingue d’ailleurs nettement les deux notions.
• Cycle de vie du projet et cycle de vie produit. Le produit (une ligne de tramway, une application de covoiturage) vit des années après la fin du projet qui l’a créé : lancement, croissance, maturité, déclin. Le projet, lui, s’arrête à la mise en service et à la passation.
• Projet et programme. Un programme coordonne plusieurs projets liés par un objectif commun, par exemple un réseau de transport découpé en tronçons. Il ajoute la gestion des dépendances interprojets, que le cycle de vie d’un projet isolé ne traite pas.

Le nombre de phases reste une convention. La méthode HERMES, utilisée par l’administration fédérale suisse, regroupe ainsi le cycle en trois grandes parties : début du projet, création de la solution, fin du projet. Le découpage importe moins que la clarté des points de décision qui le jalonnent.

Les phases du cycle de vie d’un projet en un coup d’œil

Le tableau ci-dessous résume le modèle en cinq phases, le plus répandu dans les organisations françaises. Il associe à chaque étape la question qu’elle doit trancher, ses livrables types et la décision qui la clôt.

Pourquoi certains auteurs ne retiennent-ils que quatre phases (définition, planification, exécution, clôture) ? Parce que le suivi et le contrôle ne se déroulent pas après l’exécution mais en même temps qu’elle. Isoler cette activité dans une cinquième phase a surtout une valeur pédagogique : elle rappelle que mesurer les écarts est un travail à part entière, avec ses outils et ses instances. D’autres modèles ajoutent un avant-projet en amont ou une phase d’évaluation en aval, ce qui porte le total à six. Le conseil pratique est simple : choisissez une convention, écrivez-la dans la note de cadrage et tenez-vous-y, afin que tout le monde parle des mêmes étapes.

Phase de cadrage : transformer un besoin en projet décidable

Le cadrage, parfois appelé initialisation ou avant-projet, répond à une question que l’on esquive trop souvent : faut-il vraiment faire ce projet, et pourquoi maintenant ? C’est la phase la moins coûteuse et pourtant celle qui conditionne le plus la qualité de tout ce qui suit. Un objectif flou ou un périmètre mal borné se paie plus tard, en avenants, en retards et en tensions.

Concrètement, l’équipe de cadrage reformule le besoin exprimé par le commanditaire, fixe des objectifs SMART (spécifiques, mesurables, atteignables, réalistes, temporellement définis) et vérifie la faisabilité sous plusieurs angles : technique, financier, organisationnel et réglementaire. Le business case met en regard les coûts estimés et les bénéfices attendus. À ce stade, l’estimation budgétaire reste grossière : une précision de l’ordre de plus ou moins 30 % est un repère couramment admis, qu’il faut annoncer comme tel pour éviter que ce chiffre ne devienne un engagement ferme.

L’identification des acteurs fait partie intégrante du cadrage. Une Carte des parties prenantes permet de repérer tôt les riverains, élus, exploitants, financeurs ou services techniques dont l’adhésion ou l’opposition pèsera sur la suite.

Ce que doit contenir une note de cadrage

• le contexte et le problème à résoudre ;
• les objectifs mesurables et les critères de succès ;
• le périmètre fonctionnel, avec ce qui est inclus et ce qui est explicitement exclu ;
• les contraintes connues (calendrier imposé, enveloppe budgétaire, normes) ;
• les principaux risques identifiés à ce stade ;
• l’organisation pressentie : sponsor, chef de projet, équipe, instances de décision ;
• une première estimation du coût et du délai, avec sa marge d’incertitude.

La phase se termine par une décision Go/No Go prise par le sponsor ou le comité compétent. Les critères de passage doivent être explicites : besoin validé, business case jugé favorable, risques majeurs identifiés, sponsor désigné et budget de la phase suivante disponible. Un No Go n’est pas un échec : abandonner une idée mal engagée à ce stade coûte infiniment moins que de l’abandonner en pleine réalisation.

Conception et planification du projet : poser la baseline

Une fois le projet décidé, il faut le rendre exécutable. La planification découpe le périmètre en lots et en tâches, estime chacune d’elles, les ordonne et leur affecte des ressources. On dit souvent que cette phase pèse lourd dans la réussite finale, et l’expérience le confirme : la planification détermine directement la mobilisation des équipes, des budgets et des prestataires.

Plusieurs outils structurent ce travail. L’organigramme des tâches décompose le résultat attendu en livrables puis en activités. La méthode MoSCoW (must, should, could, won’t) aide à prioriser les exigences quand toutes ne tiendront pas dans l’enveloppe. Le diagramme de Gantt visualise l’enchaînement des tâches et fait apparaître le chemin critique, c’est-à-dire la suite d’activités dont tout retard décale la date de fin. Les jalons marquent les moments de validation. Prévoir une marge de sécurité de l’ordre de 10 à 15 % dans le planning est une pratique répandue, à ajuster selon le niveau d’incertitude.

La matrice RACI précise, pour chaque livrable, qui réalise, qui est responsable in fine, qui est consulté et qui est simplement informé. Elle évite les zones grises qui ralentissent les validations.

Les documents produits pendant la planification

• Plan de management du projet : document de référence qui rassemble l’ensemble des plans ci-dessous.
• Planning détaillé et échéancier : tâches, durées, dépendances, jalons, chemin critique.
• Budget prévisionnel : coûts par lot, provisions pour risques, calendrier de décaissement.
• Plan des ressources : compétences nécessaires, disponibilités, recours à des prestataires.
• Matrice des risques : probabilité, impact, responsable et réponse prévue pour chaque risque.
• Plan qualité : normes applicables, critères d’acceptation des livrables, modalités de recette.
• Plan de communication : qui reçoit quelle information, à quelle fréquence, par quel canal.

Validés ensemble, ces éléments forment la baseline : la référence de périmètre, de coût et de délai contre laquelle on mesurera tout écart. À partir de là, toute modification passe par une demande de changement formelle, car un changement affecte presque toujours au moins deux des trois variables.

Exécution : la phase qui mobilise le plus de ressources

L’exécution démarre généralement par une réunion de lancement qui rassemble l’équipe élargie, rappelle les objectifs et présente les règles du jeu. Commence alors la production proprement dite : les ressources sont allouées, les achats et marchés sont passés, les livrables sont réalisés lot par lot. Dans le secteur public, les délais de consultation des entreprises sont à intégrer dès la planification, sous peine de voir le chemin critique glisser avant même le premier coup de pioche.

Le chef de projet change ici de posture. Il planifiait, il doit désormais animer, coordonner, débloquer et arbitrer au quotidien. C’est aussi la phase où surgissent les tensions humaines : surcharge de certains contributeurs, priorités concurrentes avec l’activité courante, désaccords techniques, résistance d’utilisateurs qui voient leurs habitudes bousculées. Ignorer cette dimension émotionnelle est une erreur fréquente ; la gérer passe par des points d’équipe réguliers, des arbitrages rendus vite et une communication honnête sur les difficultés.

L’exécution produit les livrables définis, mais rarement exactement comme prévu. D’où l’importance du dispositif qui l’accompagne en continu.

Suivi et contrôle du projet : comparer le réalisé au prévisionnel

Le suivi n’est pas une phase qui attend la fin de l’exécution : il la double du premier au dernier jour. Son rôle est de comparer en permanence le réalisé au prévu, d’identifier les écarts calendaires et les écarts de coût, puis de déclencher des actions correctives avant qu’une dérive ne devienne irréversible. Pour approfondir les méthodes et les indicateurs, le guide Suivi de projet détaille la mise en place d’un pilotage sans dérive.

Un tableau de bord efficace se limite à quelques KPI suivis à une fréquence connue, avec des seuils d’alerte décidés à l’avance. Les valeurs ci-dessous sont des repères indicatifs à calibrer selon la taille et la criticité du projet :

Ces mesures alimentent les instances de décision. Le Comité de pilotage reçoit une synthèse, tranche les arbitrages qui dépassent la délégation du chef de projet et valide les demandes de changement significatives. Les revues de phase, elles, vérifient que les critères de passage sont remplis avant d’engager l’étape suivante.

C’est sur ce terrain que les logiciels de gestion de projet apportent le plus. Des outils comme Jira, Confluence ou leurs équivalents centralisent tâches, documents et indicateurs, et calculent automatiquement les écarts par rapport à la baseline. Ils ne remplacent ni le jugement du chef de projet ni la discussion en comité, mais ils font gagner un temps précieux dans la consolidation des données et rendent l’information visible pour toutes les parties prenantes.

Clôture du projet : accepter, transférer, capitaliser

La clôture est la phase la plus négligée, parce que l’équipe est déjà sollicitée ailleurs. Elle conditionne pourtant la valeur que l’organisation retirera du projet. Voici les étapes à cocher avant de déclarer un projet terminé :

1. Faire valider la recette par le client ou les utilisateurs clés, au regard des critères d’acceptation fixés en planification, et signer le procès-verbal.
2. Organiser la passation opérationnelle vers l’équipe qui exploitera le résultat, avec un transfert de compétences documenté.
3. Solder les contrats : réception des prestations, levée des réserves, paiements finaux.
4. Archiver les livrables et la documentation dans un espace accessible et pérenne.
5. Établir le bilan final : coûts, délais et qualité obtenus face à la baseline.
6. Animer une réunion de retour d’expérience (REX ou RETEX) et consigner les enseignements.
7. Libérer les ressources humaines et matérielles, et remercier l’équipe.

Le retour d’expérience mérite un vrai temps. Il s’agit d’analyser les écarts entre prévu et réalisé, de comprendre ce qui a fonctionné, d’identifier les erreurs sans chercher de coupable, puis de transformer ces constats en pratiques pour les projets futurs. C’est ainsi qu’une organisation gagne en maturité projet.

Après la livraison : mesurer les bénéfices attendus

Un projet peut respecter coût, délai et périmètre sans produire les bénéfices qui l’ont justifié. Une voie réservée livrée à l’heure n’a de valeur que si la régularité des bus s’améliore réellement. D’où l’intérêt de programmer, quelques mois après la clôture, une mesure des bénéfices fixés dans le business case, sous la responsabilité du sponsor ou de l’exploitant. Cette évaluation tranche aussi le destin du projet : soit il reste une expérimentation dont on retient les leçons, soit ses résultats sont pérennisés et deviennent un nouveau mode de fonctionnement.

Cascade, itératif, Agile, hybride : choisir le bon cycle de vie de projet

Toutes les phases décrites plus haut se retrouvent dans chaque approche, mais elles ne s’enchaînent pas de la même façon.

Le cycle en cascade (Waterfall) est prédictif : chaque phase se termine avant que la suivante commence, et le périmètre est figé tôt. Il convient aux projets dont les exigences sont stables et les retours en arrière coûteux, comme les travaux d’infrastructure. Sa variante la plus connue, détaillée dans notre article Cycle en V projet, associe chaque étape de conception à une étape de vérification. Le cycle itératif répète plusieurs fois conception, réalisation et évaluation pour affiner progressivement le résultat. Le cycle Agile, adaptatif, livre de la valeur par petits incréments et accepte que les exigences évoluent. Le cycle hybride, enfin, combine un cadrage et une gouvernance prédictifs avec une réalisation itérative : c’est souvent le compromis le plus réaliste dans les grandes organisations.

Scrum et Kanban sont souvent confondus. Scrum organise le travail en sprints de durée fixe, avec des rôles définis (product owner, scrum master, équipe de développement) et des cérémonies régulières. Kanban ne fixe pas d’itération : il visualise le flux des tâches sur un tableau et limite le nombre d’éléments en cours pour fluidifier la production.

Adapter le cycle de vie d’un projet à l’approche Agile

Passer en Agile ne supprime pas le cycle de vie, cela le rend récurrent. Le cadrage existe toujours, sous la forme d’une vision produit et d’un backlog initial. Il est souvent prolongé par un sprint 0, consacré à préparer l’environnement technique, constituer l’équipe, prioriser les premières fonctionnalités et définir ce que « terminé » veut dire.

Viennent ensuite les itérations, généralement de deux à quatre semaines. Chacune reproduit en miniature planification, réalisation, contrôle et clôture : on choisit les éléments du backlog, on les développe, on les présente aux utilisateurs lors d’une revue, puis l’équipe analyse sa façon de travailler en rétrospective. Le livrable n’est plus unique et final mais incrémental ; chaque sprint apporte une version utilisable, enrichie de la précédente. La vélocité, c’est-à-dire la quantité de travail que l’équipe achève par sprint, sert à prévoir les livraisons suivantes. Le refactoring, ou amélioration continue du code existant, évite que la dette technique ne s’accumule.

Le risque de l’Agile mal compris est la perte de cap : des sprints qui s’enchaînent sans que personne ne vérifie l’alignement avec les objectifs initiaux. Une Gouvernance du projet claire, avec des jalons de décision au niveau du sponsor, garde cette souplesse sous contrôle.

Qui intervient à chaque étape du cycle de vie d’un projet

Les responsabilités se déplacent au fil des phases. Les clarifier dès le cadrage évite bien des blocages.

• Sponsor ou commanditaire : porte le projet au niveau de la direction, finance, arbitre les conflits de priorité et prononce les Go/No Go. Son implication est maximale au cadrage et à la clôture.
• Comité de pilotage : instance de décision stratégique qui valide les jalons et les changements majeurs.
• PMO ou bureau de gestion de projet (BGP) : fournit méthodes, modèles et consolidation des indicateurs, surtout quand plusieurs projets coexistent.
• AMOA (assistance à maîtrise d’ouvrage) : aide le maître d’ouvrage à exprimer son besoin, rédiger les exigences et réceptionner les livrables.
• Chef de projet : planifie, coordonne, pilote les risques et rend compte. Il est le fil conducteur de toutes les phases.
• Équipe projet : estime et réalise les tâches, signale les difficultés au plus tôt.
• Client et utilisateurs clés : précisent le besoin, testent et valident la recette ; leur acceptation conditionne la réussite réelle.

Exemple : une voie cyclable intercommunale de l’idée à la mise en service

Prenons un cas fictif mais représentatif : deux communes voisines souhaitent relier leurs centres par une voie cyclable sécurisée.

Au cadrage, le service mobilité formule le besoin à partir des demandes d’usagers et des données d’accidentologie, fixe un objectif mesurable de fréquentation, vérifie la faisabilité foncière et identifie les acteurs : élus, riverains, commerçants, gestionnaire de voirie départementale, exploitant de bus. Le comité intercommunal donne son Go. En planification, le tracé est découpé en tronçons, le chemin critique passe par les études et les marchés de travaux, une provision est réservée aux réseaux souterrains imprévus et un plan de communication prévoit des réunions publiques avant chaque tronçon. L’exécution enchaîne les chantiers tronçon par tronçon, pendant que le suivi signale un retard de livraison des matériaux : le comité décide d’inverser l’ordre de deux tronçons pour préserver la date de mise en service. À la clôture, la réception des travaux est prononcée, le gestionnaire de voirie récupère le dossier des ouvrages exécutés et le retour d’expérience relève qu’une concertation plus précoce des commerçants aurait évité deux modifications coûteuses. Six mois plus tard, des compteurs mesurent la fréquentation réelle face à l’objectif initial.

Cet exemple illustre un point souvent oublié : le cycle de vie n’est pas un formulaire administratif, c’est une suite de rendez-vous de décision. Bien utilisé, il protège le projet de ses deux ennemis habituels, l’improvisation et la rigidité, et donne à chaque acteur une vision partagée de l’endroit où l’on se trouve et de ce qui reste à accomplir.