Réponse.

Les limites du projet (scope) sont une définition claire de ce qui doit être réalisé dans le cadre du projet et de ce qui en est exclu. Une définition correcte des limites permet de comprendre l'ampleur des travaux, prévient la "dilution des exigences" et permet de contrôler efficacement les ressources et les délais.

L'analyste métier décrit le scope à l'aide de :

Cartes des parties prenantes.
Diagrammes de contexte, de limites et d'interfaces.
Catalogue de fonctions au format user stories ou use cases.
Manifeste "out of scope" (exclusions).

Caractéristiques clés :

Les limites du projet sont fixées avant le développement détaillé des exigences.
Elles servent de référence pour l'approbation de tout changement.
Elles établissent un volume d'engagement mesurable et réaliste pour l'équipe.

Questions pièges.

Est-il suffisant de définir uniquement la liste principale des fonctionnalités pour considérer le scope comme fixé ?

Non. Il est nécessaire d'indiquer clairement ce qui N'EST PAS inclus dans le projet, afin d'éviter les doubles interprétations et les attentes "cachées".

L'analyste métier a-t-il le droit d'étendre le scope de son propre chef s'il le juge utile ?

Non. Tout changement du scope doit être approuvé par les clients/parties prenantes et, en règle générale, formalisé par le biais d'une procédure de demande de changement (change request).

Est-il possible de modifier les limites du projet après leur approbation ?

Oui, mais seulement par un processus formel de gestion des changements, avec une révision des plans, des évaluations des coûts, des délais, et avec l'accord de toutes les parties prenantes clés.

Erreurs typiques et anti-patterns

Absence de délimitation claire entre ce qui est inclus/exclu dans le projet.
Ajout de nouvelles tâches sans tenir compte de l'impact sur les délais et les budgets.
Accord sur le scope uniquement verbal, sans documentation.

Exemple de la vie

Cas négatif

Le scope est défini oralement, sans document explicite. Au cours du processus, des tâches supplémentaires apparaissent, que les parties prenantes "attendaient".

Avantages :

Flexibilité, possibilité de s'adapter à de nouvelles tâches.

Inconvénients :

Le projet dépasse les délais et le budget, engendrant des malentendus entre l'équipe et le client.

Cas positif

L'analyste documente le scope, approuve les exclusions, et tout changement passe par un système de demandes de changement.