La WBS (Work Breakdown Structure, ou organigramme des tâches) est l’outil qui transforme un objectif de projet en un ensemble de travaux concrets, estimables et assignables. La décomposition du périmètre en éléments de plus en plus fins paraît simple en théorie, mais elle exige méthode et rigueur dès que le projet dépasse quelques livrables. Le PMI consacre un standard entier à ce sujet: le Practice Standard for Work Breakdown Structures, dont la troisième édition (2019) détaille le processus de construction applicable à tous les types de projets.
Cet article propose une méthode concrète pour construire une WBS depuis zéro, en partant de l’énoncé du scope (périmètre du projet) jusqu’à la validation collaborative de la structure.
Partir du scope statement
Toute WBS commence par un énoncé de périmètre clair. Le scope statement (énoncé du contenu du projet) définit ce que le projet doit livrer et, tout aussi important, ce qu’il ne livrera pas. Sans ce cadrage, la décomposition manque de repères et le risque de dériver vers des livrables hors périmètre augmente considérablement.
En pratique, le scope statement n’a pas besoin d’être un document de vingt pages. Pour un projet de taille modeste, un paragraphe structuré suffit, à condition qu’il réponde à trois questions: quel est l’objectif final, quels sont les livrables majeurs attendus et quelles sont les exclusions explicites? Les exclusions sont souvent négligées, alors qu’elles constituent le garde-fou le plus efficace contre le scope creep (dérive du périmètre).
Identifier les livrables de premier niveau
La première étape consiste à identifier les grands livrables du projet. Ces éléments de premier niveau, placés sous le nœud racine de la WBS, représentent les composantes majeures du résultat final. Selon le PMI, la décomposition doit être orientée livrables plutôt qu’activités: on décrit ce qui sera produit, pas ce qui sera fait.
Pour un projet de refonte d’un espace d’accueil, les livrables de premier niveau pourraient être: études préliminaires, conception architecturale, travaux d’aménagement, mobilier et équipements, réception et mise en service.
Il existe plusieurs logiques de décomposition: par livrable (la plus courante), par phase du cycle de vie, par fonction organisationnelle ou par zone géographique. La décomposition par livrable maintient le lien direct entre la structure et le résultat attendu, ce qui facilite le suivi de l’avancement. L’APM (Association for Project Management) propose une distinction utile entre la PBS (Product Breakdown Structure), qui décompose le produit en composants, et la WBS, qui décompose le travail nécessaire pour les produire: partir de la PBS pour construire la WBS garantit que chaque composant du produit est couvert par au moins un lot de travail.
Décomposer jusqu’aux work packages
Chaque livrable de premier niveau est ensuite décomposé en sous-livrables, puis en éléments plus fins, jusqu’aux work packages (lots de travail). Un work package est l’unité la plus basse de la WBS: c’est à ce niveau qu’on estime les coûts, affecte les responsabilités et planifie les durées.
La question du bon niveau de détail revient systématiquement. La règle des 8-80 heures suggère qu’un work package devrait représenter entre 8 et 80 heures de travail, mais le critère réel est la capacité à estimer, suivre et contrôler l’élément de façon fiable. Si un work package reste trop vague pour en évaluer le coût ou en vérifier l’achèvement, il faut décomposer davantage.
À chaque niveau, la règle des 100% s’applique: la somme des éléments enfants doit couvrir la totalité du périmètre de l’élément parent, sans omission ni chevauchement. Cette vérification est le test de qualité le plus important de toute la construction. Le MPUG détaille l’application de cette règle dans les différents cycles de vie, du prédictif à l’agile.
Que faire quand le détail n’est pas encore connu?
Dans la plupart des projets réels, certaines parties du périmètre ne sont pas suffisamment définies pour être décomposées jusqu’aux work packages lors de la planification initiale. C’est là qu’intervient le rolling wave planning (planification par vagues successives): on décompose en détail les éléments proches dans le temps et on conserve un grain plus grossier pour les éléments lointains, sous forme de planning packages (lots de planification).
Un planning package est un placeholder temporaire: on sait qu’un livrable sera nécessaire, mais sa décomposition précise sera réalisée quand l’information sera disponible. Cette approche, que le PMI qualifie d’élaboration progressive, évite deux écueils courants: forcer des estimations détaillées là où l’incertitude rend tout chiffrage illusoire, ou repousser toute la planification à un moment où il sera trop tard pour influencer les décisions.
Construire la WBS à plusieurs
La construction d’une WBS n’est pas un exercice solitaire. Le chef de projet qui bâtit seul la structure s’expose à des oublis structurels, parce qu’aucune personne ne possède une vision complète de tous les livrables nécessaires. Les experts métier, les responsables techniques et les parties prenantes clés doivent contribuer, chacun apportant la connaissance spécifique de son domaine.
La méthode la plus courante est l’atelier de décomposition, où les participants identifient et organisent les livrables ensemble, souvent à l’aide de post-it ou d’un outil de mind mapping. L’intérêt va au-delà de la complétude technique: les personnes qui participent à la construction de la WBS s’approprient le périmètre qu’elles ont contribué à définir, ce qui réduit les contestations ultérieures sur le contenu du projet.
Vérifier et formaliser
Une fois la structure construite, trois vérifications s’imposent. D’abord, contrôler que la règle des 100% est respectée à chaque niveau: tout le scope est couvert, rien n’est compté deux fois. Ensuite, s’assurer que chaque work package est suffisamment défini pour être estimé et assigné. Enfin, confirmer que la décomposition reste orientée livrables et qu’aucun élément ne décrit une activité plutôt qu’un résultat.
La formalisation passe par deux livrables complémentaires: la WBS elle-même (représentation graphique ou indentée) et le dictionnaire de WBS, un document qui décrit chaque élément en précisant son contenu, ses critères d’acceptation et ses dépendances. Le dictionnaire est souvent considéré comme optionnel, à tort, car c’est lui qui garantit que tous les intervenants partagent la même compréhension de chaque lot de travail.