Plan de management de projet : composantes, étapes et exemple

Qu'est-ce qu'un plan de management du projet ?

A plan de management de projet est un document formel et approuvé qui définit comment un projet sera exécuté, surveillé et maîtrisé, et clôturé. Il intègre les plans subsidiaires relatifs au périmètre, au calendrier, aux coûts, à la qualité, aux ressources, à la communication, aux risques, aux approvisionnements et aux parties prenantes, ainsi que les références de base utilisées pour mesurer la performance.

Cette formulation vient du *Guide PMBOK* du PMI, qui définit le plan de management de projet comme le document décrivant comment le projet sera exécuté, surveillé et maîtrisé, et clôturé. En pratique, c'est le règlement du projet : l'endroit où l'équipe, le commanditaire et les parties prenantes trouvent comment les décisions sont prises, comment l'avancement est communiqué et ce qui se passe en cas de changement.

Un bon plan répond à quelques questions pratiques :

• Quoi livrons-nous, et qu'est-ce qui est hors périmètre ?
• Quand les principaux livrables et jalons seront-ils terminés ?
• Combien cela coûtera-t-il, et comment les dépenses seront-elles maîtrisées ?
• Qui réalise le travail, et qui prend quelles décisions ?
• Comment gérerons-nous la qualité, les risques, les problèmes, les fournisseurs et la communication ?
• Ce qui se passe lorsque quelqu'un demande un changement ?

Il est généralement rédigé par le chef de projet avec la contribution de l'équipe, d'experts métier et des principales parties prenantes, puis approuvé par le commanditaire ou le comité de pilotage. Son élaboration est une activité centrale de la gestion de l'intégration du projet, car elle relie entre eux tous les autres domaines de connaissance.

Plan de management de projet vs autres documents de projet

On emploie souvent indifféremment « plan de projet », « plan de management de projet » et « calendrier ». Ces notions se recoupent, mais ce ne sont pas les mêmes. Le tableau ci-dessous montre comment s'articulent les principaux documents de démarrage.

La distinction essentielle est que la charte dit que le projet existe et pourquoi, tandis que le plan de management de projet dit comment il sera livré. Le calendrier n'est qu'une partie du plan. Si vous travaillez dans un environnement PRINCE2, le PID joue un rôle similaire au plan de management de projet, mais contient aussi le business case et la structure de l'équipe de management de projet.

Pourquoi un plan de management de projet est important

Rédiger un plan prend du temps ; il est donc légitime de se demander ce qu'il apporte. D'après notre expérience, les bénéfices viennent moins du document lui-même que de la réflexion et des accords qu'il impose en amont.

• Une compréhension partagée : le commanditaire, l'équipe et les parties prenantes s'accordent sur le périmètre, les priorités et les méthodes de travail avant d'engager des dépenses.
• Une base pour mesurer l'avancement : sans des références approuvées pour le périmètre, le calendrier et les coûts, impossible de dire si le projet est en avance, en retard ou en dépassement budgétaire.
• Des décisions plus rapides : les rôles, les seuils d'approbation et les circuits de remontée sont convenus à l'avance, si bien que les problèmes ne restent pas bloqués le temps de savoir qui décide.
• La maîtrise des changements : un processus défini de maîtrise des changements protège le projet de la dérive du périmètre.
• Moins de surprises : planifier en amont les risques, la qualité et les approvisionnements fait apparaître les problèmes tant qu'ils sont encore peu coûteux à corriger.
• Une intégration facilitée : les nouveaux membres de l'équipe et les fournisseurs peuvent lire un seul document au lieu de reconstituer l'information à partir d'e-mails et de comptes rendus.

Les composantes d'un plan de management de projet

La liste de composantes la plus utilisée vient du *Guide PMBOK* 6e édition, qui décrit trois groupes : les plans subsidiaires, les références de base et les composantes additionnelles. Les éditions suivantes sont passées à une structure par principes et domaines de performance et mettent davantage l'accent sur l'adaptation, mais la liste de la 6e édition reste une référence pratique pour décider de ce que doit couvrir votre plan.

Plans subsidiaires

Chaque plan subsidiaire explique comment un domaine du projet sera géré. Sur un petit projet, plusieurs peuvent tenir en un paragraphe chacun ; sur un grand projet, chacun peut être un document distinct référencé dans le plan principal.

Références de base

Les références de base sont les versions approuvées du périmètre, du calendrier et des coûts. Elles ne changent que par la maîtrise formelle des changements, et la performance réelle est comparée à celles-ci.

Ensemble, les trois forment la référence de base de mesure de la performance, à laquelle se compare la gestion de la valeur acquise.

Composantes additionnelles

Le *Guide PMBOK* 6e édition liste aussi des composantes qui décrivent la manière dont le projet est mené dans son ensemble :

• Plan de gestion des changements : comment les changements sont demandés, évalués, approuvés et consignés.
• Plan de gestion de la configuration : comment les versions des livrables et des documents sont identifiées et maîtrisées.
• Description du cycle de vie du projet : les phases que le projet va traverser.
• Approche de développement : prédictive, adaptative (agile) ou hybride, et pourquoi.
• Revues de direction : quand le commanditaire ou le comité de pilotage examinera l'avancement et prendra les décisions de poursuite ou d'arrêt.

