Comment rédiger une déclaration de périmètre de projet facilement : 5 étapes + conseils 2026
Bien rédiger l’énoncé du périmètre du projet est essentiel, car cela permet aux équipes de s’aligner sur les livrables, les délais, les responsabilités et les attentes du projet avant même que le travail ne commence. Sans périmètre clairement défini, les projets peuvent rapidement sombrer dans la confusion, des attentes mal alignées, du dérapage de périmètre, des approbations retardées et des dépassements de budget.
Qu’est-ce qu’un énoncé du périmètre du projet ?
Un énoncé du périmètre du projet est une description documentée du périmètre d’un projet, comprenant ses principaux objectifs, livrables, exclusions, contraintes et hypothèses. Cet énoncé sert de référence fondamentale pour toutes les décisions liées au projet.
Un énoncé du périmètre du projet répond à la question que chaque projet doit se poser avant le démarrage : qu’allons-nous précisément construire, livrer ou accomplir, et que ne ferons-nous explicitement pas. Les énoncés de périmètre de projet figurent généralement dans un cahier des charges (SoW), mais peuvent aussi exister de façon autonome pour détailler un devis de projet.
Déverrouillez gratuitement
Créez un compte gratuit pour terminer la lecture de cet article et rejoindre une communauté de leaders innovants qui accèdent à des outils, des méthodes et des idées pour prospérer à l’ère de l’IA.
Have an account? Log In
60 secondes pour garder votre projet sur les rails ici :
Principales composantes d’un énoncé du périmètre du projet
Un énoncé du périmètre du projet définit les limites du projet, y compris ce que l’équipe va livrer, comment le travail sera réalisé et ce qui est exclu du projet. Les éléments clés d’un énoncé du périmètre du projet comprennent :
| Composante de l’énoncé du périmètre | Que faut-il inclure |
|---|---|
| Aperçu du projet | Un court résumé expliquant ce qu’est le projet, pourquoi il a lieu, le besoin métier, et l’objectif global du projet |
| Travail inclus dans le périmètre | Les livrables finaux, ressources, produits ou services que l’équipe projet va produire |
| Travail hors périmètre | Livrables, demandes, fonctionnalités ou activités explicitement exclus du projet afin d’éviter le dérapage du périmètre |
| Livrables du projet | Les livrables finaux, ressources, produits ou services que l’équipe projet va produire |
| Démarche et phases du projet | Comment le projet sera réalisé, y compris les processus, méthodologies, phases, tâches principales ou démarche de mise en œuvre |
| Calendrier et jalons | Les échéances clés du projet, principaux jalons, dates de lancement, validations et calendriers de livraison |
| Budget et échéancier de paiement | Estimations du projet, budgets, modalités de paiement, échéanciers de facturation ou hypothèses financières |
| Hypothèses et dépendances | Hypothèses du projet, dépendances, conditions ou facteurs externes influant sur la réalisation du projet |
| Gouvernance et validations | Parties prenantes, personnes en charge des validations, décideurs, voies d’escalade, et responsabilités en matière d’approbation |
| Clarifications et exclusions | Notes complémentaires, clarifications, définitions ou exclusions nécessaires pour éviter toute confusion sur la portée des travaux |
Exemple d’énoncé du périmètre du projet
Voici un exemple simplifié d’énoncé du périmètre pour un projet de refonte de site web.
5 étapes pour rédiger un énoncé du périmètre du projet
Voici cinq étapes pour rédiger un document de périmètre infaillible, avec de nombreux exemples pour illustrer leur mise en œuvre.
1. Commencer par une vue d’ensemble claire du projet
Cette déclaration de périmètre à haut niveau définit ce qu’est le projet, pourquoi il a lieu, et ce qu’il va accomplir. Commencez l’énoncé du périmètre par un résumé concis expliquant :
- Ce qu’est le projet
- Pourquoi le projet a lieu
- L’objectif ou le but métier
- La valeur attendue du projet
Cette section doit offrir suffisamment de contexte aux parties prenantes pour comprendre la raison d’être du projet avant d’analyser en détail les livrables ou les délais. Veillez à :
- Rester bref. Le projet est déjà vendu — il s’agit maintenant d’entrer dans les détails.
- Ajouter tout KPI inclus dans cet accord.
Je recommande de confier la rédaction de cette partie à votre chargé de clientèle ou commercial s’ils interviennent dans le projet.
Exemples de présentation de l’énoncé de périmètre de projet
Mauvais exemple de périmètre de projet
Le Chef de Projet Digital créera un nouveau site pour Aston Baby LTD. Le site sera mis en ligne en 2025 et reflétera l’offre de produits de l’entreprise pour l’achat en ligne.
Meilleur exemple de périmètre de projet
- Ce Cahier des Charges (SoW) vise à aligner la présence du site web du Client avec la croissance des ventes au détail et les objectifs commerciaux (le « Projet »).
- Le Chef de Projet Digital fournira une découverte complète du site, une expérience utilisateur (« UX ») complète, une refonte créative et le développement du nouveau site web d’Aston Baby LTD.
- L'objectif principal du projet sera d’exprimer le positionnement et la personnalité de la marque tout en renforçant les interactions et l’engagement des visiteurs.
- Le Chef de Projet Digital travaillera avec Aston Baby LTD pour élargir les fonctionnalités existantes du site afin d’inclure :
- E-commerce : Possibilité pour les visiteurs d’acheter des produits pour bébés directement sur le site.
- Soutien élargi pour 3 sous-catégories de produits.
- Augmentation de la présence de contenu de marque sur le site web Aston Baby LTD, incluant l’intégration de contenus sociaux, vidéos, photos, etc.
Remarquez comment cet exemple amélioré d’énoncé du périmètre du projet définit déjà la vision du projet pouvant servir à aligner l’équipe projet et votre client. Je recommanderais d’y revenir continuellement pendant vos recherches pour garantir que vous apportez de la valeur à vos clients.
2. Définir les livrables et les jalons
Ensuite, définissez clairement ce qui sera livré, quand cela sera livré, et sous quelle forme.
Soyez précis concernant :
- Livrables
- Plateformes ou appareils inclus
- Nombre de révisions
- Délais et jalons
- Dépendances
Évitez les formulations vagues dans la mesure du possible. Plus vos livrables sont détaillés, plus il devient facile de gérer les attentes et d’éviter les dérives de périmètre plus tard. Par exemple, si vous fournissez des wireframes : en fournissez-vous pour tout l’environnement bureau et mobile ? Uniquement la tablette ? Combien de maquettes ? Combien d’écrans ?
Exemples de livrables de projet
Mauvais exemple de livrables
Le Chef de Projet Digital proposera jusqu’à 2 séries de maquettes pour le site web.
Meilleur exemple de livrables
Le Chef de Projet Digital concevra l’apparence du site [Nom du client] via les livrables suivants.
Livrables de conception :
Directions de Design (Réunion & InVision)
Le Chef de Projet Digital créera 2 directions de design uniques illustrées à travers une seule page du site [Nom du client]. Chaque direction sera réalisée dans son intégralité pour le format tablette. Le client choisira une (1) direction sur laquelle avancer (comprenant 1 série de révisions).
Maquettes (Réunion & InVision)
Sur la base de la direction de design approuvée, des wireframes et des tableaux de pages, le Chef de Projet Digital fournira des maquettes graphiques pour toutes les pages et modules clés nécessaires au site [Nom du client] en format tablette. Cela permet une production rapide des pages en phase de développement. Veuillez noter que les maquettes présentées à cette étape comprendront un texte de type lorem-ipsum comme espace réservé, représentant le positionnement et la longueur suggérés. Le Chef de Projet Digital n’inclura des images que pour l’emplacement uniquement (c.-à-d. FPO), illustrant le style/ton/sujet d’image suggéré que la page/module devrait contenir. Si nécessaire, le Chef de Projet Digital utilisera les images déjà présentes dans la médiathèque [Nom du client] et les intègrera dans les maquettes (comprenant jusqu’à 2 séries de révisions).
3. Définir le processus d’approbation
Un bon énoncé de périmètre de projet doit expliquer comment s’effectueront les revues, approbations et retours tout au long du cycle de vie du projet.
Définissez :
- Qui fournit le feedback
- Comment le feedback doit être soumis
- Délais d’approbation
- Responsabilités des parties prenantes
- Processus de revue
Cela crée une responsabilisation et évite les retards causés par des retours fragmentés ou tardifs. En général, j’inclus ce langage dans la section « dépendances et hypothèses ». Ensuite, j'organise une conversation orale avec le(s) client(s) pour m'assurer que nous sommes alignés sur le processus attendu de retours/validation.
Exemple de portée du processus d’approbation
Mauvaise formulation de la définition d'approbation
(Dans un email inattendu envoyé au client après le premier tour de relecture) « Des retours pour nous ? »
Meilleure formulation de la définition d'approbation
Dépendances & hypothèses :
- Tous les retours du client doivent être rédigés et consolidés, et provenir d’un point de contact unique, [Nom du contact].
- Le client doit s’assurer que toutes les parties prenantes nécessaires et appropriées sont disponibles pour participer aux relectures créatives et techniques requises.
4. Clarifier les inclusions et exclusions
L’une des parties les plus importantes d’une déclaration de portée de projet est de définir ce qui est inclus et exclu du projet. Cette section permet de :
- Prévenir le dérapage de la portée
- Réduire les litiges
- Améliorer le contrôle du budget
- Fixer des attentes réalistes
Voici un exemple de périmètre de projet avec quelques-unes de mes formulations préférées. N’hésitez pas à piocher dedans. Bien entendu, personnalisez cette liste pour qu’elle soit propre à votre projet.
Exemples d'inclusions dans les déclarations de périmètre de projet
Voici 14 exemples de formulations qui clarifient les dépendances et hypothèses générales dans votre périmètre de projet :
- Tous les retours doivent être rédigés et consolidés par le Client et provenir d’un point de contact unique [nom ici].
- Le Client doit s’assurer que toutes les parties prenantes nécessaires et appropriées sont disponibles pour participer aux relectures créatives et techniques nécessaires conformément au flux de travail créatif du projet.
- À l’issue de la session de travail de découverte, [Votre société] évaluera les objectifs du projet & indicateurs-clés de performance au regard des livrables listés afin de s’assurer que les exigences projet sont respectées. Si nécessaire, [Votre société] émettra un avenant à ce Cahier des Charges (SoW) reflétant l’évolution des livrables à faire signer par le Client.
- Toute modification structurelle du design une fois la phase de développement commencée constituera un changement de périmètre affectant à la fois le budget et le planning.
- La boutique en ligne [Nom du client] utilisera une solution tierce existante, telle que Shopify, Gocart, etc., à déterminer d’un commun accord avant le lancement du développement.
- Ce périmètre est basé sur la compréhension qu’il n’y aura pas plus de 20 à 24 modules uniques.
- Un calendrier détaillé sera publié après signature de ce bon de commande.
- Si le Client choisit d’aborder ce projet avec deux déploiements ou plus, un avenant sera émis avec des coûts supplémentaires pour le temps additionnel de recette QA & de développement indispensable.
- Si le Client décide d’annuler le projet ou de le mettre en pause pendant plus de 60 jours, il devra s’acquitter du paiement des travaux déjà réalisés ainsi qu’une pénalité de 10% sur le reste du périmètre projet.
- Le client est responsable du design de production.
- L’agence se réserve le droit de reproduire, publier et exposer les détails du projet dans ses portfolios et sites web, ainsi que dans des galeries, périodiques de design, et autres supports ou expositions dans le but de reconnaître l’excellence créative ou pour l’avancement professionnel, sous réserve de l’approbation écrite du Client.
- Accès complet à l’environnement(s) d’hébergement et aux plateformes techniques, incluant les services tiers associés comme les outils d’analytique.
- Accès à toutes les spécifications fonctionnelles et/ou sources de données nécessaires.
- [Votre société] construira le site conformément au référentiel d’accessibilité WGAC 2.0 niveau A. Même si un audit complet de conformité n’est pas inclus, [votre société] collaborera avec le client pour s’assurer que toute problématique critique de conformité soit résolue dans les délais approuvés.
Exemples d’exclusions de périmètre de projet
Si vous souhaitez utiliser correctement votre logiciel de gestion des ressources (et éviter de subir un anévrisme provoqué par le client dans le processus), vous devez également préciser ce que vous ne ferez pas.
Voici 12 exemples d’exclusions de périmètre de projet qui clarifient ce qui n’est pas compris dans la prestation :
- Toute livraison, activité, fonctionnalité principale ou série de révisions au-delà de ce qui est décrit ici constituera un changement de périmètre et fera l'objet d'une demande de modification du budget et du calendrier. Cela inclut également les efforts de collaboration en développement si les niveaux d’implication s’écartent de l’estimation initiale.
- La prise en charge des systèmes d'exploitation et des navigateurs qui n'est pas explicitement mentionnée ci-dessus.
- Documentation de formation CMS ([Votre société] fournit une formation de base pour la mise en œuvre et un document de référence clé).
- Toutes les explorations de conception de l'image de marque et/ou de l'identité visuelle.
- Les tests d’utilisabilité.
- L’assistance, la maintenance, le suivi et la mesure du site en ligne une fois qu’il a été mis en service.
- Responsabilité envers des tiers et partenaires de service.
- Les coûts de licences et de matériel.
- Les frais liés à la photographie, à la musique, à la production vidéo et aux talents.
- Les frais d’hébergement, de polices de caractères et de services.
- Guide de style numérique détaillé ou kit UI.
- Production d’éléments photographiques et services de post-production d’image (retouche et correction des couleurs).
- Production et conception d’images de produit/de style de vie.
5. Créer un système de suivi du périmètre
Pour les projets de grande envergure ou complexes, créez un système permettant de suivre les validations, les livrables, les revues et les modifications de périmètre tout au long du projet.
De nombreux chefs de projet utilisent :
- Matrices de périmètre
- Tableaux de suivi des revues
- Journaux d’approbation
- Logiciels de gestion de projet
5 conseils et astuces pour définir des énoncés de périmètre
Même avec un énoncé de périmètre bien rédigé, des attentes floues et des hypothèses imprécises peuvent encore entraîner de la confusion au cours du projet. Utilisez les conseils suivants pour rédiger des énoncés de périmètre plus clairs et actionnables, plus faciles à suivre pour les parties prenantes et les équipes projet.
1. Évitez les formulations ambiguës
Des formulations vagues induisent des malentendus et rendent plus difficile la gestion des modifications de périmètre ultérieures.
Au lieu d’écrire :
- « Assistance à la conception incluse »
- « Mises à jour du site internet si nécessaire »
- « Révisions supplémentaires si besoin »
Définissez :
- Les livrables exacts
- Le nombre de révisions
- Les plateformes ou modèles pris en charge
- Les phases de projet ou responsabilités précises
Plus votre déclaration de périmètre est spécifique, plus il sera facile de gérer les attentes.
2. Définissez ce qu’on entend par « fini »
Expliquez clairement comment les livrables seront examinés, approuvés et finalisés.
Cela aide à éviter les situations où :
- Les parties prenantes continuent à demander des révisions indéfiniment
- Les équipes ne sont pas d’accord sur les critères de complétion
- Les livrables restent bloqués dans des cycles de validation
Définissez :
- Les étapes d’approbation
- Les critères d’acceptation
- Les limites de révision
- Les exigences de validation finale
3. Documentez les hypothèses dès le début
Beaucoup de problèmes de projet surviennent parce que les équipes supposent qu’un aspect est inclus sans l’avoir clairement indiqué.
Utilisez l’énoncé de périmètre pour documenter les hypothèses liées à :
- La fourniture du contenu
- La disponibilité des parties prenantes
- Les outils tiers
- Les intégrations
- L’accès aux plateformes
- Les délais d’approbation
Si le projet dépend d’un élément externe, indiquez-le par écrit.
4. Préparez-vous aux changements de périmètre
Même les déclarations de périmètre solides ne peuvent pas empêcher toutes les demandes de modification. Les projets évoluent, les priorités changent et les parties prenantes demandent souvent un travail supplémentaire après le lancement.
Au lieu d'essayer d'éviter complètement les modifications de périmètre, définissez :
- Comment les demandes de changement seront traitées
- Qui approuve les modifications de périmètre
- Comment les impacts sur le calendrier ou le budget seront évalués
- Quand des estimations supplémentaires ou des ordres de modification sont nécessaires
Cela crée un processus structuré pour gérer les changements sans perturber inutilement le projet.
5. Rendez la déclaration de périmètre facile à parcourir
Un énoncé du périmètre doit être détaillé, mais il doit également être facile à consulter rapidement pour les parties prenantes.
Utilisez :
- Titres clairs
- Listes à puces
- Tableaux
- Paragraphes courts
- Sections définies
Évitez un langage trop juridique ou compliqué, sauf si cela est requis par votre organisation ou la structure du contrat.
FAQ
Pourquoi les énoncés de périmètre sont-ils importants ?
Le périmètre du projet est important car il définit l’étendue de votre travail en fonction du montant que vous êtes payé pour le réaliser. Voici quelques autres raisons :
-
- Les parties prenantes et les clients veulent savoir ce pour quoi ils paient. Les projets, par nature, sont soumis à des contraintes. Les parties prenantes veulent connaître les limites du projet, le processus qui sera suivi, les participants, et comment la structure de découpage du travail (SDT) se traduit en livrables concrets.
-
- Vos énoncés de périmètre seront votre planche de salut lorsque (et non si) les choses dérapent. Sans vouloir être alarmiste, ces énoncés peuvent faire la différence lors d’un litige. Cela peut faire ou défaire la relation client—ou votre emploi. Un énoncé de périmètre bâclé peut détruire vos chances de succès avant même que le projet ne commence.
-
- Il définit les zones grises dans votre projet. Si vous ne connaissez pas tous les tenants et aboutissants du périmètre pour votre projet, vous créerez des tensions tout au long et serez continuellement en train de gérer le dérapage du périmètre.
Un énoncé de périmètre est-il identique à une déclaration de travail (SoW) ?
Non. Un énoncé de périmètre fait généralement partie intégrante d’une déclaration de travail (SoW) plus large. Voici les différences entre les deux :
| Aspect | Énoncé de périmètre du projet | Déclaration de travail (SoW) |
|---|---|---|
| Objectif principal | Définit les limites et les livrables du projet | Définit l’accord commercial et de projet complet |
| Point clé | Périmètre, hypothèses, exclusions et livrables | Périmètre, tarification, conditions légales, échéances et responsabilités |
| Utilisation | Précise ce qui est inclus ou non dans le projet | Régit la relation de travail générale |
| Format | Peut exister comme document autonome | Contient souvent l’énoncé de périmètre du projet |
Quelle est la différence entre un énoncé de périmètre de projet et une proposition de projet ?
Une proposition de projet est généralement utilisée avant l’approbation du projet, tandis qu’un énoncé de périmètre de projet est utilisé après l’approbation du projet.
| Aspect | Proposition de projet | Énoncé de périmètre du projet |
|---|---|---|
| Étape du projet | Créée avant l’approbation du projet | Créée lors de la planification ou du lancement |
| Objectif principal | Aide à obtenir ou remporter le projet | Aide à définir et gérer le travail |
| Point clé | Solutions, tarification et valeur métier | Périmètre, livrables, échéances et limites du projet |
| Public cible | Décideurs qui évaluent la proposition | Équipes et parties prenantes gérant la livraison du projet |
Quelle est la différence entre un énoncé de périmètre et un plan de gestion du périmètre ?
Un énoncé de périmètre définit le périmètre réel du projet, tandis qu’un plan de gestion du périmètre explique comment le périmètre sera géré et contrôlé tout au long du projet.
| Aspect | Énoncé de périmètre | Plan de gestion du périmètre |
|---|---|---|
| Objectif principal | Définit les livrables et les limites du périmètre | Explique comment le périmètre sera géré et contrôlé |
| Point clé | Ce qui est inclus ou exclu du projet | Comment les changements de périmètre, les validations et approbations seront traités |
| Contenu | Livrables, hypothèses, exclusions, échéances et contraintes | Processus de contrôle du périmètre, circuits d’approbation, procédures de gestion de changements |
| Utilisation | Aide les parties prenantes à comprendre les attentes du projet | Aide les équipes à gérer le périmètre tout au long de l’exécution du projet |
| Phase du projet | Créé lors de la planification du projet | Créé lors de la phase de planification et de mise en place de la gouvernance |
| Objectif | Éviter tous malentendus concernant le travail du projet | Éviter les changements incontrôlés et le dérapage du périmètre |
Quelle est la différence entre un énoncé de périmètre de projet et une charte de projet ?
Une charte de projet autorise officiellement le projet et définit les objectifs d’affaires au niveau macro, tandis qu’un énoncé de périmètre du projet définit les limites détaillées, les livrables et les attentes du projet.
| Aspect | Charte de projet | Énoncé de périmètre du projet |
|---|---|---|
| Objectif principal | Autorise officiellement le projet | Définit précisément le périmètre et les livrables |
| Étape du projet | Créée lors de l’initiation du projet | Créée lors de la planification du projet |
| Point clé | Objectifs business, parties prenantes, budget et pouvoir décisionnel | Limites du périmètre, livrables, délais, hypothèses et exclusions |
| Niveau de détail | Vue d’ensemble générale | Beaucoup plus détaillée et tournée vers la réalisation |
| Public cible | Sponsors, dirigeants et parties prenantes du pilotage | Équipes projet, clients et parties prenantes de la livraison |
| Utilisation | Valide l’approbation du projet et sa direction | Aide à gérer les attentes et à éviter le dérapage du périmètre |
Quels autres documents sont couramment utilisés avec un énoncé de périmètre de projet ?
Les équipes projet utilisent souvent d’autres documents de projet ou juridiques au fil du cycle de vie du projet pour définir les responsabilités, protéger les informations confidentielles et gérer les accords de services.
Exemples courants :
- NDA (Non-Disclosure Agreement) : Protège les informations confidentielles partagées entre les parties avant ou pendant les discussions de projet.
- MSA (Master Service Agreement) : Définit la relation contractuelle et commerciale longue durée entre le client et le prestataire, et régit généralement les projets futurs avant la création de toute Déclaration de Travail.
- ICA (Independent Contractor Agreement) : Définit la relation de travail, les responsabilités et les conditions légales pour les freelances, sous-traitants ou prestataires externes.
- SLA (Service-Level Agreement) : Définit les engagements de prestation, d’hébergement, de support, de disponibilité ou de maintenance entre le client et le prestataire.
- Contrats : Définissent les responsabilités juridiques, modalités de paiement, responsabilités et obligations entre les deux parties.
- Propositions de projet : Présentent la solution proposée, la tarification, l’approche et la valeur ajoutée avant l’approbation du projet.
Peut-on modifier un énoncé de périmètre de projet une fois le projet lancé ?
Oui. Les énoncés de périmètre sont souvent modifiés lorsque des changements de besoins, délais, livrables ou priorités surviennent.
Cependant, tout changement de périmètre doit suivre un processus documenté de gestion des changements qui explique :
- Ce qui change
- La raison du changement
- Impacts sur les délais
- Impacts sur le budget
- Approbations requises
Un énoncé de périmètre est-il juridiquement contraignant ?
Un énoncé de périmètre seul n’est pas toujours juridiquement contraignant sauf s’il est inclus dans un contrat signé ou une Déclaration de Travail.
Cependant, les énoncés de périmètre restent essentiels car ils documentent :
- Attentes du projet
- Livrables
- Limites du périmètre
- Processus d’approbation
- Responsabilités
De nombreuses équipes intègrent l’énoncé de périmètre dans des accords de projet juridiquement contraignants.
Quelles sont les prochaines étapes ?
Vous souhaitez échanger avec d'autres chefs de projet digital afin de partager des ressources et des bonnes pratiques ? Rejoignez notre communauté de membres et accédez à plus de 100 modèles, exemples et échantillons, et échangez avec des centaines d'autres chefs de projet digital sur Slack.
REMARQUE : Rien de ce qui précède n'est destiné à constituer un avis juridique professionnel, et je ne suis pas qualifié pour donner quelconque conseil juridique. Si vous ne disposez pas de modèles couvrant ces éléments en dehors du cahier des charges, je vous encourage vivement à consulter les modèles de projet dans notre espace membres et à les adapter selon vos besoins avec l'aide d’un conseiller juridique.
