Guide de la gestion de projet · Planification et périmètre
Document d'initialisation du projet (PID) : contenu et exemple
Un document d'initialisation du projet (PID) est l'ensemble des informations qui définissent un projet, expliquent comment il sera géré et constituent la référence de base que le comité de pilotage approuve avant le début de la réalisation. Il est issu de PRINCE2, où le chef de projet l'assemble pendant l'initialisation, mais de nombreuses organisations utilisent des PID quelle que soit leur méthode. Ce guide explique ce que contient un PID, comment le rédiger, propose un exemple détaillé et montre en quoi il diffère d'une charte.
À retenir
- Un PID définit ce que le projet va livrer, pourquoi, comment il sera géré et dans quelles limites.
- Dans PRINCE2, le chef de projet l'assemble pendant le processus Initialiser le projet et le comité de pilotage l'approuve.
- Une fois approuvé, le PID devient la référence de base et les modifications passent par la maîtrise des changements, souvent examinées aux limites de séquence.
- Les tolérances du PID permettent au chef de projet d'agir sans faire remonter chaque petit écart (gestion par exception).
- Adaptez-le au projet : un petit projet ou un projet agile nécessite un PID court, un grand programme beaucoup plus.
Qu'est-ce qu'un document d'initialisation du projet ?
A document d'initialisation du projet (PID) est un ensemble d'informations qui définit un projet et précise comment il sera géré. Il réunit la définition du projet, le business case, la structure de l'équipe, le plan de projet, les approches de management, les contrôles et l'adaptation. Une fois approuvé par le comité de pilotage, le PID devient la référence de base pour mener et évaluer le projet.
PRINCE2 l'appelle formellement documentation d'initialisation du projet, car il ne s'agit pas forcément d'un seul fichier. Ce peut être un document unique, un ensemble de documents liés ou une page dans un outil de gestion de projet, du moment que l'ensemble est approuvé et maîtrisé en bloc.
Le PID répond aux questions qu'un décideur doit trancher avant d'engager de l'argent et des personnes :
- Que faisons-nous exactement, et que ne faisons-nous pas ?
- Pourquoi cela en vaut-il la peine, et quels bénéfices attendons-nous ?
- Qui est responsable de quoi, et qui décide ?
- Combien de temps cela prendra-t-il et combien cela coûtera-t-il ?
- Comment gérerons-nous la qualité, les risques, les problèmes, les changements et la communication ?
- Quelle marge de manœuvre avant que le chef de projet ne doive faire remonter un point ?
Bien que le terme vienne de PRINCE2, les PID sont largement utilisés par les organismes publics britanniques, les services de santé et des entreprises qui ne suivent pas PRINCE2 à la lettre.
Pourquoi le PID est important
PRINCE2 décrit le PID comme un contrat entre le chef de projet et le comité de pilotage : il consigne ce que le comité a accepté et ce que le chef de projet s'est engagé à livrer. En pratique, un bon PID vous apporte :
- Une décision claire de lancement ou non : le comité autorise le projet sur la base d'une vision complète, pas d'une idée approximative.
- Une référence de base : l'avancement, les coûts, le périmètre et les bénéfices sont mesurés par rapport à ce qui a été approuvé.
- La gestion par exception : des tolérances convenues permettent au chef de projet de mener le projet au quotidien et de ne faire remonter un point que lorsqu'un dépassement des limites est prévu.
- Une gouvernance claire : les rôles, les droits de décision et les lignes de reporting sont convenus avant que des problèmes ne surviennent ; voir gouvernance de projet.
- La continuité : les nouveaux membres de l'équipe, fournisseurs et membres du comité peuvent comprendre le projet à partir d'une source unique.
- Une référence à la clôture : à la fin, le comité compare ce qui a été livré avec ce que promettait le PID.
La place du PID dans PRINCE2
Le PID est produit lors de la deuxième séquence d'un projet PRINCE2, la séquence d'initialisation, puis utilisé tout au long du projet. Le tableau le suit à travers les processus PRINCE2.
| Processus PRINCE2 | Ce qu'il advient du PID |
|---|---|
| Élaborer le projet | Avant l'existence du PID, un bref exposé du projet et un business case sommaire sont préparés pour que le comité décide si l'initialisation est justifiée. |
| Diriger le projet (autoriser l'initialisation) | Le comité de pilotage accepte d'investir dans la séquence d'initialisation. |
| Initialiser le projet | Le chef de projet élabore les approches de management, le plan de projet, les contrôles et le business case détaillé, et les assemble dans le PID. |
| Diriger le projet (autoriser le projet) | Le comité de pilotage examine et approuve le PID, qui devient alors la référence de base. |
| Gérer une limite de séquence | Le chef de projet met à jour le PID si nécessaire (par exemple le business case et le plan de projet) pour examen par le comité avant la séquence suivante. |
| Clore le projet | Le PID sert à comparer le résultat final avec la référence de base initiale et les changements approuvés. |
PRINCE2 7, publiée par PeopleCert en 2023, a renommé les sept thèmes en (pratiques) : business case, organisation, plans, qualité, risques, problèmes et progression. Elle a aussi ajouté des approches de management pour les aspects commerciaux, le développement durable, ainsi que le numérique et les données, et introduit un nouveau chapitre sur les personnes. Le PID reste au cœur de l'initialisation.
Si vous comparez des référentiels, consultez PMBOK ou PRINCE2.
Ce que contient un document d'initialisation du projet
Les recommandations PRINCE2 décrivent le PID comme réunissant les éléments suivants. En dehors de PRINCE2, la plupart des modèles de PID suivent une structure similaire sous d'autres intitulés.
| Section du PID | Ce qu'il contient |
|---|---|
| Définition du projet | Contexte, objectifs, résultats souhaités, périmètre et exclusions, livrables, contraintes, hypothèses, utilisateurs et interfaces |
| Business case | Raisons, options étudiées, bénéfices et effets négatifs attendus, coûts, délais, évaluation de l'investissement et risques majeurs |
| Structure de l'équipe de management de projet | Le comité de pilotage, le chef de projet, les rôles d'assurance et de support, souvent sous forme d'organigramme |
| Descriptions des rôles | Responsabilités et autorité de chaque rôle |
| Approches de management | Comment la qualité, les risques, les problèmes et les changements, la communication et d'autres domaines seront gérés |
| Plan de projet | Séquences, produits majeurs, jalons, ressources, coûts et délais |
| Contrôles du projet | Limites de séquence, tolérances, reporting (par exemple rapports de point clé) et remontée des exceptions |
| Adaptation | Comment la méthode a été adaptée au projet, et pourquoi |
Définition du projet
C'est le cœur du PID. Rédigez des objectifs du projet mesurables, un énoncé du périmètre avec des exclusions explicites, une liste de livrables avec leurs critères d'acceptation, ainsi que les contraintes et hypothèses dans lesquelles vous travaillez. Beaucoup de litiges ultérieurs remontent à une définition floue à ce stade.
Les approches de management dans PRINCE2 7
Les approches de management (appelées stratégies dans les éditions précédentes) expliquent comment un domaine particulier sera traité sur ce projet. PRINCE2 7 décrit des approches pour des domaines tels que :
- Qualité : normes, méthodes qualité, responsabilités et enregistrements.
- Risques : comment les risques sont identifiés, évalués et gérés, avec des échelles, des responsables et une fréquence de revue. Voir gestion des risques projet.
- Problèmes et maîtrise des changements : comment les problèmes et les demandes de modification sont consignés, évalués et tranchés.
- Communication : quelles informations vont à qui, quand et comment. Voir plan de communication.
- Aspects commerciaux : comment les fournisseurs et les contrats sont gérés (nouveauté de PRINCE2 7).
- Développement durable : comment le projet atteindra ses objectifs de durabilité (nouveauté de PRINCE2 7).
- Numérique et données : comment les données et les technologies numériques seront traitées (nouveauté de PRINCE2 7).
PRINCE2 utilise aussi une approche de gestion des bénéfices, qui décrit comment et quand les bénéfices seront mesurés, souvent après la clôture du projet.
Contrôles et tolérances du projet
Les contrôles expliquent comment le comité garde la main sans gérer le détail : comment le projet est découpé en séquences de management, quelles tolérances s'appliquent, quels rapports le chef de projet produit et à quelle fréquence, et quand une exception doit être remontée. Les tolérances sont détaillées plus bas.
PID vs charte de projet, business case et plan
Plusieurs documents de démarrage se recoupent. Le tableau montre la place de chacun.
| Document | Finalité | Quand | Approuvé par |
|---|---|---|---|
| Exposé du projet (PRINCE2) | Synthèse courte servant à décider de lancer ou non l'initialisation | Élaboration | Comité de pilotage |
| Business case | Justifie l'investissement ; tenu à jour tout au long du projet | Sommaire à l'élaboration, détaillé à l'initialisation | Exécutif ou commanditaire |
| Charte de projet | Autorise formellement le projet et le chef de projet (approche PMBOK) | Initialisation | Sponsor |
| Document d'initialisation du projet | Référence de base complète pour autoriser et gérer le projet (PRINCE2) | Initialisation | Comité de pilotage |
| Plan de management de projet | Comment le projet sera exécuté, surveillé, maîtrisé et clôturé (approche PMBOK) | Planification | Sponsor |
| Énoncé des travaux (SOW) | Description contractuelle du travail qu'un fournisseur réalisera | Achats | Acheteur et fournisseur |
La façon la plus simple de retenir la différence : une charte est courte et indique que le projet est autorisé ; un PID est plus long et précise exactement ce qui a été autorisé et comment cela sera mené. Le PID contient le plan de projet, mais aussi le business case, la structure de l'équipe et les approches de management, ce que ne contient pas un simple plan.
A cahier des charges est encore différent : il régit un contrat avec un fournisseur externe, tandis que le PID régit le projet en interne.
Comment rédiger un document d'initialisation du projet en 9 étapes
L'ordre ci-dessous convient à la plupart des projets. Dans PRINCE2, ces étapes se déroulent dans le processus Initialiser le projet ; en dehors de PRINCE2, elles constituent votre phase d'initialisation.
- Relisez l'exposé du projet ou le mandat. Confirmez le contexte, les objectifs, le business case sommaire et les décisions déjà prises par le commanditaire. Vérifiez que les conclusions de toute étude de faisabilité sont prises en compte.
- Convenez de l'adaptation. Décidez du degré de formalisme requis compte tenu de la taille, du risque et de la complexité du projet, et consignez ces décisions.
- Rédigez la définition du projet. Fixez les objectifs, le périmètre, les exclusions, les livrables, les critères d'acceptation, les contraintes, les hypothèses et les interfaces avec d'autres projets ou systèmes.
- Définissez les approches de management. Convenez de la manière dont la qualité, les risques, les problèmes et les changements, la communication et tout autre domaine pertinent seront gérés. Ouvrez le registre des risques à ce stade.
- Constituez l'équipe de management de projet. Désignez l'exécutif ou le commanditaire, l'utilisateur principal, le fournisseur principal et le chef de projet, avec des descriptions de rôles. Une matrice RACI clarifie les responsabilités.
- Construisez le plan de projet. Découpez le travail en produits ou livrables, définissez les séquences, estimez l'effort, le coût et la durée, et identifiez les jalons et les dépendances.
- Affinez le business case. Mettez à jour les coûts, les délais, les bénéfices et les risques à partir du plan détaillé. Utilisez l' analyse coûts-bénéfices lorsque c'est utile.
- Fixez les contrôles et les tolérances. Convenez des limites de séquence, de la fréquence du reporting, des tolérances de délai, de coût, de périmètre et d'autres domaines, et du mode de remontée des exceptions.
- Assemblez, relisez et soumettez pour approbation. Vérifiez la cohérence des différentes parties, demandez une revue à l'assurance projet, puis soumettez le PID au comité de pilotage avec un plan pour la séquence suivante.
Exemple de document d'initialisation du projet
L'exemple ci-dessous est illustratif et simplifié. Il montre à quoi pourrait ressembler chaque partie d'un PID pour une organisation de taille moyenne qui remplace son système de gestion de la relation client (CRM).
| Section du PID | Exemple de contenu |
|---|---|
| Contexte | Le CRM actuel n'est plus maintenu par son éditeur et ne peut pas s'intégrer au nouveau système financier. |
| Objectifs | Remplacer le CRM d'ici le 30 juin ; migrer toutes les fiches clients actives ; former les 85 collaborateurs des ventes et du service client avant la mise en service. |
| Périmètre | Comprend l'aide au choix, le paramétrage, la migration des données, l'intégration financière et la formation. Exclut le site web et l'automatisation marketing. |
| Livrables | CRM paramétré ; données migrées et validées ; intégration financière ; supports de formation ; transfert au support. |
| Contraintes et hypothèses | Budget fixé à 250 000 £ ; la mise en service doit éviter la période de clôture annuelle. Hypothèse : l'API du système financier est disponible d'ici mars. |
| Synthèse du business case | Évite le risque d'utiliser un logiciel non maintenu ; les bénéfices attendus sont moins de ressaisies manuelles et un meilleur reporting pour les responsables commerciaux. |
| Équipe de management de projet | Exécutif : directeur commercial. Utilisateur principal : responsable du service client. Fournisseur principal : responsable de compte de l'éditeur du CRM. Chef de projet : interne. |
| Approches de management | Qualité : recette utilisateur validée par l'utilisateur principal. Risques : revue mensuelle des risques. Changements : les changements de plus de 5 000 £ sont soumis au comité. |
| Plan de projet | Quatre séquences : initialisation ; paramétrage et intégration ; migration et tests ; formation et mise en service. |
| Tolérances | Délai : plus ou moins deux semaines. Coût : plus ou moins 5 %. Périmètre : les exigences indispensables ne peuvent pas être abandonnées sans l'accord du comité. |
| Reporting | Rapport de point clé au comité toutes les deux semaines ; rapport de fin de séquence à chaque limite de séquence. |
| Adaptation | Le comité se réunit chaque mois plutôt qu'à chaque décision ; un registre unique des risques et des problèmes est utilisé. |
Chaque entrée est suffisamment précise pour que le comité puisse l'approuver ou la contester. Des entrées vagues comme « améliorer les données clients » ne donnent au comité aucun critère pour juger le projet.
Tolérances et gestion par exception
Les tolérances sont l'une des parties les plus utiles d'un PID, et l'une des plus souvent négligées. Ce sont les limites convenues dans lesquelles le chef de projet peut prendre des décisions sans revenir vers le comité.
PRINCE2 fixe des tolérances pour des domaines comme le délai, le coût, le périmètre, la qualité, les risques et les bénéfices. Exemples types :
| Domaine | Exemple de tolérance |
|---|---|
| Délais | Plus ou moins deux semaines sur la date de mise en service |
| Coût | Plus ou moins 5 % du budget approuvé |
| Périmètre | Les fonctionnalités souhaitables peuvent être abandonnées, pas les indispensables |
| Qualité | Niveaux de défauts définis autorisés à la mise en service |
| Risques | Aucun risque individuel au-delà d'un score d'impact convenu sans examen du comité |
| Avantages | Les bénéfices attendus peuvent varier d'un pourcentage convenu |
Lorsque le chef de projet prévoit qu'une tolérance sera dépassée, il remonte une exception au comité plutôt que d'attendre que cela se produise. Les réunions du comité restent ainsi centrées sur les décisions qui le nécessitent, et le chef de projet dispose d'une autorité claire pour tout le reste. Notre guide rapport d'avancement de projet montre comment rendre compte par rapport à ces limites.
Adapter le PID aux petits projets et aux projets agiles
PRINCE2 attend que la méthode soit adaptée, et cela vaut aussi pour le PID. Un court projet interne n'a pas besoin d'un document de 40 pages.
- Petits projets : regroupez des sections, utilisez une seule page pour la définition et le plan, et renvoyez aux approches standard de l'organisation pour la qualité, les risques et la communication plutôt que de les réécrire.
- Projets agiles : PRINCE2 Agile utilise toujours un PID, mais il se concentre sur les objectifs, les résultats, les tolérances et les méthodes de travail. Le périmètre détaillé figure dans un backlog priorisé, et les tolérances permettent généralement au périmètre de varier tandis que le délai et le coût restent fixes.
- Projets importants ou à haut risque : conservez le PID comme synthèse de pilotage et renvoyez à des documents distincts pour le plan détaillé, les registres et les approches.
Pour en savoir plus sur la combinaison de la gouvernance PRINCE2 et de la livraison agile, lisez PRINCE2 vs agile.
Erreurs courantes dans un PID et comment les éviter
| Erreur | Que faire à la place |
|---|---|
| Copier un long modèle et remplir chaque section | Adaptez la structure et consignez pourquoi des sections ont été raccourcies ou supprimées |
| Objectifs et périmètre flous | Utilisez des objectifs mesurables et listez explicitement les exclusions |
| Aucune tolérance, ou des tolérances nulles | Convenez de limites réalistes pour que la gestion par exception fonctionne |
| Un business case rédigé une fois puis oublié | Mettez-le à jour à chaque limite de séquence et vérifiez que le projet en vaut toujours la peine |
| Des rôles nommés mais non expliqués | Rédigez de courtes descriptions de rôles avec les droits de décision |
| Considérer le PID comme une simple formalité d'approbation | Utilisez-le en réunion de comité, dans les rapports de point clé et lors des revues de séquence |
| Le modifier de manière informelle | Ne modifiez le PID de référence que par la maîtrise des changements |
| Dupliquer le contenu d'autres documents | Renvoyez au registre des risques, au plan ou aux contrats plutôt que de les recopier |
Modèles pour construire votre PID
Nous ne proposons pas de modèle de PID unique, car l'essentiel du contenu figure déjà dans des documents que vous créerez de toute façon. Ces modèles gratuits couvrent les principales sections, et vous pouvez les assembler ou les relier dans votre PID :
- Modèle de brief de projet pour la synthèse d'élaboration.
- Modèle de business case pour les raisons, les options, les coûts et les bénéfices.
- Modèle de charte de projet pour les objectifs, le périmètre, les jalons et les rôles au même endroit.
- Modèle de plan de projet pour les séquences, les tâches et les jalons.
- modèle de matrice RACI pour l'équipe de management de projet et les responsabilités.
- Modèle de registre des risques et modèle de plan de communication pour deux des principales approches de management.
Une fois votre PID approuvé, l'étape suivante consiste à mener la première séquence de livraison en vous y référant.
Modèles gratuits sur ce sujet
Questions fréquentes
Qu'est-ce qu'un document d'initialisation du projet ?
Un document d'initialisation du projet (PID) est l'ensemble des informations qui définissent un projet et la manière dont il sera géré : définition du projet, business case, structure de l'équipe, plan, approches de management, contrôles et adaptation. Dans PRINCE2, il est approuvé par le comité de pilotage et devient la référence de base du projet.
Que signifie PID en gestion de projet ?
PID signifie project initiation document (document d'initialisation du projet). PRINCE2 parle de project initiation documentation, car il peut s'agir d'un document unique ou d'un ensemble de documents liés.
Qui rédige le PID ?
Le chef de projet l'assemble, avec les contributions de l'équipe, des utilisateurs, des fournisseurs et des spécialistes. L'exécutif ou le commanditaire est responsable du business case, et l'assurance projet relit souvent le PID avant sa transmission au comité.
Qui approuve le PID ?
Dans PRINCE2, le comité de pilotage approuve le PID lorsqu'il autorise le projet dans le processus Diriger le projet. En dehors de PRINCE2, l'approbation vient généralement du commanditaire ou d'un comité de pilotage.
Quand le PID est-il rédigé ?
Pendant la séquence d'initialisation, après que le comité a accepté d'investir dans l'initialisation et avant le début des principaux travaux de livraison.
Le PID est-il utilisé uniquement dans PRINCE2 ?
Non. Le terme vient de PRINCE2, mais de nombreuses organisations, en particulier dans le secteur public britannique, utilisent des PID quelle que soit la méthode qu'elles suivent.
Quelle est la différence entre un PID et une charte de projet ?
A charte de projet est un document court et de haut niveau qui autorise un projet et son chef de projet. Un PID est plus détaillé : il ajoute le business case, les approches de management, les contrôles, les tolérances et le plan de projet, et sert de référence de base complète pour le projet.
Quelle est la différence entre un PID et un plan de projet ?
Le plan de projet couvre les séquences, les produits, les jalons, les ressources, les coûts et les délais. Le PID contient le plan de projet, ainsi que la définition du projet, le business case, la structure de l'équipe, les approches de management et les contrôles.
Quelle doit être la longueur d'un PID ?
Il n'y a pas de longueur imposée. Un petit projet à faible risque peut ne nécessiter que quelques pages, tandis qu'un grand programme peut exiger un document conséquent renvoyant à des plans et registres distincts. Adaptez-le à la taille et au risque du projet.
Le PID peut-il évoluer après son approbation ?
Oui, mais uniquement par la maîtrise des changements. Dans PRINCE2, le chef de projet met généralement à jour le PID aux limites de séquence pour examen par le comité, et toute modification de la référence de base nécessite l'approbation du comité.
Les projets agiles ont-ils besoin d'un PID ?
PRINCE2 Agile utilise toujours un PID, généralement plus court et centré sur les objectifs, les tolérances et les méthodes de travail. Le périmètre détaillé figure dans un backlog priorisé plutôt que dans le PID lui-même.
Que sont les tolérances dans un PID ?
Les tolérances sont des limites convenues pour des domaines comme le délai, le coût, le périmètre, la qualité, les risques et les bénéfices. À l'intérieur de ces limites, le chef de projet peut agir sans faire remonter de point ; s'il prévoit un dépassement de tolérance, il remonte une exception au comité de pilotage.
En quoi un PID diffère-t-il d'un énoncé des travaux ?
Un PID régit un projet en interne et est approuvé par le comité de pilotage ou le commanditaire. Un cahier des charges décrit le travail qu'un fournisseur externe réalisera dans le cadre d'un contrat.