Cycle de vie d’un projet : les 5 phases, livrables et jalons

Les 5 phases du cycle de vie d’un projet, leurs livrables, les questions go/no-go entre phases, prédictif vs agile vs hybride et un exemple complet en PME.

Le cycle de vie d’un projet décrit les phases qu’un projet traverse entre l’idée de départ et le bilan final. Le référentiel du PMI (PMBOK) en distingue cinq : initiation, planification, exécution, suivi et contrôle, clôture. Ce découpage vaut pour un projet informatique comme pour un chantier ou une réorganisation : ce qui change, c’est la durée des phases et la façon de les enchaîner. Ce guide détaille chaque phase, ses livrables, les questions à trancher avant de passer à la suivante, et montre comment le cycle s’adapte en prédictif, en agile et en hybride.

Les cinq phases et leurs jalons de passage

Les 5 phases d’un projet en un tableau

Chaque phase produit des livrables et se termine par une question de sortie. Tant que la réponse n’est pas oui, le projet ne passe pas à la phase suivante.

Phase	Objectif	Livrables clés	Question de sortie (go/no-go)
1. Initiation	Décider si le projet mérite d’exister	Note de cadrage, étude d’opportunité, sponsor nommé, parties prenantes identifiées	Le besoin, les bénéfices attendus et l’enveloppe sont-ils validés par le sponsor ?
2. Planification	Définir comment atteindre l’objectif	WBS, planning et jalons, budget, plan de charge, registre des risques, plan de communication	Le plan est-il réaliste avec les ressources réellement disponibles ?
3. Exécution	Produire les livrables	Livrables intermédiaires, comptes rendus, décisions, gestion des changements	Les livrables sont-ils conformes aux critères d’acceptation ?
4. Suivi et contrôle	Mesurer l’écart et corriger	Rapports d’avancement, indicateurs délai/coût/qualité, actions correctives	L’écart reste-t-il dans les tolérances fixées, ou faut-il ré-arbitrer ?
5. Clôture	Terminer proprement et capitaliser	PV de recette, transfert à l’exploitation, bilan de projet, retour d’expérience	Le client a-t-il signé la recette et les enseignements sont-ils partagés ?

Phase 1 : l’initiation, ou pourquoi ce projet

L’initiation transforme une demande en projet candidat. Le sponsor formule le problème à résoudre, les bénéfices attendus et les contraintes (délai, budget, réglementation). Le chef de projet pressenti rédige une note de cadrage d’une à deux pages : objectifs, périmètre inclus et exclu, parties prenantes, hypothèses, ordre de grandeur des coûts. C’est le document sur lequel le comité décide de lancer, de reporter ou d’abandonner. Une initiation bien menée dure quelques jours, pas quelques mois. Erreurs fréquentes :

Lancer le projet sans sponsor identifié : personne pour trancher quand les arbitrages arrivent.
Confondre solution et besoin : cadrer « déployer l’outil X » au lieu de « réduire le délai de traitement des commandes ».
Sauter l’étude d’opportunité parce que la décision est « déjà prise ».

Phase 2 : la planification, du périmètre au plan de charge

La planification traduit le cadrage en plan exécutable. On découpe le périmètre en lots et en tâches (WBS), on estime les charges, on enchaîne les tâches avec leurs dépendances, on pose les jalons et on identifie le chemin critique. Le plan de charge confronte ensuite ce planning aux ressources réellement disponibles, congés et autres projets compris. La phase se termine par la réunion de lancement (kick-off), qui aligne l’équipe et les parties prenantes sur le plan. Erreurs fréquentes :

Planifier avec des ressources à 100 % alors qu’elles sont partagées entre plusieurs projets.
Détailler le planning à la journée sur 18 mois : il sera faux dès la troisième semaine.
Oublier les jalons externes (validation juridique, disponibilité d’un fournisseur) qui ne dépendent pas de l’équipe.

Phase 3 : l’exécution, produire les livrables

L’exécution est la phase la plus longue et la plus consommatrice de ressources. Le chef de projet affecte les tâches, lève les obstacles, anime les points d’équipe et traite les demandes de changement : toute modification du périmètre passe par une évaluation d’impact sur le délai et le coût avant d’être acceptée. Les décisions prises en réunion sont consignées avec leur date et leur responsable, pour ne pas être rejouées. Erreurs fréquentes :

Accepter les « petites » demandes sans les tracer : le périmètre grossit sans que le budget ne bouge.
Laisser les décisions dans les boîtes mail au lieu d’un registre partagé.
Attendre la fin de la phase pour montrer un livrable au client.

