PLANIFICATION

Un projet complexe et abstrait, comment le transformer en tâches concrètes que l'on peut chiffrer, planifier et confier à quelqu'un ? La réponse tient en trois lettres : le WBS.

Qu'est-ce qu'un WBS ?

Le Work Breakdown Structure (WBS), traduit en français par Organigramme des Tâches du Projet (OTP) ou Structure de découpage du projet (SDP), est la décomposition hiérarchique, orientée livrables, du travail à accomplir. Le PMI (PMBOK, 7ᵉ édition) le définit comme « une décomposition hiérarchique du périmètre total du travail à effectuer pour atteindre les objectifs du projet et produire les livrables requis ». On décompose jusqu'à obtenir des lots (« work packages ») assez petits pour être estimés et pilotés.

Une origine militaire

Le WBS naît du programme Polaris de la marine américaine dans les années 1960. Face à la coordination de milliers de sous-traitants, le Département de la Défense formalise en 1968 la norme MIL-STD-881 (devenue DOD-STD-881), toujours référence pour les projets gouvernementaux. Elle a ensuite été intégrée dans les grandes méthodologies : PMI, PRINCE2, ISO 21500.

La règle des 100 % et la règle 8/80

Le principe cardinal est la règle des 100 % : chaque niveau couvre exactement 100 % du périmètre du niveau supérieur, ni plus, ni moins. Elle impose deux exigences :

• Pas d'oubli — la somme des enfants d'un nœud doit reconstituer exactement ce nœud (exhaustivité forcée).
• Pas de doublon — un lot ne peut apparaître sous deux parents différents.

La décomposition s'arrête selon la règle 8/80 : un work package doit représenter entre 8 et 80 heures de charge.

Les trois fonctions et les quatre stratégies

