Énoncé de portée du projet : comment en rédiger un en 5 étapes
Il est important de rédiger correctement l’énoncé de portée du projet, car cela aide les équipes à s’aligner sur les livrables, les délais, les responsabilités et les attentes relatives au projet avant le début des travaux. Sans périmètre clairement défini, les projets peuvent rapidement être confrontés à de la confusion, à des attentes divergentes, à une dérive du périmètre, à des approbations retardées et à des dépassements budgétaires.
Qu’est-ce qu’un énoncé de portée du projet ?
Un énoncé de portée du projet est une description documentée du périmètre du projet, comprenant les principaux objectifs, les livrables, les exclusions, les contraintes et les hypothèses. Cet énoncé sert de référence fondamentale pour toutes les décisions relatives au projet.
Un énoncé de portée du projet répond à la question à laquelle tout projet doit répondre avant le début des travaux : que construisons-nous, livrons-nous ou accomplissons-nous exactement, et que ne faisons-nous explicitement pas ? Les énoncés de portée du projet figurent généralement dans un énoncé des travaux (SoW), mais peuvent également exister indépendamment afin de fournir des précisions pour une estimation de projet.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Éléments clés d’un énoncé de portée du projet
Un énoncé de portée du projet définit les limites du projet, notamment ce que l’équipe livrera, la manière dont les travaux seront réalisés et ce qui est exclu du projet. Les principaux éléments d’un énoncé de portée du projet comprennent :
| Élément | Éléments à inclure |
|---|---|
| Présentation du projet | Un bref résumé expliquant en quoi consiste le projet, pourquoi le projet est réalisé, le besoin métier et l’objectif global du projet |
| Travaux inclus dans le périmètre | Les résultats finaux, ressources, produits ou services que l’équipe du projet produira |
| Travaux exclus du périmètre | Les livrables, demandes, fonctionnalités ou activités spécifiquement exclus du projet afin d’éviter une dérive du périmètre |
| Livrables du projet | Les résultats finaux, ressources, produits ou services que l’équipe du projet produira |
| Approche et phases du projet | La manière dont le projet sera réalisé, notamment les flux de travail, les méthodologies, les phases, les tâches principales ou l’approche de mise en œuvre |
| Calendrier et jalons | Les principales échéances du projet, les jalons, les dates de lancement, les approbations et les calendriers de livraison |
| Budget et calendrier des paiements | Les estimations du projet, les budgets, les conditions de paiement, les calendriers de facturation ou les hypothèses financières |
| Hypothèses et dépendances | Les hypothèses du projet, les dépendances, les conditions ou les facteurs externes influant sur la livraison du projet |
| Gouvernance et approbations | Les parties prenantes, les personnes chargées des approbations, les décideurs, les voies d’escalade et les responsabilités en matière d’approbation |
| Clarifications et exclusions | Les notes complémentaires, clarifications, définitions ou exclusions nécessaires pour éviter les malentendus concernant le périmètre des travaux |
Exemple d’énoncé de portée du projet
Voici un exemple d’énoncé de portée simplifié pour un projet de refonte de site web.
| Section | Description |
|---|---|
| Présentation du projet | L’agence fournira au client des services de stratégie de site web, de conception UX, de conception visuelle, de développement front-end adaptatif et d’intégration du commerce électronique dans le cadre d’une refonte complète du site web de commerce électronique de l’entreprise. |
| Travaux inclus | Découverte du site web et ateliers avec les parties prenantes, recherche UX et création de maquettes filaires, conception visuelle adaptative, intégration du commerce électronique, tests d’assurance qualité et assistance au lancement |
| Travaux exclus | Maintenance continue du site web, révisions de conception supplémentaires en dehors des séries approuvées, production de photos ou de vidéos, frais de licence ou d’hébergement de tiers, services de rédaction |
| Livrables du projet | Les livrables finaux comprendront des modèles de site web adaptatifs, des maquettes de conception approuvées, l’intégration des fonctionnalités de commerce électronique, l’assistance aux tests d’assurance qualité et l’aide au déploiement du site web. |
| Approche et phases du projet | L’agence fournira deux premières orientations de conception pour examen. Une orientation approuvée sera développée en conception et en développement de pages complètes. Les révisions de conception sont limitées à deux séries par étape d’approbation, sauf accord contraire établi par une demande officielle de modification. |
| Calendrier et jalons du projet | Le projet sera réalisé au cours des phases de découverte, de conception, de développement, d’assurance qualité et de déploiement, sur une période estimée à 16 semaines. |
| Budget et calendrier des paiements | Le budget estimé du projet est de $75,000, avec des paiements prévus aux étapes du lancement du projet, de l’approbation de la conception et du lancement final du site web. |
| Hypothèses et dépendances | Tous les commentaires du client doivent être regroupés par l’intermédiaire d’un interlocuteur unique et soumis par écrit dans les trois jours ouvrables suivant chaque cycle d’examen. Des approbations tardives ou l’absence de ressources de contenu peuvent avoir une incidence sur le calendrier de livraison final. |
| Gouvernance et approbations | Les approbations finales seront fournies par le directeur marketing et le responsable du commerce électronique du client avant le lancement. |
| Précisions et exclusions | Le client est responsable de fournir tous les textes, images et données produits du site web avant le début du développement. Toute fonctionnalité, révision ou tout service supplémentaire en dehors du périmètre approuvé nécessitera une demande officielle de modification et pourra entraîner des coûts supplémentaires. |
Comment créer un énoncé du périmètre d’un projet
Voici comment rédiger un document de périmètre de projet infaillible.
1. Commencer par une présentation claire du projet
Cet énoncé de périmètre général définit ce qu’est le projet, pourquoi il est réalisé et ce qu’il permettra d’accomplir. Commencez l’énoncé du périmètre par un résumé concis expliquant :
- Ce qu’est le projet
- Pourquoi le projet est réalisé
- Le but ou l’objectif commercial
- La valeur que le projet devrait apporter
Cette section doit fournir aux parties prenantes le contexte nécessaire pour comprendre l’objectif du projet avant d’examiner les livrables ou les calendriers détaillés. Veillez à :
- Rester bref. Vous avez vendu le projet — nous ne faisons maintenant qu’en présenter les détails.
- Ajouter tous les KPI relevant du présent accord.
Je vous suggère de demander à votre responsable de compte ou à votre commercial de rédiger cette partie s’ils participent au projet.
2. Définir les livrables et les jalons
Ensuite, définissez clairement ce qui sera livré, à quel moment et dans quel format. Soyez précis concernant :
- Les livrables
- Les plateformes ou appareils inclus
- Le nombre de révisions
- Les calendriers et les jalons
- Les dépendances
Évitez autant que possible les formulations vagues. Plus vos livrables sont détaillés, plus il devient facile de gérer les attentes et d’éviter une extension incontrôlée du périmètre par la suite. Par exemple, si vous fournissez des maquettes filaires, les fournissez-vous pour l’ensemble de l’expérience sur ordinateur et sur mobile ? Uniquement pour tablette ? Combien de modèles ? Combien d’écrans ?
3. Décrire le processus d’approbation
Un énoncé de périmètre de projet solide doit expliquer comment se dérouleront les examens, les approbations et la collecte des commentaires tout au long du cycle de vie du projet.
Définissez :
- Qui fournit les commentaires
- Comment les commentaires doivent être soumis
- Les délais d’approbation
- Les responsabilités des parties prenantes
- Les processus d’examen
Cela crée une responsabilisation et évite les retards causés par des retours fragmentés ou tardifs. En général, j'inclus cette formulation dans la section « Hypothèses et dépendances ». Ensuite, j'en discute oralement avec le client afin de m'assurer que tout le monde est aligné sur le processus de retour et d'approbation attendu.
4. Clarifier les inclusions et les exclusions
L'une des parties les plus importantes d'un énoncé du périmètre du projet consiste à définir ce qui est inclus et exclu du projet. Cette section permet de :
- Prévenir l'élargissement incontrôlé du périmètre
- Réduire les litiges
- Améliorer le contrôle budgétaire
- Définir des attentes réalistes
5. Créer un système de suivi du périmètre
Pour les projets de grande envergure ou plus complexes, créez un système permettant de suivre les approbations, les livrables, les révisions et les modifications du périmètre tout au long du projet.
De nombreux chefs de projet utilisent :
- Des matrices du périmètre
- Des outils de suivi des révisions
- Des journaux d'approbation
- Des logiciels de gestion de projet
Pourquoi les documents relatifs au périmètre du projet sont-ils importants ?
Les documents relatifs au périmètre du projet vous aident à aligner les parties prenantes, à gérer les attentes et à prévenir l'élargissement incontrôlé du périmètre tout au long du cycle de vie du projet.
Voici six raisons pour lesquelles les documents relatifs au périmètre du projet sont importants :
- Prévenir l'élargissement incontrôlé du périmètre : Le fait de documenter clairement ce qui est inclus et exclu vous fournit un point de référence lorsque de nouvelles demandes apparaissent. Vous pouvez identifier les travaux hors périmètre avant qu'ils n'affectent votre budget ou votre calendrier.
- Aligner les attentes des parties prenantes : Un document de périmètre partagé garantit que les clients, les sponsors et les membres de l'équipe sont d'accord sur les objectifs du projet, les livrables et les limites. Cela réduit les malentendus et les litiges ultérieurs.
- Améliorer la planification et les estimations du projet : Des exigences et des livrables définis aident votre équipe à estimer plus précisément les coûts, les ressources et les délais. Vous aurez une vision plus claire du travail nécessaire avant de prendre des engagements.
- Établir des responsabilités claires : Les documents relatifs au périmètre précisent qui est responsable de certains livrables et ce que chaque partie est censée apporter. Cela contribue à éviter les doublons, les tâches négligées et la confusion concernant la responsabilisation.
- Faciliter la gestion des changements : Une référence de base du périmètre approuvée vous fournit un élément de comparaison pour les modifications proposées. Vous pouvez évaluer l'impact, négocier des compromis et documenter les approbations avant d'engager des ressources supplémentaires.
- Définir des critères d'acceptation mesurables : Le fait de documenter ce qui constitue un livrable terminé aide votre équipe à vérifier que les exigences ont été satisfaites. Cela fournit également aux clients une base claire pour examiner et approuver le travail finalisé.
5 conseils et astuces pour définir des énoncés du périmètre
Même avec un énoncé du périmètre du projet bien rédigé, des attentes floues et des hypothèses vagues peuvent encore créer de la confusion plus tard au cours du projet. Utilisez les conseils suivants pour créer des énoncés du périmètre plus clairs et plus exploitables, que les parties prenantes et les équipes de projet pourront suivre plus facilement.
1. Éviter les formulations ambiguës
Des formulations vagues créent des malentendus et rendent plus difficile la gestion des changements de périmètre plus tard au cours du projet.
Au lieu d'écrire :
- « Support à la conception inclus »
- « Mises à jour du site web selon les besoins »
- « Révisions supplémentaires si nécessaire »
Définissez :
- Les livrables exacts
- Le nombre de révisions
- Les plateformes ou modèles pris en charge
- Les phases spécifiques du projet ou les responsabilités
Plus votre énoncé du périmètre est précis, plus il devient facile de gérer les attentes.
2. Définir ce que signifie « terminé »
Expliquez clairement comment les livrables seront examinés, approuvés et finalisés.
Cela permet d'éviter les situations dans lesquelles :
- Les parties prenantes continuent de demander des révisions sans fin
- Les équipes ne s'accordent pas sur les critères d'achèvement
- Les livrables restent bloqués dans des cycles de révision
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
De nombreux problèmes liés aux projets surviennent parce que les équipes supposent qu'un élément est inclus sans le documenter clairement.
Utilisez l'énoncé du périmètre pour documenter les hypothèses concernant :
- La livraison 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, consignez-le par écrit.
4. Prévoyez les changements de périmètre
Même les énoncés du périmètre les plus solides ne peuvent pas empêcher toutes les demandes de modification. Les projets évoluent, les priorités changent et les parties prenantes demandent souvent du travail supplémentaire après le lancement.
Au lieu d'essayer d'éviter complètement les changements de périmètre, définissez :
- La manière dont les demandes de modification seront traitées
- Les personnes qui approuvent les changements de périmètre
- La manière dont les répercussions sur le calendrier ou le budget seront évaluées
- Les situations dans lesquelles des estimations supplémentaires ou des avenants sont nécessaires
Cela crée un processus structuré pour gérer les changements sans perturber inutilement le projet.
5. Facilitez la lecture de l'énoncé du périmètre
Un énoncé du périmètre doit être détaillé, mais il doit également être facile à consulter rapidement pour les parties prenantes.
Utilisez :
- Des titres clairs
- Des listes à puces
- Des tableaux
- Des paragraphes courts
- Des sections définies
Évitez les formulations trop juridiques ou complexes, sauf si votre organisation ou la structure de votre contrat l'exige.
Énoncé du périmètre du projet, charte de projet et énoncé des travaux : quelles différences ?
Les chartes de projet, les énoncés du périmètre du projet et les énoncés des travaux ont des objectifs différents dans la gestion de projet, avec des différences essentielles en matière de contenu, de calendrier et d'utilisation :
| Aspect | Charte de projet | Énoncé du périmètre du projet | Énoncé des travaux |
|---|---|---|---|
| Objectif principal | Autorise officiellement le projet | Définit les limites et les livrables du projet | Définit l'ensemble de l'accord commercial et relatif au projet |
| Étape du projet | Créée lors du lancement du projet | Créé lors de la planification du projet | Généralement créé avant le début des travaux, lors de la contractualisation |
| Objectif principal | Objectifs commerciaux, parties prenantes, budget et autorité du projet | Périmètre, livrables, hypothèses, exclusions et calendrier | Périmètre, tarification, conditions juridiques, calendrier et responsabilités |
| Niveau de détail | Vue d'ensemble de haut niveau | Détaillé et axé sur l'exécution | Détaillé, avec des exigences contractuelles et commerciales |
| Public | Sponsors, cadres dirigeants et parties prenantes de la direction | Équipes projet, clients et parties prenantes chargées de la réalisation | Clients, fournisseurs, chefs de projet, équipes des achats et équipes juridiques |
| Utilisation | Confirme l'approbation et l'orientation du projet | Clarifie ce qui est inclus et exclu, gère les attentes et contribue à prévenir l'élargissement incontrôlé du périmètre | Régit la relation de travail et établit les obligations contractuelles |
| Format | Document autonome d'autorisation du projet | Document autonome ou partie d'un accord de projet plus large | Accord formel qui intègre souvent un énoncé du périmètre du projet |
| Approbation | Approuvée par le sponsor du projet ou la direction habilitée | Examiné et approuvé par les parties prenantes concernées du projet | Signé ou accepté officiellement par les représentants habilités du client et du prestataire de services |
| Gestion des changements | Les changements majeurs peuvent nécessiter des mises à jour ou une nouvelle autorisation | Sert de référence pour évaluer et contrôler les changements de périmètre | Définit les procédures contractuelles d'approbation des changements de périmètre, de coûts ou de calendrier |
FAQ
Quelle est la différence entre un énoncé de portée de projet et une proposition de projet ?
\u003cp data-start=\u0022858\u0022 data-end=\u0022990\u0022\u003eUne proposition de projet est généralement utilisée avant l’approbation du projet, tandis qu’un énoncé de portée de projet est utilisé après l’approbation du projet.\u003c/p\u003e
\u003cdiv class=\u0022TyagGW_tableContainer\u0022\u003e
\u003cdiv class=\u0022group TyagGW_tableWrapper flex flex-col-reverse w-fit\u0022\u003e
\u003ctable\u003e
\u003cthead\u003e
\u003ctr\u003e
\u003cth\u003eAspect\u003c/th\u003e
\u003cth\u003eProposition de projet\u003c/th\u003e
\u003cth\u003eÉnoncé de portée de projet\u003c/th\u003e
\u003c/tr\u003e
\u003c/thead\u003e
\u003ctbody\u003e
\u003ctr\u003e
\u003ctd\u003eÉtape du projet\u003c/td\u003e
\u003ctd\u003eCréée avant l’approbation du projet\u003c/td\u003e
\u003ctd\u003eCréé pendant la planification ou le lancement\u003c/td\u003e
\u003c/tr\u003e
\u003ctr\u003e
\u003ctd\u003eObjectif principal\u003c/td\u003e
\u003ctd\u003eAide à présenter ou à remporter le travail\u003c/td\u003e
\u003ctd\u003eAide à définir et à gérer le travail\u003c/td\u003e
\u003c/tr\u003e
\u003ctr\u003e
\u003ctd\u003ePoint central\u003c/td\u003e
\u003ctd\u003eSolutions, tarification et valeur commerciale\u003c/td\u003e
\u003ctd\u003ePortée, livrables, échéances et limites du projet\u003c/td\u003e
\u003c/tr\u003e
\u003ctr\u003e
\u003ctd\u003ePublic\u003c/td\u003e
\u003ctd\u003eDécideurs évaluant la proposition\u003c/td\u003e
\u003ctd\u003eÉquipes et parties prenantes gérant la réalisation du projet\u003c/td\u003e
\u003c/tr\u003e
\u003c/tbody\u003e
\u003c/table\u003e
\u003c/div\u003e
\u003c/div\u003e
Quelle est la différence entre un énoncé de portée et un plan de gestion de la portée ?
\u003cp data-start=\u00221209\u0022 data-end=\u00221376\u0022\u003eUn énoncé de portée définit la portée réelle du projet, tandis qu’un plan de gestion de la portée explique comment celle-ci sera gérée et contrôlée tout au long du projet.\u003c/p\u003e
\u003cdiv class=\u0022TyagGW_tableContainer\u0022\u003e
\u003cdiv class=\u0022group TyagGW_tableWrapper flex flex-col-reverse w-fit\u0022\u003e
\u003ctable\u003e
\u003cthead\u003e
\u003ctr\u003e
\u003cth\u003eAspect\u003c/th\u003e
\u003cth\u003eÉnoncé de portée\u003c/th\u003e
\u003cth\u003ePlan de gestion de la portée\u003c/th\u003e
\u003c/tr\u003e
\u003c/thead\u003e
\u003ctbody\u003e
\u003ctr\u003e
\u003ctd\u003eObjectif principal\u003c/td\u003e
\u003ctd\u003eDéfinit les livrables et les limites de la portée du projet\u003c/td\u003e
\u003ctd\u003eDéfinit la manière dont la portée sera gérée et contrôlée\u003c/td\u003e
\u003c/tr\u003e
\u003ctr\u003e
\u003ctd\u003ePoint central\u003c/td\u003e
\u003ctd\u003eCe qui est inclus ou exclu du projet\u003c/td\u003e
\u003ctd\u003eLa manière dont les modifications de la portée, les approbations et la validation seront gérées\u003c/td\u003e
\u003c/tr\u003e
\u003ctr\u003e
\u003ctd\u003eContenu\u003c/td\u003e
\u003ctd\u003eLivrables, hypothèses, exclusions, échéances et contraintes\u003c/td\u003e
\u003ctd\u003eProcessus de contrôle de la portée, circuits d’approbation et procédures de gestion des modifications\u003c/td\u003e
\u003c/tr\u003e
\u003ctr\u003e
\u003ctd\u003eUtilisation\u003c/td\u003e
\u003ctd\u003eAide les parties prenantes à comprendre les attentes du projet\u003c/td\u003e
\u003ctd\u003eAide les équipes à gérer la portée pendant toute l’exécution du projet\u003c/td\u003e
\u003c/tr\u003e
\u003ctr\u003e
\u003ctd\u003ePhase du projet\u003c/td\u003e
\u003ctd\u003eCréé pendant la planification du projet\u003c/td\u003e
\u003ctd\u003eCréé pendant la planification du projet et la mise en place de la gouvernance\u003c/td\u003e
\u003c/tr\u003e
\u003ctr\u003e
\u003ctd\u003eObjectif\u003c/td\u003e
\u003ctd\u003eÉviter les malentendus concernant le travail du projet\u003c/td\u003e
\u003ctd\u003eÉviter les modifications incontrôlées de la portée et la dérive de la portée\u003c/td\u003e
\u003c/tr\u003e
\u003c/tbody\u003e
\u003c/table\u003e
\u003c/div\u003e
\u003c/div\u003e
Quels autres documents sont couramment utilisés avec un énoncé de portée de projet ?
\u003cp data-start=\u002281\u0022 data-end=\u0022270\u0022\u003eLes équipes de projet utilisent souvent des documents de projet et des documents juridiques supplémentaires tout au long du cycle de vie du projet afin de définir les responsabilités, de protéger les informations confidentielles et de gérer les accords de service.\u003c/p\u003e
\u003cp data-start=\u0022272\u0022 data-end=\u0022296\u0022\u003eVoici quelques exemples courants :\u003c/p\u003e
\u003cul data-start=\u0022298\u0022 data-end=\u00221227\u0022 data-is-last-node=\u0022\u0022 data-is-only-node=\u0022\u0022\u003e
\t\u003cli data-section-id=\u00228fzdy8\u0022 data-start=\u0022298\u0022 data-end=\u0022435\u0022\u003e\u003cstrong data-start=\u0022300\u0022 data-end=\u0022335\u0022\u003eNDA (accord de confidentialité) :\u003c/strong\u003e Protège les informations confidentielles échangées entre les deux parties avant ou pendant les discussions relatives au projet\u003c/li\u003e
\t\u003cli data-section-id=\u0022ztpysc\u0022 data-start=\u0022437\u0022 data-end=\u0022667\u0022\u003e\u003cstrong data-start=\u0022439\u0022 data-end=\u0022474\u0022\u003eMSA (accord-cadre de services) :\u003c/strong\u003e Définit la relation juridique et commerciale à long terme entre le client et le prestataire de services et régit généralement les futurs engagements de projet avant la création des énoncés de travaux individuels\u003c/li\u003e
\t\u003cli data-section-id=\u0022eyzutw\u0022 data-start=\u0022669\u0022 data-end=\u0022843\u0022\u003e\u003cstrong data-start=\u0022671\u0022 data-end=\u0022714\u0022\u003eICA (contrat de prestataire indépendant) :\u003c/strong\u003e Définit la relation de travail, les responsabilités et les conditions juridiques applicables aux travailleurs indépendants, aux contractants ou aux prestataires de services externes\u003c/li\u003e
\t\u003cli data-section-id=\u0022epv4fu\u0022 data-start=\u0022845\u0022 data-end=\u0022992\u0022\u003e\u003cstrong data-start=\u0022847\u0022 data-end=\u0022881\u0022\u003eSLA (accord de niveau de service) :\u003c/strong\u003e Définit les engagements du client et du prestataire de services en matière d’hébergement, de maintenance, d’assistance, de disponibilité ou de service\u003c/li\u003e
\t\u003cli data-section-id=\u0022kfe8zm\u0022 data-start=\u0022994\u0022 data-end=\u00221107\u0022\u003e\u003cstrong data-start=\u0022996\u0022 data-end=\u00221010\u0022\u003eContrats :\u003c/strong\u003e Définissent les responsabilités juridiques, les modalités de paiement, les responsabilités et les obligations des deux parties\u003c/li\u003e
\t\u003cli data-section-id=\u002213hz3mx\u0022 data-start=\u00221109\u0022 data-end=\u00221227\u0022 data-is-last-node=\u0022\u0022\u003e\u003cstrong data-start=\u00221111\u0022 data-end=\u00221133\u0022\u003ePropositions de projet :\u003c/strong\u003e Présentent la solution proposée, la tarification, l’approche et la valeur commerciale avant l’approbation du projet\u003c/li\u003e
\u003c/ul\u003e
Un énoncé de portée de projet peut-il être mis à jour après le début du projet ?
\u003cp data-start=\u00222895\u0022 data-end=\u00223008\u0022\u003eOui. Les énoncés de portée sont souvent mis à jour lorsque les exigences, les échéances, les livrables ou les priorités du projet changent.\u003c/p\u003e
\u003cp data-start=\u00223010\u0022 data-end=\u00223104\u0022\u003eCependant, toute modification de la portée doit suivre un processus documenté de gestion des modifications qui précise :\u003c/p\u003e
\u003cul data-start=\u00223105\u0022 data-end=\u00223207\u0022\u003e
\t\u003cli data-section-id=\u00221x9u5sr\u0022 data-start=\u00223105\u0022 data-end=\u00223123\u0022\u003eCe qui change\u003c/li\u003e
\t\u003cli data-section-id=\u0022ji5oyo\u0022 data-start=\u00223124\u0022 data-end=\u00223150\u0022\u003ePourquoi la modification est nécessaire\u003c/li\u003e
\t\u003cli data-section-id=\u0022geoqhu\u0022 data-start=\u00223151\u0022 data-end=\u00223169\u0022\u003eIncidences sur les échéances\u003c/li\u003e
\t\u003cli data-section-id=\u0022mzp058\u0022 data-start=\u00223170\u0022 data-end=\u00223186\u0022\u003eIncidences sur le budget\u003c/li\u003e
\t\u003cli data-section-id=\u002216bvved\u0022 data-start=\u00223187\u0022 data-end=\u00223207\u0022\u003eApprobations requises\u003c/li\u003e
\u003c/ul\u003e
Un énoncé de portée de projet a-t-il une valeur juridiquement contraignante ?
\u003cp data-start=\u00221520\u0022 data-end=\u00221659\u0022\u003eUn énoncé de portée de projet n’est pas toujours juridiquement contraignant en lui-même, sauf s’il est inclus dans un contrat signé ou un énoncé de travaux.\u003c/p\u003e
\u003cp data-start=\u00221661\u0022 data-end=\u00221729\u0022\u003eCependant, les énoncés de portée restent importants, car ils documentent :\u003c/p\u003e
\u003cul data-start=\u00221730\u0022 data-end=\u00221826\u0022\u003e
\t\u003cli data-section-id=\u002212u05os\u0022 data-start=\u00221730\u0022 data-end=\u00221752\u0022\u003eLes attentes du projet\u003c/li\u003e
\t\u003cli data-section-id=\u0022qog56c\u0022 data-start=\u00221753\u0022 data-end=\u00221767\u0022\u003eLes livrables\u003c/li\u003e
\t\u003cli data-section-id=\u00225pcmkc\u0022 data-start=\u00221768\u0022 data-end=\u00221786\u0022\u003eLes limites de la portée\u003c/li\u003e
\t\u003cli data-section-id=\u00221luaswi\u0022 data-start=\u00221787\u0022 data-end=\u00221807\u0022\u003eLes processus d’approbation\u003c/li\u003e
\t\u003cli data-section-id=\u00221p3evcy\u0022 data-start=\u00221808\u0022 data-end=\u00221826\u0022\u003eLes responsabilités\u003c/li\u003e
\u003c/ul\u003e
\u003cp data-start=\u00221828\u0022 data-end=\u00221909\u0022\u003eDe nombreuses équipes intègrent l’énoncé de portée dans des accords de projet juridiquement contraignants.\u003c/p\u003e
