Planifier un projet dont le contenu n'est pas défini, c'est construire sur du sable. La première étape n'est pas d'ouvrir un logiciel, mais de répondre à une question simple : que doit-on livrer, exactement ?

Le périmètre (ou contenu du projet) délimite ce qui est inclus et, tout aussi important, ce qui en est exclu. Un périmètre clair évite les deux pièges classiques : oublier des travaux qui apparaîtront en cours de route, et dériver vers des prestations non prévues.

Avant de structurer, le planificateur s'assure de disposer :

• des objectifs du projet (ce qu'on cherche à atteindre, dans quelle qualité) ;
• des livrables attendus (les produits concrets du projet) ;
• des contraintes connues : dates imposées, fenêtres d'intervention, indisponibilités.

Le WBS (Work Breakdown Structure, ou organigramme des tâches en terminologie française) est l'outil central de la structuration. Il décompose le projet en éléments de plus en plus fins, du tout vers le détail.

La logique de décomposition se fait par niveaux :

• Le projet au sommet : l'ensemble à réaliser.
• Les lots de travaux : des regroupements cohérents (par zone, par métier, par phase) qui découpent le projet en grandes parts gérables.
• Les tâches élémentaires : le niveau le plus fin, celui que l'on saura estimer et suivre.

Le WBS répond à une règle de bon sens : on décompose jusqu'au niveau où une tâche devient estimable et attribuable à un responsable, et pas plus loin. Descendre dans un détail excessif alourdit le planning sans le rendre plus pilotable.

Le WBS couvre tout le périmètre du projet et rien que lui : si un travail n'apparaît pas dans le WBS, il ne sera ni estimé, ni planifié, ni suivi. C'est la garantie qu'on n'oublie rien.

Toutes les tâches ne se valent pas. Une tâche mal définie pollue tout le planning : on ne sait ni l'estimer, ni mesurer son avancement. Une bonne tâche élémentaire respecte quatre qualités.

• Identifiable : elle correspond à un travail clairement délimité, avec un début et une fin nets. « Faire le chantier » n'est pas une tâche ; « couler la dalle de la zone A » en est une.
• Estimable : on peut lui attribuer une durée crédible, parce que son contenu est connu.
• Mesurable : on peut dire objectivement si elle est terminée ou à quel pourcentage elle avance.
• Avec un responsable : une personne ou une entité est clairement en charge de sa réalisation.

Une astuce simple : si vous ne savez pas qui ferait le travail ni comment vous mesureriez sa fin, la tâche est mal découpée. Reprenez la décomposition.

Sur un projet de plusieurs centaines de tâches, parler de « la tâche de coffrage » ne suffit plus : il y en a peut-être vingt. Chaque élément du WBS reçoit donc un code unique, son adresse dans l'arbre.

La codification suit en général la structure hiérarchique : le code d'une tâche rappelle le lot auquel elle appartient. Cette logique présente plusieurs avantages :

• chaque tâche est identifiée sans ambiguïté dans les échanges et le reporting ;
• on peut regrouper facilement les tâches d'un même lot pour analyser l'avancement par grande part ;
• la codification sert de pont vers les autres référentiels (organisation, coûts) abordés plus bas.

Le WBS n'est pas qu'un découpage du travail : c'est aussi un point d'ancrage qui relie le planning aux autres dimensions du projet.

Le lien WBS-OBS (organigramme de l'organisation, Organizational Breakdown Structure) consiste à rattacher chaque part de travail à l'entité qui en a la responsabilité. Croiser le « quoi » (WBS) avec le « qui » (OBS) garantit que chaque tâche a bien un responsable identifié et qu'aucune n'est orpheline.

Le lien WBS-coûts consiste à faire correspondre la structure des tâches à la structure budgétaire. Quand le découpage du planning et celui du budget partagent la même logique, le planificateur et le cost contrôleur parlent le même langage : un retard sur un lot se traduit immédiatement en impact de coût.

Un jalon (milestone) est un événement de durée nulle qui marque une étape clé : début ou fin d'une phase, validation, livraison, point de décision. Contrairement à une tâche, un jalon ne consomme ni temps ni ressource : il signale qu'un état est atteint.

Les jalons servent à plusieurs choses :

• structurer le projet en grandes étapes lisibles par la direction et le client ;
• matérialiser les engagements (dates de livraison, points de validation contractuels) ;
• offrir des repères de pilotage simples : a-t-on franchi le jalon prévu, en avance, en retard ?

Avant de figer la structure d'un projet, je vérifie :

• que le WBS couvre tout le périmètre, sans trou ni doublon ;
• que chaque tâche est identifiable, estimable, mesurable et a un responsable ;
• que les jalons clés (livraisons, validations) sont bien positionnés avant de poser les durées et les liens.