1.3Périmètre, hypothèses & exclusions
L'essentiel en 30 secondes
- Le périmètre trace la frontière entre ce qui est inclus et ce qui est exclu.
- Sans frontière écrite, le projet dérive (scope creep) : les « petits ajouts » font déborder délais et budget.
- Écrire les exclusions et valider les hypothèses est aussi important qu'écrire les inclusions.
Mini-cas filé — Bilal écrit ce qui est exclu
Bilal écrit noir sur blanc : le projet ne comprend PAS la formation des 15 magasiniers, PAS la reprise de l'historique, PAS la maintenance. Hypothèse notée : « la comptable fournira le fichier articles avant le 15 ». Le gérant s'étonne — « la formation, c'était évidemment inclus ! » — et c'est exactement la discussion qu'il fallait avoir en amont plutôt qu'en conflit de fin de projet.
Suite du cas 1.1-1.2 — Bilal protège l'objectif SMART par une frontière écrite.
1. Tracer la frontière
Définir le périmètre, c'est tracer une frontière nette entre ce qui est inclus et ce qui en est exclu. C'est l'un des actes les plus protecteurs de la gestion de projet.
Sans frontière claire, le projet s'étend insidieusement (le scope creep, ou dérive du périmètre) jusqu'à déborder délais et budget.
2. Inclus, exclu, hypothèses
Un bon cadrage explicite trois choses : ce qui est inclus, ce qui est exclu (« ce ne sera PAS dans ce projet »), et les hypothèses sur lesquelles on s'appuie (ce qu'on suppose vrai, à confirmer).
Écrire les exclusions et les hypothèses est aussi important qu'écrire les inclusions : c'est ce qui prévient les malentendus.
🔎 Exemple concret — 🔎 Exemple concret — Écrire ce qui est exclu
L'évidence qui sauve la relation.
« Ce projet ne comprend PAS la maintenance / la formation / la reprise des données. »
→ ce qui semble évident pour vous ne l'est pas pour le client.
Les exclusions écrites préviennent les conflits de fin de projet.Résultat : un rempart contre les attentes implicites.
Réflexe : faire valider le périmètre par le sponsor.
Vocabulaire de la section
- Périmètre (scope)
- L'ensemble de ce que le projet doit livrer, et par différence, ce qu'il ne livrera pas.
Exemple simple : Le logiciel paramétré et l'inventaire de contrôle de Bilal — et rien d'autre.
Ce que ce n'est pas : une vague intention (« s'occuper du stock »).
Réflexe : tout ce qui n'est pas écrit dedans est dehors.
- Scope creep (dérive du périmètre)
- Élargissement progressif et non maîtrisé du périmètre, qui fait déborder délais et coûts.
Exemple simple : Trois « petits » modules ajoutés à l'oral qui doublent le délai de Bilal.
Ce que ce n'est pas : un avenant signé qui ajoute budget et délai en conséquence.
Réflexe : compter les ajouts acceptés ce mois-ci — même les petits.
- Exclusion
- Ce qui est explicitement HORS périmètre. L'écrire évite les attentes implicites et les malentendus.
Exemple simple : « PAS de formation des magasiniers » écrit par Bilal.
Ce que ce n'est pas : un non-dit supposé « évident » par chacun différemment.
Réflexe : écrire au moins trois exclusions, surtout dans les zones grises.
- Hypothèse
- Élément supposé vrai pour planifier (ex. « le client fournira les contenus à temps »), à valider et à surveiller.
Exemple simple : « Fichier articles fourni par la comptable avant le 15 » chez Bilal.
Ce que ce n'est pas : un fait vérifié et garanti par contrat.
Réflexe : chaque hypothèse a un nom, une date et un vérificateur.
- Cahier des charges
- Document détaillant les exigences et le périmètre attendu du projet.
Exemple simple : Le détail fonctionnel du logiciel que Bilal fera rédiger après le cadrage.
Ce que ce n'est pas : la note de cadrage d'une page (trop tôt pour le détail).
Réflexe : cadrage d'abord (le pourquoi), détail ensuite (le quoi précis).
En pratique — En pratique — Délimiter le périmètre d'un projet
- Listez ce qui est clairement INCLUS dans le projet (les grandes fonctionnalités/livrables couverts).
- Listez explicitement ce qui est EXCLU (« ne comprend pas… »), surtout les zones grises où l'on pourrait supposer le contraire.
- Notez les HYPOTHÈSES de travail (ce que vous supposez vrai) et qui doit les confirmer.
- Faites valider ce périmètre par le sponsor : c'est votre rempart contre le scope creep.
Script prêt à dire — répondre à un « petit ajout » hors périmètre (30 s)
« Avec plaisir, on l'étudie. Comme c'est hors périmètre validé, je vous chiffre l'impact en coût et délai d'ici demain, et vous décidez. Ça nous protège tous les deux — et ça évite que les petits ajouts fassent déraper le 30 juin. »
À dire au demandeur : ni refus sec ni acceptation orale — une évaluation avant toute décision.
Modèle copier-coller — fiche périmètre du projet
INCLUS (le projet livrera) : _______________
EXCLU (ne comprend PAS) : _______________
HYPOTHÈSES (supposé vrai, à confirmer par / quand) : _______________
DEMANDE HORS PÉRIMÈTRE → processus de changement (impact coût / délai) : oui
VALIDÉ PAR (nom + date) : _______________TPE / petit projet
Trois lignes suffisent — inclus / exclu / hypothèse — mais écrites : c'est sur les petits projets que les ajouts oraux passent le plus inaperçus.
Remote / multisite
Partager la fiche périmètre dans l'espace commun et exiger toute demande par écrit : l'oral en visio s'oublie encore plus vite qu'en présentiel.
PME Algérie
Bilal fait relire les exclusions au gérant à voix haute : quand le patron dit lui-même « pas de formation incluse », plus personne ne peut prétendre le contraire en fin de projet.
Forfait client fermé
Joindre la fiche au contrat : chaque ajout hors périmètre devient un avenant chiffré — le scope creep se paie, ou il ne se fait pas.
✓ Bonnes pratiques
- Écrivez les exclusions autant que les inclusions.
- Notez et faites confirmer les hypothèses de travail.
- Renvoyez toute nouvelle demande au processus de changement.
✗ Pièges fréquents
- Ne définir que l'inclus et laisser l'exclu implicite.
- Accepter des « petits ajouts » successifs (scope creep).
- Baser le planning sur des hypothèses jamais validées.
Points clés à retenir
- Le périmètre trace la frontière entre inclus et exclu.
- Sans frontière claire, le projet dérive (scope creep) et déborde.
- Écrire les EXCLUSIONS est aussi important qu'écrire les inclusions.
- Les hypothèses (supposées vraies) doivent être validées et surveillées.
Défi 48h — appliquez demain
Écrivez pour un projet réel 3 exclusions explicites (« ne comprend PAS… ») et 2 hypothèses avec vérificateur et date, puis faites valider par le sponsor. 20 minutes suffisent.
- Je peux expliquer le scope creep avec un exemple.
- J'ai écrit les exclusions de mon projet (au moins 3).
- Mes hypothèses ont un vérificateur et une date.
Questions fréquentes
Qu'est-ce que le scope creep et comment l'éviter ?
C'est l'ajout progressif de « petites » demandes qui, cumulées, font exploser délais et budget sans que personne n'ait décidé de le faire. On l'évite par un périmètre écrit et validé, des exclusions explicites, et un processus formel de gestion des changements (section 3.3) : toute nouvelle demande est évaluée (impact coût/délai) avant d'être acceptée ou refusée. Le scope creep est une cause majeure de dépassement, d'autant plus dangereuse qu'elle est silencieuse.
Pourquoi écrire ce qui est exclu, n'est-ce pas évident ?
Justement, ce qui semble évident pour vous ne l'est pas pour le client. Écrire noir sur blanc « ce projet ne comprend pas la maintenance / la formation / la reprise des données » prévient les attentes implicites et les conflits en fin de projet. Les exclusions sont souvent la partie qui sauve la relation client. Elles transforment un désaccord de fin de projet (« mais je croyais que c'était inclus ») en une discussion cadrée en amont.
Qu'est-ce que le « scope creep » ?