Planification par plages : une alternative réaliste au CPM

Allez sur un chantier et demandez à un conducteur de travaux expérimenté quand vous serez hors d'eau hors d'air. Il répond en trois secondes, sans rien ouvrir. « Fin octobre. » Et il a généralement raison — pas par chance, mais parce que trente chantiers lui ont appris ce que celui-ci va faire. Puis vous ouvrez le planning. Il annonce le 11 décembre. Dans la pièce, tout le monde fait confiance à l'homme, pas au fichier.

Cet écart n'est pas une erreur de planification. C'est ce qui arrive quand la meilleure information du projet n'a nulle part où aller.

Le CPM ne devine pas. C'est précisément son intérêt.

Demandez à un planificateur pourquoi il utilise le CPM — la méthode du chemin critique — et vous obtiendrez une bonne réponse : parce qu'une date doit être calculée, pas ressentie. Les durées et les liens entrent, la date de fin sort, et vous pouvez retracer exactement quelle chaîne de tâches l'a produite. C'est une ambition sérieuse, et Primavera comme MS Project la servent très bien. Personne ne devrait prétendre le contraire.

Mais le calcul ne vaut que ce que vaut le réseau qui le porte. Et un réseau qui mérite vraiment ce calcul exige un niveau de détail qu'un chantier de taille moyenne ne peut pas atteindre — et surtout, ne peut pas tenir dans la durée. La séquence change chaque semaine. Un sous-traitant inverse deux niveaux. Une livraison glisse et trois corps de métier se réorganisent entre eux sans rien demander à personne.

Alors le planificateur simplifie. Il n'a pas le choix. Les tâches sont regroupées, les durées arrondies, et les liens qui demanderaient une journée entière à établir correctement sont approximés ou supprimés. Chacune de ces décisions est raisonnable prise isolément. Ensemble, elles vident le mécanisme de sa substance. À un moment, le réseau ne décrit plus comment le travail dépend réellement de lui-même : il devient un contenant à chiffres ronds — pendant que le calcul, lui, continue de tourner parfaitement sur quelque chose qui ne représente plus le chantier.

En dessous d'un certain niveau de détail, le calcul n'est plus un calcul. C'est une intuition en costume.

C'est pour cela que le CPM fonctionne remarquablement bien sur les très grands projets et beaucoup moins bien sur les chantiers de taille moyenne. Non pas parce que la méthode y serait moins bonne — parce que les conditions y sont différentes. Un projet à 400 M€ peut se payer l'équipe de planification, le niveau de détail et la discipline nécessaires pour garder le réseau honnête. Un projet résidentiel à 15 M€ ne le peut pas, et ne le pourra jamais. Ce n'est pas un retard de maturité qu'un meilleur logiciel ou plus de formation viendrait combler. C'est une question d'économie du projet. Le CPM n'a pas tort. Il est hors de portée.

La meilleure estimation du chantier n'a aucune porte d'entrée

Il y a un second problème, structurel celui-là.

Le CPM calcule une date de fin. On ne peut pas la lui dire. La circulation est à sens unique : durées et liens en entrée, date en sortie. Donc quand le conducteur de travaux annonce fin octobre et que le réseau affiche le 11 décembre, son jugement n'a aucune place légitime pour entrer.

La suite est familière à quiconque a tenu un planning. Le planificateur travaille à l'envers. Il rogne des durées, fait chevaucher des tâches, ajoute ou retire des liens jusqu'à ce que le calcul tombe sur le chiffre auquel tout le monde croit déjà. Cela prend en général un après-midi.

Deux choses cassent en même temps. Le réseau contient désormais des durées auxquelles personne n'adhère et des liens qui n'existent que pour forcer un résultat. Et le jugement de l'expert — l'information la plus fiable du projet — a été blanchi dans une forme qui masque son origine. Six semaines plus tard, quand quelqu'un demande pourquoi la date est fin octobre, la réponse n'est pas dans le fichier. Elle est dans la tête d'un homme, non consignée.

Ce qu'est vraiment la planification par plages