Phase 4 : le suivi et contrôle, mesurer l’écart

Le PMI parle de groupe de processus plutôt que de phase : le suivi et contrôle court en parallèle de l’exécution, du premier jour au dernier. Il consiste à comparer régulièrement le réalisé au plan sur trois axes — délai, coût, qualité — et à décider des corrections. Concrètement : mise à jour hebdomadaire de l’avancement, relevé des temps passés, consommé budgétaire face à l’engagé, revue des risques, et un rapport de statut d’une page (la météo projet) pour le comité. Le suivi sert à agir tôt : un retard signalé à 10 % se rattrape, à 40 % il se subit. Erreurs fréquentes :

Suivre l’avancement au ressenti (« on est à 80 % ») plutôt qu’au reste à faire.
Produire un rapport de 20 pages que personne ne lit, au lieu d’une page avec trois indicateurs et deux décisions attendues.
Ne remonter les alertes qu’une fois le jalon dépassé.

Phase 5 : la clôture, terminer et capitaliser

La clôture commence par la recette finale : le client ou le métier vérifie que les livrables répondent aux critères d’acceptation fixés en planification, puis signe un procès-verbal. Suivent le transfert vers l’exploitation (documentation, formation, support), la clôture administrative (contrats, factures, libération des ressources) et le bilan : écarts entre prévu et réalisé, causes, enseignements. Une clôture non formalisée laisse un projet « fini à 95 % » qui continue de consommer du temps pendant des mois. Erreurs fréquentes :

Libérer l’équipe avant la recette, puis ne plus trouver personne pour corriger.
Faire le bilan six mois plus tard, quand plus personne ne se souvient des causes.
Mesurer les bénéfices attendus à la clôture : ils n’apparaissent souvent qu’après plusieurs mois d’exploitation, d’où l’intérêt d’un point de bénéfices différé.

Cycle de vie prédictif, agile ou hybride : ce qui change

Les cinq phases existent dans toutes les approches, mais leur enchaînement diffère. En prédictif (cascade, cycle en V), chaque phase se termine avant la suivante et le périmètre est figé tôt. En itératif ou agile, planification, exécution et suivi se répètent à chaque sprint et le périmètre se précise livraison après livraison. L’hybride, le plus répandu en entreprise, cadre et clôture en prédictif et réalise en agile. Le choix dépend de la stabilité du besoin et du coût d’un changement tardif.

Approche	Quand l’utiliser	Comment le cycle change	Exemple
Prédictif	Besoin stable, contraintes réglementaires, coût d’erreur élevé	Phases séquentielles, jalon go/no-go entre chaque phase, périmètre gelé après la planification	Construction, migration d’infrastructure, contrat au forfait
Agile / itératif	Besoin qui se découvre en avançant, produit logiciel, retours utilisateurs fréquents	Initiation courte, puis cycles planification-exécution-suivi de 2 à 4 semaines ; clôture par arrêt des itérations	Application métier, site web, produit numérique
Hybride	Organisation avec comités et budgets annuels, mais équipes de réalisation agiles	Cadrage, budget et jalons contractuels en prédictif ; réalisation en sprints ; suivi mixte (jalons et vélocité)	Déploiement d’un ERP ou d’un CRM, programme de transformation

Exemple fil rouge : déployer un outil de gestion dans une PME

Une PME de 120 personnes veut remplacer ses feuilles de calcul par un outil de suivi des projets. Voici le cycle de vie complet, en cinq étapes :

Initiation (2 semaines) : la direction constate que le comité de direction n’a pas de vision consolidée des projets. Le DSI rédige une note de cadrage : objectif « une vue à jour du portefeuille chaque lundi », périmètre limité aux projets de plus de 20 jours, budget cible 40 k€, sponsor le directeur général. Go en comité de direction.
Planification (3 semaines) : WBS en quatre lots (paramétrage, reprise des données, formation, généralisation), planning de 4 mois avec trois jalons, plan de charge de 0,3 ETP pour le DSI et 0,5 ETP pour une cheffe de projet, risque principal « adhésion des chefs de projet ».
Exécution (3 mois) : paramétrage en deux itérations validées avec deux chefs de projet pilotes, reprise de 25 projets, une demande de changement (ajouter le suivi budgétaire) acceptée après chiffrage à +6 jours.
Suivi et contrôle (en continu) : point hebdomadaire de 30 minutes, météo projet mensuelle au comité de direction, alerte au deuxième mois sur un retard de reprise des données, résolu en décalant la formation d’une semaine sans toucher au jalon final.
Clôture (2 semaines) : recette signée par le DG sur le critère « portefeuille à jour trois lundis de suite », transfert au support interne, bilan : 44 k€ consommés (+10 %), délai tenu, enseignement « impliquer les pilotes dès le cadrage ».

