E8 Prévisions, incertitude et alertes précoces
Topique
Ce modèle transforme le suivi d'un projet en un outil d'anticipation. Un rapport classique décrit le niveau d'avancement des travaux et le compare au planning. L'objectif ici est d'aller plus loin : utiliser l'état constaté, les conditions opérationnelles et les engagements en cours pour explorer les scénarios possibles pour les semaines ou mois à venir, identifier les menaces avant qu'elles ne se concrétisent et évaluer les réponses envisageables.
La première condition est de bien distinguer trois perspectives. La référence (*baseline*) conserve les engagements approuvés ; l'état constaté regroupe les faits vérifiables à une date donnée ; et les prévisions décrivent un futur conditionné par certaines hypothèses. La mise à jour du planning ne doit ni effacer l'historique des retards, ni transformer une estimation en un fait avéré. Chaque mesure doit conserver sa date, sa source, son degré de fiabilité et son lien avec l'activité concernée. Les données pouvant être incomplètes, tardives ou contradictoires, le système doit signaler ces limites, plutôt que d'interpréter automatiquement l'absence d'information comme une absence de problème.
La projection s'élabore à partir du travail restant à accomplir et des mécanismes qui en régiront l'exécution. Il convient de prendre en compte les rendements récents, les équipes mobilisées, les contraintes non levées, les livraisons prévues, les dépendances entre les activités ainsi que les éventuels changements de méthode. Il ne suffit pas de prolonger la tendance du dernier taux d'avancement : une activité a pu progresser rapidement grâce à la disponibilité immédiate de matériaux, pour ensuite s'arrêter dès leur épuisement. À l'inverse, un retard actuel peut être rattrapé si une contrainte est levée et qu'une capacité supplémentaire réellement exploitable est disponible.
L'avenir n'est pas unique. Les délais d'approvisionnement, les aléas, les conditions de terrain et la productivité peuvent varier, tandis que certains risques sont susceptibles d'affecter plusieurs activités simultanément. Le système peut comparer des scénarios plausibles et, lorsqu'il dispose de données historiques pertinentes, exprimer l'incertitude sous forme de fourchettes ou de probabilités. Dans le cadre d'une démonstration dépourvue de calibration réelle, ces résultats doivent être présentés comme les conséquences d'hypothèses illustratives, et non comme des niveaux de confiance avérés.
Une alerte pertinente ne devrait pas se limiter à signaler qu'une échéance n'a pas été respectée. Il convient d'identifier l'engagement menacé, la marge d'anticipation disponible, les causes principales ainsi que les décisions susceptibles de modifier l'issue. Par exemple, un retard de livraison peut compromettre la continuité d'une installation, affecter une activité en aval et accroître les coûts de maintien. Le simulateur permettrait de comparer différentes options maintenir le plan initial, avancer un achat, réallouer des ressources ou modifier la séquence tout en observant les effets secondaires de chaque mesure.
Le modèle apprend en conservant chaque prévision émise, les données disponibles à ce moment-là, les actions entreprises et le résultat qui en a découlé. Cet historique permet d'évaluer si les alertes ont été transmises à temps et si elles étaient pertinentes, sans pour autant utiliser, a posteriori, des informations qui n'existaient pas encore. Le simulateur de démonstration illustrerait des cycles successifs de mise à jour, de projection et d'alerte appliqués à un projet de petite envergure. Son objectif est de montrer comment Kyon pourrait enrichir les rapports de suivi en apportant des explications sur les causes et des alertes précoces ; la précision opérationnelle devra, quant à elle, être validée ultérieurement sur des projets réels.
ID:5062