Comment élaborer un plan de management de projet en 10 étapes

L'ordre ci-dessous suit la logique de la plupart des praticiens : s'accorder sur ce que vous livrez, puis sur le moment et le coût, puis sur la manière dont vous gérerez tout ce qui l'entoure. En réalité, vous reviendrez en arrière à mesure que les étapes suivantes feront apparaître des problèmes dans les précédentes, ce qui est normal.

1. Partir de la charte et du dossier d'investissement approuvés

Lisez le charte de projet ainsi que le dossier d'investissement. Relevez les objectifs, le périmètre de haut niveau, les dates imposées, la fourchette budgétaire, les risques connus et les éventuelles contraintes. Tout le contenu du plan doit être cohérent avec ces éléments. Si un élément de la charte est irréaliste, signalez-le dès maintenant au commanditaire plutôt que de l'enfouir dans le plan.

2. Identifier les parties prenantes et recueillir les exigences

Listez toutes les personnes affectées par le projet ou capables de l'influencer, puis recueillez et priorisez leurs exigences. Entretiens, ateliers et analyse des processus existants sont tous utiles. Consignez les exigences pour pouvoir ensuite relier chacune à un livrable.

3. Définir le périmètre et construire la structure de découpage du projet

Rédigez un énoncé du périmètre avec des inclusions, des exclusions, des livrables et des critères d'acceptation clairs. Décomposez ensuite les livrables en une structure de découpage du projet jusqu'à ce que chaque lot de travail soit assez petit pour être estimé et attribué. Notre modèle de WBS gratuit vous fournit une structure de départ.

4. Choisir le cycle de vie et adapter votre approche

Décidez si le projet sera prédictif, agile ou hybride, quelles phases il comportera et quel degré de formalisme exige chaque domaine. Un projet interne de deux mois et un programme réglementé de deux ans ne doivent pas avoir le même niveau de documentation.

5. Construire le calendrier

Transformez les lots de travail en activités, enchaînez-les avec leurs dépendances, estimez les durées et identifiez le chemin critique. Ajoutez des jalons pour les décisions et transferts clés. Notre guide de l' ordonnancement de projet détaille chaque étape.

6. Estimer les coûts et fixer le budget

Estimez le coût de chaque lot de travail à l'aide de techniques comme l'estimation par analogie, paramétrique ou ascendante, puis ajoutez une provision pour les risques identifiés. Agrégez les estimations dans un budget de projet réparti dans le temps et convenez d'une éventuelle réserve de management avec le commanditaire.

7. Planifier les ressources, les rôles et les responsabilités

Confirmez qui réalisera le travail, quand ces personnes sont disponibles et quels équipements ou matériaux sont nécessaires. Utilisez une matrice RACI pour indiquer qui est réalisateur, approbateur, consulté et informé pour chaque livrable et décision majeurs.

8. Planifier la qualité, les risques, la communication, les approvisionnements et l'engagement des parties prenantes

Rédigez les plans complémentaires. Fixez les normes de qualité et les contrôles d'acceptation, animez un atelier sur les risques et ouvrez un registre des risques, convenez des rythmes et canaux de reporting, décidez de ce qu'il faut acheter et comment, et planifiez la manière dont vous impliquerez chaque groupe de parties prenantes.

9. Définir la maîtrise des changements, les références de base et le reporting

