Comment construire une structure de découpage du projet

Demandez à quelqu'un de planifier la rénovation d'une cuisine, et il commencera généralement par lister des actions : "appeler un plombier, acheter du carrelage, peindre les murs". En une minute, la liste atteint vingt éléments, à moitié redondants, et il en manque trois qu'il ne se rappellera que lorsqu'il sera trop tard. Le problème n'est pas le manque d'effort. C'est qu'il a commencé par des activités plutôt que par des livrables — et c'est exactement l'erreur qu'une structure de découpage du projet est conçue pour éviter.

Une structure de découpage du projet (SDP) est une décomposition hiérarchique de tout ce que le projet va livrer, découpée niveau par niveau jusqu'à ce que chaque élément soit assez petit pour être estimé, assigné et géré. Le mot clé est livrable. Une SDP n'est ni une liste de tâches ni un planning : elle n'a ni dates, ni ordre, ni flèches. Elle répond à une seule question : que produisons-nous, au total ? Si vous répondez bien à cette question, la liste des tâches, les estimations et le planning en découlent proprement. Si vous vous trompez, tout ce qui est construit par-dessus hérite des lacunes.

Par livrables ou par phases

Il existe deux façons de dessiner le niveau supérieur d'une SDP, et ce choix donne le ton à tout ce qui se trouve en dessous.

• Par livrables décompose selon ce qui est produit. Pour un projet de site web, le niveau supérieur pourrait être : Maquettes, Contenu, Site construit, Éléments de lancement. Chaque branche est un résultat tangible que vous pourriez montrer du doigt.
• Par phases décompose selon l'étape de travail. Le même projet : Découverte, Conception, Construction, Test, Lancement. Chaque branche est une période, et les livrables se trouvent en dessous.

La plupart des recommandations modernes privilégient l'approche par livrables, car il est plus difficile d'oublier un livrable qu'une phase, et parce qu'elle relie le découpage à des résultats plutôt qu'à des cases de calendrier. L'approche par phases paraît plus naturelle à ceux qui raisonnent en lignes du temps, et elle se transpose facilement sur un diagramme de Gantt par la suite. Aucune des deux n'est fausse. En cas de doute, partez sur les livrables au niveau supérieur et laissez les phases apparaître comme des sous-niveaux là où elles aident.

La règle des 100 %

C'est la seule règle qui rend une SDP fiable, et elle joue dans les deux sens. Les éléments enfants de tout élément doivent totaliser exactement 100 % de cet élément — ni plus, ni moins.

"Ni moins" signifie que si vous découpez "Contenu de la formation" en modules 1, 2 et 3, alors qu'il existe en réalité un module 4, votre SDP ment : elle a perdu du travail en route. "Ni plus" signifie que les enfants ne doivent rien inclure qui ne fasse pas partie du parent : si "Construire le site" fait apparaître un enfant nommé "Planifier le marketing", ce travail appartient à une autre branche, et vous avez créé un chevauchement. Le chevauchement est insidieux, car deux personnes pensent chacune que c'est l'autre qui en est responsable, ou le font toutes les deux, et dans un cas comme dans l'autre, le découpage cesse d'être une carte propre du travail.

Lots de travail : où s'arrête le découpage

On ne décompose pas indéfiniment. Le niveau le plus bas de chaque branche s'appelle un lot de travail — la plus petite unité que vous allez réellement planifier et suivre. Un lot de travail est un livrable assez petit pour qu'une personne (ou une petite équipe) puisse en être responsable, pour que vous puissiez estimer son effort avec une confiance raisonnable, et pour que vous puissiez dire sans ambiguïté quand il est terminé. "Enregistrer le module 2" est un lot de travail. "Faire la formation" ne l'est pas : c'est le projet entier. "Appuyer sur le bouton d'enregistrement" est trop petit : c'est une étape à l'intérieur d'un lot de travail, pas une unité de gestion.

Jusqu'où descendre ? La règle du 8/80

La règle empirique la plus citée est la règle du 8/80 : un lot de travail devrait représenter entre 8 et 80 heures d'effort, soit environ un jour à deux semaines. En dessous d'un jour, vous suivez du bruit ; au-delà de deux semaines, le lot devient une boîte noire où un dérapage peut se cacher trop longtemps avant que quiconque ne le remarque.

Traitez le 8/80 comme un simple garde-fou, pas comme une doctrine. Un bon complément est la règle de la période de suivi : aucun lot de travail ne devrait durer plus longtemps que l'intervalle entre vos points d'avancement. Si vous revoyez le plan chaque semaine, un lot de travail de trois semaines restera "en cours" pendant deux revues d'affilée et ne vous dira rien sur son avancement réel. Découpez-le jusqu'à ce que chaque élément puisse plausiblement changer de statut d'un point à l'autre.

Comment en construire une dans la pratique

Trois approches, qui mènent toutes au même résultat :

1. Du haut vers le bas. Partez du livrable final et demandez-vous sans cesse "quelles en sont les grandes parties ?" Décomposez chaque partie de la même façon. C'est la voie la plus rigoureuse, et la plus facile à garder alignée avec la règle des 100 %.
2. Carte mentale. Placez l'objectif au centre et ramifiez vers l'extérieur. La forme visuelle et radiale convient à ceux qui pensent mieux en images, et elle débloque une équipe coincée plus vite qu'un plan formel.
3. Notes autocollantes. Un livrable par note, puis regroupez-les sur un mur ou un tableau virtuel et transformez ces groupes en hiérarchie. Idéal en groupe, car tout le monde ajoute des notes en même temps, et le pur volume fait ressortir le travail oublié.

