Le périmètre fonctionnel : définition et pourquoi il bouge

Définition

Le périmètre fonctionnel est l'ensemble des fonctionnalités qu'un projet s'engage à livrer, et par différence celles qui en sont exclues. Il se fixe au cadrage, se formalise dans le cahier des charges et sert de référence commune au budget, au planning et à la recette. Un périmètre qui n'est pas écrit n'existe pas, et ne peut donc pas être tenu.

On parle aussi de scope, terme repris de l'anglais et employé couramment dans les équipes. Le périmètre fonctionnel répond à la question de ce que fait le produit ; le périmètre technique répond à celle des moyens employés. Les deux se distinguent, comme les volets fonctionnel et technique d'un cahier des charges.

Pourquoi le fixer par écrit

Le périmètre est la troisième variable d'un projet, avec le budget et le délai. On ne peut pas les fixer toutes les trois et les tenir toutes les trois : quand une contrainte se durcit, une autre doit céder, et il vaut mieux décider laquelle plutôt que la subir.

• Il rend le devis comparable. Deux propositions ne se comparent que si elles couvrent la même chose. L'écart de prix vient souvent d'un écart de périmètre invisible.
• Il définit ce qui sera recetté. Ce qui n'est pas dans le périmètre ne peut pas être reproché à la livraison ; ce qui y est doit être vérifié.
• Il rend les arbitrages possibles. Face à un retard, une liste hiérarchisée permet de retirer une fonction plutôt que de dégrader la qualité de toutes.
• Il protège la relation. La plupart des conflits entre client et prestataire naissent d'un désaccord sur ce qui était compris dans le prix.

Pourquoi il bouge presque toujours

Un périmètre qui grossit sans que le budget ni le délai ne bougent porte un nom, la dérive du périmètre. Elle progresse rarement d'un coup : elle avance par petites demandes raisonnables, dont aucune ne justifie à elle seule une renégociation.

• Le besoin se précise en avançant. Voir une maquette fait comprendre ce qu'on voulait vraiment. C'est sain, et c'est même le principe d'une démarche itérative.
• Les exigences initiales étaient floues. Une ligne comme « espace client » peut recouvrir deux jours ou deux mois de travail.
• De nouveaux interlocuteurs arrivent. Un service consulté tardivement découvre le projet et exprime ses propres besoins.
• Personne ne dit non. Chaque demande acceptée sans contrepartie enseigne qu'il n'y a pas de coût à demander.

Ce que j'exige côté pilotage

Je ne cherche pas à figer le périmètre, ce qui reviendrait à livrer un produit obsolète à ses propres commanditaires. Je cherche à rendre chaque changement visible et arbitré. Trois règles suffisent.

• Une seule liste de référence. Toutes les demandes atterrissent au même endroit, classées par priorité. C'est le rôle du backlog produit dans une démarche agile.
• Aucune entrée sans sortie. Une fonction ajoutée en cours de route se paie : en budget, en délai, ou par le retrait d'une autre fonction de priorité inférieure. La décision revient au client, pas au prestataire.
• Une trace écrite à chaque arbitrage. Qui a demandé, ce qui a été décidé, ce que cela déplace. Sans cette trace, la version du périmètre dans la tête de chacun diverge en quelques semaines.

Quand un projet a déjà dérapé, la reprise commence toujours par là : reconstituer ce qui a été commandé, ce qui a été livré, et ce que chacun croit rester à faire. C'est la première chose que je fais dans une mission de reprise en main de projet, et souvent la plus révélatrice. Pour éviter d'en arriver là, tout se joue au moment d'écrire le cahier des charges : une exigence formulée de façon vérifiable est une exigence dont le coût peut être estimé.

À propos de l'auteur

Laurent Tulpan

Directeur de projet digital senior, ancien développeur et expert SEO depuis 2005. Il cadre et tient le périmètre des projets qu'il pilote, en rendant chaque arbitrage visible plutôt qu'en refusant le changement. Découvrir son approche.