Le WBS remplit trois fonctions cumulatives : le cadrage (un livrable absent du WBS n'est pas dans le projet), la décomposition (des lots attribuables et estimables) et la base structurante (colonne vertébrale du Gantt, du budget, du RACI, du registre des risques). Quatre stratégies de décomposition cohabitent : par livrables, par phases, par sous-projets, ou hybride.

Pourquoi 70 % des projets dépassent-ils leur budget initial ? Souvent parce qu'estimer la charge de travail est un exercice piégé par l'incertitude et par nos propres biais cognitifs.

À quoi sert l'estimation des charges

Une fois le WBS construit, chaque work package doit se voir attribuer un volume de travail prévisionnel (heures, jours-homme, points). Cette estimation remplit trois fonctions : construire le planning (pas de Gantt ni de chemin critique sans elle), bâtir le budget (charge × coût-ressource) et arbitrer les ressources (comparer charge totale et capacité). Règle d'or : on estime chaque work package individuellement, jamais le projet globalement, car l'agrégat masque les dépendances.

Les cinq grandes techniques

Le PMBOK (7ᵉ édition) recense cinq techniques, du plus léger au plus rigoureux :

• Le jugement d'expert — rapide et simple, mais sujet aux biais individuels. Précision ± 30 à 50 %.
• L'estimation par analogie (top-down) — on s'appuie sur un projet similaire documenté, ajusté selon les écarts de périmètre. Précision ± 15 à 35 %.
• L'estimation paramétrique — on calcule la charge à partir d'inducteurs mesurables.
• La méthode PERT à 3 points — la référence en univers incertain.
• Le Delphi collectif — plusieurs experts convergent par itérations anonymes.

La formule PERT

Héritée du programme Polaris (US Navy, 1958), la méthode PERT capture le risque par trois estimations : optimiste (O), plus probable (M) et pessimiste (P). Elle calcule une espérance pondérée E = (O + 4M + P) / 6, qui accorde un poids fort à la valeur la plus probable tout en intégrant les extrêmes.

Les biais qui faussent tout

Les études sont sans ambiguïté : selon le CHAOS Report du Standish Group, 52 % des projets IT dépassent leur budget d'au moins 45 %. L'étude de Flyvbjerg sur 258 grands projets d'infrastructure relève des dépassements de 27 % (rail) à 45 %. Ces écarts ne traduisent pas de l'incompétence mais des biais systématiques : optimisme, ancrage, effet Dunning-Kruger et loi de Hofstadter.

Un siècle après son invention, l'outil de planification le plus utilisé au monde reste un simple ensemble de barres horizontales. Mais derrière le Gantt se cache un algorithme redoutable : le chemin critique.

Le diagramme de Gantt : voir le planning

Henry Laurence Gantt (1861-1919), ingénieur américain disciple de Frederick Taylor, développe entre 1910 et 1915 un outil graphique pour ordonnancer la production dans les usines de munitions. Son innovation : représenter chaque tâche par une barre horizontale dont la longueur est proportionnelle à sa durée, positionnée sur une ligne de temps commune. Pour la première fois, on pouvait voir un planning. L'outil équipe aujourd'hui MS Project, Primavera, GanttProject, Asana ou Monday.

Les éléments d'un Gantt

• La barre horizontale — une tâche ou un lot de travaux.
• Le jalon (milestone) — un losange, événement clé sans durée (livraison, validation).
• La dépendance — une flèche matérialisant un lien logique.
• La ligne du jour — un trait vertical rouge comparant prévu et réel.
• La ligne de base — le planning validé initialement, pour mesurer les dérives.

Le chemin critique (CPM)

Développé par DuPont et Remington-Rand en 1957 pour la maintenance d'usines chimiques, le Critical Path Method identifie les tâches sans aucune marge — celles dont tout retard décale directement la date de fin du projet. Il repose sur un calcul forward (dates au plus tôt) puis backward (dates au plus tard) ; la différence donne la marge de chaque tâche. Les tâches à marge nulle forment le chemin critique.

Les quatre types de dépendances

La compétence technique clé consiste à maîtriser les quatre liens possibles entre tâches : FS (Finish-to-Start), SS (Start-to-Start), FF (Finish-to-Finish) et SF (Start-to-Finish), ainsi que le nivellement des ressources qui ajuste le planning à la capacité réelle de l'équipe.

En 1958, deux équipes de part et d'autre de l'Atlantique inventent, sans se concerter, deux façons opposées de dessiner un réseau de tâches. L'une place les activités sur les flèches, l'autre dans les boîtes.

Deux formalismes pour un même problème

Un projet est un ensemble de tâches liées par des relations d'antériorité. Pour en visualiser la logique, deux philosophies se développent en 1958 :

• Le PERT (AOA — Activity On Arrow) : l'activité est la flèche qui relie deux événements ; les nœuds (cercles) sont des événements, début ou fin d'une tâche.
• Le MPM (AON — Activity On Node) : l'activité est le nœud (une boîte) ; les flèches matérialisent les dépendances sans porter d'information temporelle.

Le PERT, né du programme Polaris

Le PERT (Program Evaluation and Review Technique) est développé par l'US Navy en 1958 avec Booz Allen Hamilton et Lockheed Martin, pour piloter le programme Polaris : 3 000 sous-traitants, 60 000 pièces sur 5 ans. Il servira ensuite au programme Apollo. Dans un réseau PERT, chaque tâche est une flèche orientée ; les nœuds portent une date au plus tôt (t+) et une date au plus tard (T+). Quand t+ = T+, l'événement est sur le chemin critique.

Le MPM, une invention française

Le MPM (Méthode des Potentiels Métra) est créé la même année par le mathématicien français Bernard Roy (1934-2017) chez SEMA Métra, pour piloter la construction du paquebot France. Pionnier de la recherche opérationnelle, Roy fondera plus tard le LAMSADE et la méthode ELECTRE. Le MPM sera adopté pour le barrage de Serre-Ponçon et le Concorde.

Pourquoi le MPM a gagné

Le PERT souffre d'une limitation : quand deux tâches partagent des dépendances complexes, il faut ajouter des flèches fictives qui alourdissent le graphe. Le MPM, plus lisible, a progressivement supplanté le PERT dans tous les outils modernes (MS Project, Primavera, GanttProject) — même si le mot « PERT » désigne encore, par abus de langage, tout réseau de tâches.

Avec 50 tâches, un projet compte potentiellement 2 450 relations à considérer. Sans outil structuré pour les consigner, les oublis sont garantis. C'est le rôle de la matrice de dépendances.

Le problème : consigner toutes les relations

Dès qu'un projet dépasse une vingtaine de tâches, dire « A doit finir avant B » ne suffit plus. Avec 50 tâches, on a 50 × 49 = 2 450 paires ordonnées à examiner. La matrice de dépendances est le support formel où vivent ces relations d'antériorité, avant leur représentation graphique (Gantt, réseau PERT/MPM) et le calcul du chemin critique.

Deux formats complémentaires

• Le tableau de dépendances — un format liste (une ligne par tâche), opérationnel, saisi dans MS Project ou Excel et facile à maintenir au quotidien.
• La DSM (Design Structure Matrix) — une matrice carrée n × n développée par Donald Steward au MIT en 1962, qui croise les tâches en lignes et en colonnes pour détecter visuellement les oublis et les dépendances circulaires.

Les deux portent la même information sous deux angles : le tableau se saisit facilement, la matrice est plus puissante pour l'analyse.

Les 7 colonnes du tableau

Un tableau rigoureux comporte sept colonnes : le code tâche (aligné sur le WBS), le nom, la durée (issue de l'estimation), le ou les prédécesseurs, le type de dépendance (FS, SS, FF, SF), le décalage (lead/lag) et la nature. On ajoute souvent une 8ᵉ colonne de justification, précieuse quand un retard oblige à décider quelles dépendances lever.

Décalages et nature des dépendances

Deux notions sont décisives. Les décalages : un lag positif retarde le successeur, un lead négatif l'anticipe par chevauchement — c'est la technique du fast tracking. Et la nature : une dépendance obligatoire (physique, contractuelle, normative) ne se lève pas, alors qu'une dépendance discrétionnaire (choix d'organisation) peut être levée pour optimiser le planning.

Estimer la charge d'un lot en jours-homme est une chose. Transformer ce chiffrage en un engagement financier validé par le sponsor, provisionné contre les risques et suivi dans le temps, en est une autre.

Du chiffrage à l'engagement

La gestion budgétaire transforme l'estimation technique en engagement financier formel. Le budget projet remplit trois fonctions : l'engagement (contrat bilatéral entre sponsor et chef de projet), l'autorisation (sans budget, pas de bon de commande ni de recrutement) et la référence de pilotage (la baseline contre laquelle on compare les dépenses réelles).

Les 4 strates du budget

Le PMBOK structure le budget en quatre couches additives, chacune absorbant un type d'incertitude :

• Les coûts directs — charge de chaque work package × taux journalier de la ressource. C'est la base, issue du WBS.
• Les coûts indirects — coordination, frais généraux, ce qui n'est pas rattachable à un WP précis.
• La réserve de contingence — provision pour risques identifiés et quantifiés, typiquement 10-15 % de la baseline.
• La réserve de management — provision pour risques non identifiés, 8-10 %.

Le cumul des quatre strates donne le Budget at Completion (BAC), l'engagement formel du sponsor.

La courbe en S

La ventilation temporelle du budget (time-phased budget) prend la forme d'une courbe en S : le cumul des dépenses planifiées, aussi appelé Planned Value (PV) ou BCWS. Lente au démarrage, raide pendant l'exécution intensive, elle s'aplatit en clôture. Cette courbe devient la référence pour mesurer la performance, en préparation de l'Earned Value Management.

Pourquoi provisionner : les chiffres

Les dépassements sont systémiques. L'étude de Bent Flyvbjerg (Oxford, 2002) sur 258 projets de transport dans 20 pays relève un dépassement moyen de 45 % pour le rail urbain, 34 % pour les ponts et tunnels, 20 % pour les autoroutes. Dans le numérique, le CHAOS Report indique que 52 % des projets IT dépassent de plus de 45 %. D'où l'importance des réserves de contingence et de management.