Quelle que soit la méthode choisie, traitez-la comme un exercice de noms, pas de verbes. Écrivez "Module 1 monté", pas "Monter le module 1". La grammaire impose une discipline : les noms vous obligent à nommer des résultats, les verbes vous tentent de revenir à une liste d'activités. La conversion en verbes arrive à l'étape suivante, juste après.

Un exemple concret

Voici une petite SDP par livrables pour le lancement d'une formation en ligne, sur trois niveaux de profondeur :

• 1. Contenu de la formation
  • 1.1 Module 1 (script, enregistrement, vidéo montée)
  • 1.2 Module 2 (script, enregistrement, vidéo montée)
  • 1.3 Module 3 (script, enregistrement, vidéo montée)
  • 1.4 Module 4 (script, enregistrement, vidéo montée)
• 2. Supports de vente
  • 2.1 Texte et mise en page de la page de vente
  • 2.2 Séquence d'e-mails de bienvenue
• 3. Configuration de la plateforme
  • 3.1 Formation mise en ligne et structurée
  • 3.2 Paiement et inscription configurés
• 4. Lancement
  • 4.1 Annonce publiée
  • 4.2 Inscriptions de la première semaine suivies

Remarquez que chaque feuille est une chose que vous pourriez montrer en disant "fait" ou "pas fait", et que les quatre branches supérieures couvrent ensemble le projet entier, sans lacune ni chevauchement. Voilà une SDP qui survivra au contact avec la réalité.

De la SDP à la liste de tâches, puis au diagramme de Gantt

La SDP est la fondation, pas le plan achevé. Pour en faire quelque chose d'exécutable, prenez les éléments du niveau le plus bas — les lots de travail — et reformulez chacun en tâche avec un verbe : "Module 1 monté" devient "Monter le module 1". C'est cette liste de tâches que vous séquencez, estimez et placez ensuite sur une ligne de temps. Notre guide sur comment créer un diagramme de Gantt reprend exactement à cet endroit, et estimer les durées est bien plus simple une fois que chaque tâche est un lot de travail correctement dimensionné plutôt qu'un bloc vague. La SDP alimente directement les deux — c'est pourquoi la faire d'abord, même grossièrement, rapporte bien plus que le temps investi. Pour voir la vue d'ensemble de la place de cette étape, consultez le cadre complet de planification de projet.

Erreurs courantes

• Lister des activités au lieu de livrables. Le péché originel. "Appeler le plombier, acheter du carrelage" est une liste de verbes : elle n'a pas de structure et oublie des choses. Décomposez d'abord les résultats, dérivez les activités ensuite.
• Descendre trop bas — ou pas assez. Une SDP avec des lots de travail de deux heures vous ensevelit sous l'administratif ; une autre avec des lots de deux mois masque le risque. Les règles du 8/80 et de la période de suivi existent pour vous maintenir dans la fourchette où le découpage reste utile.
• Chevauchement entre les branches. Quand deux branches revendiquent toutes les deux un même morceau de travail, la responsabilité devient floue et les estimations comptent en double. La règle des 100 % détecte cela si vous l'appliquez vraiment case par case.
• La confondre avec un planning. Une SDP n'a ni dates ni dépendances. Dès l'instant où vous commencez à tracer des flèches, vous avez quitté la SDP pour commencer à construire le planning — ce qui est très bien, à condition d'avoir d'abord terminé le découpage.

Questions fréquentes

Une structure de découpage du projet est-elle la même chose qu'une liste de tâches ?

Non. Une SDP est une hiérarchie de livrables — ce que le projet produit — sans dates ni ordre. Une liste de tâches est l'ensemble plat d'activités que vous en dérivez. La SDP vient en premier et elle est plus stable ; la liste de tâches est ce que vous planifiez réellement.

Combien de niveaux une SDP doit-elle avoir ?

Autant qu'il en faut pour arriver à des lots de travail d'environ un jour à deux semaines d'effort — généralement trois ou quatre niveaux pour un projet petit à moyen. Le nombre de niveaux est le résultat d'un bon découpage, pas un objectif fixé à l'avance.

Par livrables ou par phases : lequel choisir ?

Par livrables est le choix par défaut le plus sûr, car il est plus difficile d'oublier un livrable qu'une phase. Par phases paraît plus naturel si votre projet est vraiment organisé en étapes et se transpose bien sur une ligne de temps. Vous pouvez combiner les deux : les livrables au niveau supérieur, et les phases comme sous-branches là où elles clarifient les choses.

Les petits projets ont-ils vraiment besoin d'une SDP ?

Ils ont besoin de la démarche de réflexion, même si l'artefact n'est qu'une simple liste indentée. Décomposer par livrable pendant dix minutes permet de repérer du travail oublié qui apparaîtrait sinon en plein milieu du projet. Le formalisme peut être réduit ; l'habitude de découper les résultats avant de lister des actions, non.