Les 5 phases de la gestion de projet, du cadrage au transfert en exploitation

Les 5 phases de la gestion de projet, du cadrage au transfert en exploitation

Une phase de gestion de projet définit ce qui doit être décidé, produit, validé et transmis avant d’aller plus loin. Le cycle de vie le plus courant s’organise en cinq temps : démarrage, planification, exécution, suivi et contrôle, puis clôture. Cette structure donne au sponsor, au chef de projet et à l’équipe des repères communs pour maîtriser le périmètre, les délais, les coûts et la qualité.

Comprendre le cycle de vie et les 5 phases de référence

Le cycle de vie d’un projet décrit le chemin qui mène d’un besoin métier à un résultat livré, accepté et exploitable. Les cinq phases souvent associées aux référentiels du PMI et du PMBOK sont le démarrage, la planification, l’exécution, le suivi et le contrôle, puis la clôture. Elles ne sont pas toujours strictement successives : le suivi accompagne l’exécution et peut conduire à ajuster le plan.

Quiz : Les phases de la gestion de projet

Phase Question à trancher Livrable ou décision clé
Démarrage Pourquoi ce projet mérite-t-il d’être lancé ? Business case, charte de projet, décision Go/No Go
Planification Qui fait quoi, quand et avec quels moyens ? Planning, budget, WBS, RACI, registre des risques
Exécution Comment produire les résultats attendus ? Livrables intermédiaires, comptes rendus, validations
Suivi et contrôle Sommes-nous encore sur la bonne trajectoire ? Tableau de bord, arbitrages, actions correctives
Clôture Le résultat est-il accepté et transféré ? Réception, bilan, archivage, retour d’expérience

Les termes varient selon les organisations. Lancement, démarrage, initiation et initialisation désignent souvent le même moment de cadrage. Dans un modèle à six phases, l’avant-projet est isolé : il sert à étudier l’opportunité, à comparer des options et à vérifier la faisabilité avant de constituer officiellement le projet. Les modèles à sept phases ajoutent parfois une étape de conception, de préparation ou de déploiement. Le nombre importe moins que la clarté des décisions de passage.

Démarrer et planifier : transformer une idée en engagement réaliste

Le démarrage fixe le mandat et la valeur attendue

La phase de démarrage part du besoin : problème à résoudre, opportunité à saisir ou obligation à respecter. Le business case présente les bénéfices attendus, les coûts estimés, les risques majeurs et les solutions envisageables. Une étude d’opportunité ou de faisabilité peut compléter cette analyse, notamment lorsque le projet mobilise des ressources importantes ou comporte de fortes contraintes techniques.

Infographie des phases de la gestion de projet, du démarrage à la clôture et au passage vers le RUN
Infographie des phases de la gestion de projet, du démarrage à la clôture et au passage vers le RUN

La charte de projet formalise ensuite le mandat. Elle précise l’objectif, le périmètre initial, les livrables principaux, les hypothèses, les exclusions, le sponsor, le chef de projet et les parties prenantes prioritaires. Le sponsor porte la décision et les arbitrages stratégiques. Le chef de projet organise le travail et alerte en cas d’écart. Un kick-off ne doit intervenir qu’après une décision explicite de lancement, lorsque le besoin et le mandat sont suffisamment clairs.

La planification rend le projet pilotable

Planifier consiste à convertir l’ambition en trajectoire crédible. Les objectifs doivent être suffisamment précis pour être mesurés, par exemple avec une formulation SMART. Le périmètre est découpé en lots et en tâches grâce à un WBS, aussi appelé OTP ou organigramme technique de projet. Ce découpage permet d’estimer l’effort, d’identifier les dépendances et de répartir les responsabilités.

  • Construire un planning avec des jalons, un diagramme de Gantt ou un réseau PERT.
  • Établir le budget, les ressources disponibles et les seuils de tolérance.
  • Définir une matrice RACI pour distinguer le responsable, l’approbateur, les personnes consultées et les personnes informées.
  • Ouvrir un registre des risques avec une probabilité, un impact, un propriétaire et une action de réponse.
  • Préparer les critères d’acceptation, le plan de tests et la stratégie de recette.

