FAQ Project Controls, IA & Transformation

Le planning contractuel est la baseline opposable : il fixe les jalons, les obligations de délai et la référence de mesure du retard. Le planning de travail est l'outil de pilotage court terme, mis à jour en continu, qui reflète la réalité du terrain. Les deux doivent rester réconciliables : si l'écart n'est plus explicable ligne par ligne, vous perdez à la fois le pilotage et la capacité à défendre une réclamation.

Quatre tests rapides : la logique est-elle complète (pas d'activité orpheline, pas de contrainte figée qui masque le chemin critique) ; les durées sont-elles ressourcées ; le chemin critique passe-t-il par des activités qui ont un sens physique ; et l'avancement est-il mesuré sur des règles objectives plutôt que sur une appréciation. Un planning qui échoue à ces quatre tests est un document de communication, pas un outil de contrôle.

Cela dépend de la question posée et du contrat. La Time Impact Analysis prospective est la plus solide pour justifier une prolongation de délai au moment de l'événement. La window analysis est plus adaptée en rétrospective sur un projet long. L'as-planned versus as-built reste la plus contestable mais parfois la seule possible si la qualité des mises à jour a été insuffisante. La règle pratique : choisir la méthode avant la dérive, pas après.

Ce n'est pas le retard sur un jalon. C'est la dégradation de la qualité de la donnée : mises à jour en retard, avancement déclaratif, activités qui restent bloquées à 90 %, registres de risque non touchés depuis un mois. La dérive de planning est une conséquence ; la perte de discipline d'information est la cause.

Un EAC défendable s'appuie sur trois vues convergentes : la performance mesurée à date (CPI et tendance), une reprévision bottom-up par lot avec les responsables de périmètre, et le solde de risques et opportunités valorisé. Si ces trois vues divergent de plus de quelques pourcents, on ne publie pas un chiffre médian, on explique l'écart et l'hypothèse retenue.

Oui, à condition d'accepter que l'EVM mesure l'exécution, pas le développement. Sur un projet éolien, la phase de développement et de permitting est mal servie par l'EVM car la valeur n'y est pas proportionnelle à l'effort. Dès l'entrée en construction, l'EVM redevient pertinent : génie civil, routes, fondations, montage, raccordement. Le bon dispositif est mixte : jalons pondérés en amont, EVM en exécution.

La contingence couvre des risques identifiés et quantifiés à l'intérieur de la baseline ; elle appartient au chef de projet et se consomme contre un événement documenté. La provision de management couvre l'inconnu et reste à la main du sponsor, hors baseline. Confondre les deux produit deux pathologies classiques : une contingence dépensée comme un budget, et un sponsor sans marge de manœuvre quand un vrai aléa survient.

Le coût engagé, le coût comptabilisé et le décaissement ne coïncident jamais dans le temps. Un dispositif sérieux produit trois courbes distinctes et explique les décalages : engagements contractuels, coûts encourus au sens de l'avancement, et cash-out réel selon les échéances de paiement. C'est cette lecture qui permet de tenir une conversation utile avec la direction financière.

Dès que l'événement est connu et que le contrat l'exige, y compris si l'impact n'est pas encore chiffré. La grande majorité des droits perdus en contrat FIDIC ou NEC ne le sont pas sur le fond mais sur le délai de notification. La bonne pratique est de notifier tôt, de qualifier l'événement, et de réserver explicitement la quantification pour une soumission ultérieure.

FIDIC organise la relation autour de l'ingénieur, des claims et d'une logique de recours plus adversariale. NEC organise la relation autour de l'early warning, des compensation events et d'une obligation de collaboration active, avec des délais courts et une acceptation tacite en cas de silence. Concrètement, NEC exige beaucoup plus de discipline d'administration au quotidien, mais règle les sujets plus vite.

Quatre briques : le fondement contractuel (quelle clause ouvre le droit), la causalité (quel événement, quand, imputable à qui), la démonstration d'impact (planning et coûts, avec méthode explicite), et la traçabilité documentaire. Une réclamation qui présente un montant sans la chaîne de causalité complète se négocie à la baisse, quelle que soit sa légitimité de fond.

L'asymétrie entre le contrat principal et les contrats fournisseurs. Quand les obligations de délai, les régimes de pénalités et les définitions de force majeure ne sont pas répercutés en back-to-back, le porteur du contrat principal absorbe seul un risque qu'il a vendu comme réparti. Le second risque le plus sous-estimé est le take-or-pay signé sans vérifier la synchronisation de l'infrastructure aval.

À prendre des décisions d'allocation de ressources et de contingence, pas à documenter une conformité. Un registre utile a peu de lignes, chacune avec un propriétaire nommé, une action datée, un impact chiffré en euros et en semaines, et une date de réexamen. Un registre de 300 lignes sans propriétaire est un artefact de reporting.

Non. L'analyse quantitative se justifie quand la décision en dépend : dimensionnement d'une contingence, engagement sur une date, arbitrage entre deux stratégies d'exécution. Elle exige un planning de qualité et des distributions d'incertitude argumentées. Sans cela, un Monte Carlo produit une fausse précision plus dangereuse qu'une matrice qualitative honnête.

En partant du risque quantifié, pas d'un pourcentage. On modélise l'exposition coût et délai, on retient un niveau de confiance cohérent avec l'appétit du sponsor — typiquement P50 pour le budget de travail et P80 pour l'engagement externe — et on documente l'écart. Un pourcentage forfaitaire n'est acceptable qu'en phase très amont, et doit être remplacé dès la baseline.

Comme un risque de calendrier et de permis avant d'être un risque technique. Sur une zone sensible, les fenêtres autorisées, les restrictions saisonnières, les protocoles de suivi et les conditions de dérogation dictent le séquencement. Le contrôle de projet doit intégrer ces contraintes dans la logique du planning, sinon la baseline est fausse dès le premier jour.

Parce que c'est la matière première de toute défense contractuelle et de toute décision auditable. En cas de réclamation ou d'arbitrage, ce qui est opposable n'est pas ce qui a été vécu mais ce qui a été transmis, daté et enregistré. Un document control faible transforme une position juridique solide en position indéfendable.

Le taux de livrables émis à date contractuelle, le délai moyen de retour de commentaires client, le nombre de livrables en révision au-delà d'un seuil, l'ancienneté des transmittals ouverts et l'écart entre le registre des livrables et l'avancement déclaré en planning. Ce dernier écart est l'un des meilleurs détecteurs de progression fictive.

Une source unique de vérité, une codification stricte appliquée dès le premier livrable, un environnement de données commun avec droits différenciés, et une règle absolue : aucune circulation de livrable hors transmittal. La discipline se gagne dans les six premières semaines du projet ; après, elle se rattrape difficilement.

L'as-built et le dossier de fin d'affaire ne sont pas une formalité administrative : ils conditionnent l'exploitation, la garantie et parfois le paiement du solde. Le plan de clôture documentaire doit être défini au démarrage, avec les critères d'acceptation du client, et suivi comme un livrable contractuel à part entière.

Parce que les entreprises partent de l'outil au lieu de partir du problème. Avant de choisir une solution, il faut répondre à cinq questions : résolvons-nous le bon problème ; l'IA est-elle nécessaire ou une simplification de processus suffirait-elle ; quelle décision, quel flux, quel coût, quel risque ou quel délai améliore-t-on ; a-t-on besoin d'automatisation, de prédiction, de génératif, de RAG, d'agents, d'optimisation ou de plus simple ; et nos données sont-elles assez fiables pour la décision attendue.

Ceux où la donnée est déjà structurée et où la décision est récurrente : détection d'anomalies de coûts, prévision de dérive de planning sur historique, contrôle de cohérence entre planning, coûts et registre des risques, lecture assistée de correspondance contractuelle, préparation de reporting. En revanche, l'IA ne remplace ni l'arbitrage de séquencement, ni la négociation, ni l'engagement sur une date.

C'est un livrable généré par l'IA qui a l'air fini et carré mais qui ne contient aucune des réflexions et données nécessaires pour faire avancer le sujet. Les travaux de BetterUp Labs et du Social Media Lab de Stanford estiment que 41 % des salariés interrogés en ont reçu sur un mois, avec environ deux heures de démêlage par cas. Le coût réel n'est pas seulement financier : 42 % des destinataires font ensuite moins confiance à l'expéditeur.

Trois règles suffisent pour commencer. Toute production IA est un brouillon dont un humain nommé répond, comme un plan qu'on ne transmet pas sans l'avoir vérifié et signé. Les cas d'usage sont approuvés en instance, avec un critère de valeur et un critère de qualité de donnée. Les métriques suivies sont l'adoption et la qualité du livrable, jamais le nombre de licences ou de pilotes.

Le processus se structure en trois phases de définition avant l’exécution. FEL-1 qualifie l’opportunité et le business case. FEL-2 compare les concepts et sélectionne l’option de référence. FEL-3 développe la définition, le FEED, le coût, le planning, les risques et la stratégie contractuelle jusqu’au niveau requis pour la Final Investment Decision. Chaque phase se termine par un gate formel avec des livrables, des critères de maturité, des responsables et une décision explicite : poursuivre, recycler ou arrêter.

En séquençant : d'abord clarifier les rôles et le RACI sur les décisions réellement structurantes, puis installer les instances de gouvernance, puis seulement déplacer les lignes de reporting. L'erreur classique est de commencer par l'organigramme. Une matrice sans instances de décision produit un double commandement et une paralysie.

Trois à six mois pour livrer de la valeur visible, à condition de commencer par un périmètre étroit : une baseline fiable, un jeu réduit d'indicateurs, un rituel de revue tenu. La maturité complète prend plus longtemps, mais un PMO qui n'a rien produit d'utile au bout de six mois sera perçu comme un coût administratif et perdra son mandat.

Deux familles. Les indicateurs de dispositif : couverture de baseline, fraîcheur de la donnée, taux de tenue des rituels, adoption des outils. Les indicateurs de résultat : réduction de l'écart de coût et de délai, précision des prévisions, délai de décision sur les points d'escalade. La transformation est réussie quand la seconde famille bouge, pas la première.

Par le transfert de compétences et par la responsabilité. Formation opérationnelle plutôt que sensibilisation, mentorat des chefs de projet, standards documentés et appropriés par les équipes, et une règle simple : chacun reste responsable de ce qui porte son nom, quel que soit l'outil qui l'a produit.