Décrivez comment les changements sont demandés et approuvés, qui peut approuver quoi (par exemple le chef de projet jusqu'à un certain montant, le commanditaire au-delà) et comment les décisions sont consignées. Fixez les références de base du périmètre, du calendrier et des coûts et convenez de la manière dont l'avancement sera communiqué, par exemple dans un rapport d'avancement hebdomadaire.

10. Relire, approuver et lancer

Présentez le plan au commanditaire et aux principales parties prenantes, traitez leurs commentaires et obtenez une approbation formelle. Organisez ensuite une réunion de lancement pour que toute l'équipe comprenne les objectifs, le plan et son rôle. Un plan que seul le chef de projet a lu ne guidera personne.

Exemple de plan de management de projet

L'exemple ci-dessous est illustratif et simplifié. Il montre à quoi pourrait ressembler chaque partie d'un plan pour un projet interne de taille moyenne : le déménagement d'une équipe de 120 personnes dans de nouveaux bureaux.

Notez que chaque entrée est précise et mesurable. « Perturbation minimale » devient « au plus une journée de travail par équipe », et « tenir les gens informés » devient un canal et une fréquence nommés.

Trame de plan de management de projet

Utilisez cette trame comme sommaire de votre document. Supprimez ou fusionnez les sections non pertinentes, et renvoyez aux documents distincts lorsqu'ils existent déjà.

1. Gestion du document : version, date, auteur, approbateurs et historique des modifications.
2. Présentation du projet : contexte, objectifs et critères de succès issus de la charte.
3. Périmètre : énoncé du périmètre, exclusions, livrables, critères d'acceptation et WBS.
4. Approche de développement et cycle de vie : phases, méthodes et décisions d'adaptation.
5. Calendrier : liste des jalons, diagramme de Gantt de synthèse et règles de gestion du calendrier.
6. Budget : référence de base des coûts, provision, financement et règles de maîtrise des coûts.
7. Organisation : rôles, responsabilités, RACI et droits de décision.
8. Gestion des ressources : effectifs, équipements et matériaux.
9. Gestion de la qualité : normes, revues et réception.
10. Gestion des risques : approche, échelles, responsables et cycle de revue ; lien vers le registre des risques.
11. Communication : parties prenantes, messages, canaux et fréquence.
12. Approvisionnements : ce qui sera acheté et comment les fournisseurs sont gérés.
13. Engagement des parties prenantes : approche pour chaque groupe clé.
14. Maîtrise des changements et de la configuration : processus, seuils et enregistrements.
15. Suivi et reporting : rapports d'avancement, revues et indicateurs clés.
16. Clôture : réception, transfert et retours d'expérience.
17. Annexes : calendrier détaillé, estimations, registres et modèles.

Notre modèle de plan de projet gratuit vous offre une structure prête à l'emploi dans Sheets, Excel et PDF. Associez-le au modèle de registre des risques, modèle de plan de communication et modèle de matrice RACI pour les sections complémentaires.

Quel niveau de détail pour le plan ?

Il n'y a pas de longueur imposée. Le bon niveau de détail est celui qui permet à l'équipe de travailler sans demander sans cesse comment faire, et au commanditaire de voir ce qu'il approuve. À titre indicatif :

Posez deux questions sur chaque section : quelqu'un remarquerait-il son absence, et prendrait-il une décision différente grâce à elle ? Si la réponse est non aux deux, supprimez-la.

Le plan de management de projet dans les projets agiles et hybrides

Les équipes agiles planifient aussi, mais différemment. Au lieu de figer un périmètre détaillé en amont, elles fixent la vision, les limites de délai et de budget et les méthodes de travail, puis planifient en détail une release ou un sprint à la fois. On parle parfois de planification par vagues successives.

• À figer : les objectifs, la gouvernance, les limites budgétaires, les jalons de release, les rôles, la Definition of Done et la manière d'impliquer les parties prenantes.
• À garder flexible : le périmètre détaillé, qui figure dans le Product Backlog priorisé plutôt que dans une référence de base du périmètre figée.
• À remplacer : le diagramme de Gantt détaillé par une feuille de route produit et un plan de release ; les demandes de modification formelles du périmètre par la priorisation du backlog par le Product Owner.

Les projets hybrides combinent souvent les deux : un plan prédictif pour le matériel, les contrats ou les jalons réglementaires, et une livraison agile pour le logiciel ou les contenus.

Tenir le plan à jour

Un plan approuvé est une référence de base, pas une réponse définitive. Les projets évoluent, et le plan doit évoluer avec eux de manière maîtrisée.

• Appliquez la maîtrise des changements : évaluez l'impact de chaque changement sur le périmètre, le délai, le coût, la qualité et les risques avant de l'approuver, puis mettez à jour les sections concernées.
• Ne redéfinissez la référence de base que si un changement est approuvé : ne déplacez pas discrètement la référence de base pour masquer un glissement ; l'écart est une information utile.
• Révisez à des moments définis : à chaque jalon de phase, après les changements importants et au moins une fois par mois sur les projets plus longs.
• Gérez les versions : consignez ce qui a changé, quand, pourquoi et qui l'a approuvé dans la section de gestion du document.
• Informez les personnes : un plan modifié dont personne n'a connaissance pose autant de problèmes que l'absence de plan.

Erreurs courantes dans un plan de management de projet

Outils pour élaborer et tenir à jour le plan

De nombreuses équipes rédigent les parties narratives du plan dans un document et gèrent le calendrier, les tâches, les risques et le budget dans un logiciel de gestion de projet. Le logiciel facilite la mise à jour du plan : les dépendances se recalculent automatiquement, les tableaux de bord montrent l'avancement par rapport à la référence de base et tout le monde voit la même version.

Pour comparer des outils de planification, recherchez des diagrammes de Gantt avec dépendances et références de base, des vues des ressources ou de la charge, des champs personnalisés pour les risques et les problèmes, et des tableaux de bord de reporting. Wrike, notre outil le mieux classé, propose des diagrammes de Gantt interactifs avec dépendances et des tableaux de bord partageables à partir de son forfait Team, ce qui convient aux équipes qui mènent plusieurs projets à la fois, tandis que des outils plus légers conviennent aux plans plus simples. Notre guide sur logiciel de diagramme de Gantt et le classement des outils de gestion de projet complet peuvent vous aider à choisir.

Une fois le plan approuvé, l'étape suivante consiste à le transformer en un calendrier que l'équipe peut suivre.

Modèles gratuits sur ce sujet

Parcourir tous les modèles

Questions fréquentes