Un planning utile n’est pas une promesse figée. C’est une baseline, c’est-à-dire une référence validée qui permet de mesurer les écarts. Sans cette référence, il devient difficile de distinguer une évolution justifiée d’une dérive silencieuse. La planification doit donc préciser les critères d’entrée dans l’exécution et les conditions qui permettront de valider les premiers livrables.

Exécuter sans perdre la maîtrise du périmètre

Produire, coordonner et valider progressivement

L’exécution mobilise les équipes pour réaliser les livrables prévus : conception, développement, production de contenu, formation, déploiement ou travaux. Le chef de projet facilite la coordination, lève les blocages et maintient une information accessible aux parties prenantes. Les comités projet traitent les sujets opérationnels. Le comité de pilotage arbitre les décisions qui affectent fortement le budget, le délai, le périmètre ou la valeur métier.

La qualité ne doit pas être reportée à la fin. Des contrôles intermédiaires, des revues et des validations régulières réduisent le coût des corrections. Chaque livrable doit être relié à un critère d’acceptation connu à l’avance : fonction attendue, conformité, performance, contenu validé ou résultat de test. Cette discipline évite de déclarer un livrable terminé alors qu’il reste inutilisable par le client ou les utilisateurs.

Le suivi et le contrôle se font en parallèle

Le suivi ne constitue pas une salle d’attente entre deux phases. Il agit pendant toute l’exécution pour comparer le réel au plan. Le tableau de bord peut suivre l’avancement, les délais, les coûts, la charge, la qualité, les risques ouverts et la satisfaction des parties prenantes. Un indicateur n’a de valeur que s’il conduit à une décision : réaffecter une ressource, prioriser une tâche, modifier une séquence ou escalader un arbitrage.

Un projet avance rarement en ligne droite. Un retard sur une tâche isolée peut rester absorbable, mais le même retard sur une activité située en amont d’une recette, d’une formation et d’une mise en production peut se propager. Cartographier les dépendances critiques et définir des marges de manœuvre permet d’agir avant que l’écart ne touche l’ensemble du planning.

Les demandes de changement doivent suivre un circuit simple : description du besoin, analyse des impacts sur le périmètre, le coût, le délai et les risques, puis décision d’acceptation, de report ou de refus. Accepter un changement sans mettre à jour la baseline, le planning et les responsabilités revient à créer une dette de pilotage. Le registre des changements conserve la trace des décisions et facilite leur suivi.

Clôturer pour sécuriser le passage vers l’exploitation

La clôture commence lorsque les livrables ont été vérifiés et acceptés selon les critères convenus. Elle couvre la réception finale, la fermeture des contrats, le suivi des dépenses, l’archivage des documents et la libération des ressources. Elle doit aussi préparer le transfert vers le RUN : les équipes d’exploitation, le support, la maintenance ou les responsables métier doivent recevoir les informations, procédures, accès et formations nécessaires.

Le retour d’expérience est un livrable à part entière. Il documente les écarts rencontrés, les décisions efficaces, les risques mal évalués et les pratiques à réutiliser. Une courte rétrospective menée avec l’équipe et le sponsor évite de perdre ces enseignements lorsque chacun passe à un autre sujet. Lorsque les bénéfices sont mesurables plus tard, un responsable doit également être désigné pour vérifier leur réalisation après la fin administrative du projet.

Choisir une structure adaptée plutôt qu’appliquer une méthode par réflexe

Une approche prédictive, telle que Waterfall ou le cycle en V, convient lorsque les exigences sont stables, les dépendances fortes et les validations formelles indispensables. Elle facilite la traçabilité, mais rend les changements plus coûteux si le besoin évolue en cours de route. L’Agile privilégie des itérations courtes, des priorités révisables et des retours fréquents des utilisateurs. Cette approche est pertinente lorsque la solution doit être explorée progressivement.

L’approche hybride est souvent pragmatique. Un projet peut conserver un cadrage, un budget et des jalons de gouvernance prédictifs, tout en réalisant certains lots en sprints. Le bon choix dépend de la maturité de l’équipe, de la disponibilité des utilisateurs, du niveau de risque et de la stabilité du périmètre. Quelle que soit la méthode, gardez les mêmes réflexes : un mandat clair, des responsabilités explicites, des points de contrôle, une gestion des changements et une clôture préparée dès le démarrage.