L'approche part d'un autre principe : si la réponse honnête est une fourchette, alors on stocke une fourchette.

Un planning par plages travaille sur les activités clés du projet — une douzaine, pas quatre cents — et donne à chacune trois scénarios au lieu d'un seul couple de dates. Les fondations, par exemple :

• Optimiste — du 3 octobre au 15 décembre
• Probable — du 3 octobre au 4 janvier
• Pessimiste — du 10 octobre au 25 janvier

Le début bouge aussi, pas seulement la fin. Si ça se passe mal, on ne démarre pas à l'heure non plus — ce qui retarde le démarrage étire généralement aussi le travail.

Un jalon, c'est le même objet sans durée : trois dates au lieu de trois plages. La mise hors d'eau hors d'air, la réception, la première visite du client. Même logique, forme plus courte.

Et les trois scénarios sont vrais. Ils portent simplement plus ou moins d'incertitude. C'est important, parce que la première question qu'on vous posera est « lequel est le vrai ? » — et la réponse, c'est que la question est mal posée. Vous communiquez différemment selon votre interlocuteur, sans jamais avoir à choisir un chiffre et à cacher les deux autres.

Ce ne sont pas des matelas. Le matelas enfouit l'incertitude à l'intérieur d'une durée, puis présente le résultat comme exact. Trois scénarios énoncent l'incertitude à voix haute, là où chacun peut la voir et en discuter.

Notez ce qui n'est pas là : aucun réseau de dépendances. C'est ça, la vraie différence — pas le mot « activité », mais le fait qu'une douzaine d'activités clés, un chef de chantier les a déjà en tête, alors que des centaines de lignes reliées entre elles, personne ne peut les tenir à jour. Il produit les premières en dix minutes et les lit en dix secondes. Cela suffit à décider si un planning survit ou non au contact d'un vrai projet.

À mesure que le chantier avance, les trois scénarios se resserrent et convergent. Au début, elles sont très écartées — à juste titre, car beaucoup reste ouvert, et la distance entre l'optimiste et le pessimiste est en soi une information sur ce qui reste incertain. À trois semaines de l'échéance, elles se sont refermées les unes sur les autres. Une date unique calculée ne pourra jamais exprimer cela.

Ce n'est ni du PERT, ni du QSRA

Tout profil qui a fait de la planification posera la question, et la distinction compte.