Les points de passage à formaliser en comité

Un jalon de passage de phase est une décision, pas une date. Pour qu’il joue son rôle, chaque point de passage a un document d’entrée, une instance qui décide et une trace écrite. Modèle à réutiliser :

Go de lancement (fin d’initiation) : note de cadrage validée, sponsor nommé, enveloppe réservée. Instance : comité de direction ou comité portefeuille.
Go de réalisation (fin de planification) : planning, budget et plan de charge acceptés, risques majeurs couverts. Instance : comité de pilotage (copil).
Revues intermédiaires (pendant l’exécution) : à chaque jalon majeur, météo projet, décisions attendues, demandes de changement à arbitrer. Instance : copil, au rythme fixé au cadrage.
Go de mise en service (fin d’exécution) : recette prononcée, plan de bascule et de retour arrière prêts. Instance : copil élargi au métier et à l’exploitation.
Clôture (fin de projet) : bilan présenté, ressources libérées, bénéfices à mesurer datés. Instance : comité portefeuille.

Le cycle de vie au niveau du portefeuille

Un projet ne naît pas en initiation : il a d’abord été une idée ou une demande parmi d’autres. Au niveau du portefeuille, le cycle de vie s’élargit en cinq étapes : idée, qualification, arbitrage, projet, bilan. La qualification vérifie l’alignement avec la stratégie et estime charge et bénéfices. L’arbitrage compare les candidats à la capacité disponible et décide lesquels démarrent, et quand. Le projet suit alors ses cinq phases. Le bilan referme la boucle : les bénéfices réellement obtenus et les enseignements alimentent la qualification des idées suivantes. Ce cycle élargi évite de lancer plus de projets que l’organisation ne peut en exécuter, première cause des retards en cascade.

Dans FoxPlan

FoxPlan couvre ce cycle de bout en bout, du portefeuille au projet. Les idées et demandes sont collectées, qualifiées puis arbitrées avant de devenir des projets. La planification s’appuie sur un Gantt interactif avec dépendances, jalons et chemin critique, confronté à la capacité des ressources dans un plan de charge multi-projets. Les comités de pilotage et comités projet ont leur module dédié, avec séances récurrentes et ordre du jour, et la météo projet fournit le rapport de statut de chaque revue. Risques, décisions, actions et changements sont suivis comme objets du projet jusqu’à la clôture, dont le bilan reste visible dans le portefeuille.

Voir comment faire dans la documentation FoxPlan ↗

Questions fréquentes

Quelles sont les 5 phases d’un projet ?

Selon le PMI, les cinq phases (groupes de processus) sont l’initiation, la planification, l’exécution, le suivi et contrôle, et la clôture. Le suivi et contrôle n’est pas strictement séquentiel : il court en parallèle de l’exécution, du premier jour au dernier.

Quelle est la différence entre cycle de vie du projet et cycle de vie du produit ?

Le cycle de vie du projet se termine à la clôture, une fois les livrables recettés. Le cycle de vie du produit continue : exploitation, évolutions, retrait. Un même produit traverse en général plusieurs projets successifs au cours de sa vie.

Combien de temps dure chaque phase d’un projet ?

Il n’y a pas de règle fixe. En pratique, l’exécution prend la plus grande part, souvent plus de la moitié de la durée totale ; initiation et planification représentent ensemble quelques semaines sur un projet de plusieurs mois ; la clôture dure quelques semaines. L’important est que chaque phase se termine par une décision explicite.

Le cycle de vie d’un projet s’applique-t-il aux projets agiles ?

Oui. L’initiation et la clôture demeurent, mais planification, exécution et suivi se répètent à chaque itération de deux à quatre semaines. Le périmètre se précise livraison après livraison au lieu d’être figé au départ.

Qu’est-ce qu’un jalon go/no-go ?

C’est un point de décision en fin de phase où un comité choisit de poursuivre, d’ajuster ou d’arrêter le projet. La décision s’appuie sur les livrables de la phase (note de cadrage, plan, PV de recette) et fait l’objet d’une trace écrite.

Quel est le cycle de vie d’un projet informatique ?

Un projet informatique suit les mêmes cinq phases, l’exécution étant souvent découpée en conception, développement, tests et déploiement. La plupart des projets informatiques suivent aujourd’hui un cycle hybride : cadrage et jalons en prédictif, réalisation agile en sprints.