Le PERT (Program Evaluation and Review Technique) et le QSRA (Quantitative Schedule Risk Analysis, l'analyse quantitative des risques planning) ne sont pas des alternatives au CPM : ce sont des couches posées dessus. Ils prennent le réseau d'activités, attachent de l'incertitude et des risques à ses durées, et lancent des simulations Monte-Carlo par-dessus. Le résultat ressemble à une plage, mais c'est une plage dérivée du réseau. Retirez le réseau, il ne reste rien à simuler.

Ce qui veut dire que chaque distorsion du réseau remonte à la surface, désormais habillée d'un pourcentage de confiance. Simulez les durées qui ont été bricolées à l'envers pour tomber sur fin octobre, et vous obtiendrez un P80 très présentable sur une fiction. Les mathématiques sont justes. L'entrée, elle, a été blanchie.

Et surtout : cela ne permet toujours pas d'accepter l'avis du conducteur de travaux. On ne peut faire varier que ce qui est déjà dans le réseau. La meilleure estimation du projet reste dehors — désormais une couche plus loin de la surface.

Une plage, elle, ne repose sur rien. Elle peut être énoncée, conservée, attribuée et révisée sans qu'un seul lien de dépendance existe nulle part.

Une estimation que personne n'a redemandée

Voici ce qu'on oublie systématiquement : l'estimation du conducteur de travaux était excellente — et donnée une seule fois, en semaine 3.

Personne ne la lui redemande en semaine 14. Si on le faisait, sa réponse actualisée serait tout aussi bonne. Mais rien dans le processus ne déclenche la question, et il n'existe aucun endroit où poser la réponse s'il la donnait.

Et il ne s'agit pas d'un manque de compétence. Les chantiers de taille moyenne ont souvent un planificateur — rarement à temps plein, mais réellement qualifié. Cela renforce l'argument au lieu de l'affaiblir. Le problème n'est pas la personne. C'est que le cycle de mise à jour est structurellement plus lent que le chantier : un planificateur compétent présent deux jours par mois vous livre encore la photo du mois dernier, un mardi matin où vous devez trancher aujourd'hui.

Réévalué à partir de ce que le chantier dit déjà

Votre chantier produit déjà le signal. La photo d'une dalle coulée un jour plus tôt. Un message signalant que le sous-traitant façade tourne à deux hommes en moins cette semaine. Une confirmation de livraison. Une réserve dans l'appartement 304 qui met discrètement le parachèvement sous tension.

Avec le CPM, cette information atteint le planning des semaines plus tard, quand elle l'atteint. Biilby la lit au fil de l'eau et réévalue en continu la probabilité restante sur chaque activité clé — à partir du même reporting que vos équipes font déjà, sans imposer la moindre saisie supplémentaire à qui que ce soit. C'est le même message unique qui alimente plusieurs systèmes à la fois que nous décrivions dans un article précédent.

Biilby propose. Vous décidez.

Quand la situation bouge, Biilby ne modifie pas votre planning. Il vous soumet une fenêtre révisée :

Biilby : La façade tourne à deux hommes en moins pour la deuxième semaine. Mise hors d'eau hors d'air désormais probable du 22 au 29 octobre, pessimiste du 31 octobre au 7 novembre. On met à jour ?

Vous acceptez. Ou vous ajustez. Ou vous ignorez complètement et vous tranchez vous-même — parce que vous avez eu le sous-traitant ce matin et que vous savez quelque chose que les messages ne disent pas. Votre décision devient la nouvelle position, consignée à votre nom.

C'est toute la différence entre un planning avec lequel on vit et un planning contre lequel on se bat. Le jugement reste chez ceux qui l'ont. Le rôle de Biilby est d'amener la bonne question au bon moment et de faire l'arithmétique autour — la même ligne assumée que nous tenons partout ailleurs dans le produit.

Trois scénarios, trois lectures honnêtes

Parce que les trois sont vrais, un même jeu de données se lit de trois façons sans que personne ne mente.

Votre client voit le scénario pessimiste — l'engagement. Vos équipes travaillent sur l'optimiste — l'objectif. Le scénario probable est la réalité partagée sur laquelle les deux côtés se calent effectivement.

Aujourd'hui, ces chiffres vivent dans deux documents distincts qui se contredisent discrètement, et tout le monde le sait sans rien dire. Les plages en font un seul objet à trois visages. Personne n'est trompé, et personne n'est surpris à la réception.

Gardez l'historique. Gardez le récit.

La gestion formelle des révisions de référence sur un projet de taille moyenne, c'est un théâtre que personne n'a les heures de jouer. Donc il ne se joue pas — et le planning dérive sans qu'aucune trace n'explique pourquoi.

La réponse n'est pas plus de procédure. C'est de garder le récit. Chaque révision consignée, attribuée et expliquée : l'estimation d'octobre vient du chef de chantier en semaine 3, révisée en semaine 11 après le retard façade, révisée à nouveau en semaine 19 à la confirmation de la commande d'ascenseurs. Vous pouvez retracer comment le projet est arrivé là où il est — et votre client aussi.

Ce n'est possible que parce que l'estimation est entrée dans le système telle quelle, venant d'une personne identifiée, à une date connue. Un jugement bricolé à l'envers dans des durées n'a nulle part où laisser sa signature.

Retour à l'homme sur le chantier

Il avait raison en semaine 3. Il aurait eu raison en semaine 14 aussi, si quelqu'un lui avait posé la question.

Il n'a jamais été question de remplacer son jugement par un meilleur algorithme. Simplement, le planning a enfin une forme capable de l'accueillir — et de continuer à l'accueillir, semaine après semaine, pendant que le chantier bouge en dessous.

Envie de voir ce que cela donne sur un projet comme le vôtre ? Demandez une démo.