Projet SI en retard : le rôle du chef de projet quand les engagements ne tiennent plus

Un projet ne prend généralement pas plusieurs semaines de retard du jour au lendemain. La dérive est souvent précédée de signaux faibles : un jalon intermédiaire glisse, une décision tarde, un livrable reste presque terminé pendant plusieurs points de suivi, une dépendance n’est pas sécurisée ou une équipe ne confirme jamais réellement sa date.

Le risque apparaît lorsque ces signaux sont traités comme de simples informations de reporting. Un planning utile ne sert pas seulement à expliquer où en est le projet. Il doit permettre d’anticiper ce qui risque de ne pas arriver.

Une action critique sans réponse, un prérequis non validé ou une date systématiquement formulée au conditionnel doivent être considérés comme des sujets de pilotage avant de devenir des retards visibles.

Une date inscrite dans un planning n’est pas automatiquement un engagement. Avant de parler de retard, il faut déjà savoir ce que représente réellement la date annoncée.

Dans beaucoup de projets, trois notions sont mélangées : la date souhaitée par l’entreprise, la date estimée par ceux qui doivent réaliser l’action et la date sur laquelle un responsable accepte réellement de s’engager.

Ces trois dates peuvent être identiques. Mais lorsqu’elles ne le sont pas, les confondre crée une illusion de maîtrise. Le chef de projet doit au contraire rendre l’écart visible, comprendre les contraintes et faire arbitrer ce qui doit l’être.

Un planning réaliste se construit donc avec les acteurs qui exécutent le travail, sans pour autant leur déléguer seuls la maîtrise du calendrier. Leur expertise permet d’estimer la charge, les prérequis et les risques. Le rôle du chef de projet est de challenger ces hypothèses, de vérifier les dépendances et de rendre l’ensemble cohérent avec les objectifs du projet.

Un engagement du type « on devrait pouvoir livrer courant octobre » est difficile à piloter. Il ne dit ni qui porte l’action, ni ce qui sera réellement livré, ni quels prérequis peuvent remettre la date en cause.

À l’inverse, un engagement utile reste simple : une action, un responsable, un résultat attendu, une date, les dépendances principales et un critère permettant de considérer le travail terminé.

Cette précision ne sert pas à bureaucratiser le projet. Elle évite surtout les malentendus entre ce qui était demandé, ce qui était compris, ce qui a réellement été réalisé et ce que chacun pensait avoir promis.

Si le chef de projet attend la date finale pour découvrir qu’une action ne sera pas terminée, il ne suit pas réellement l’engagement : il constate le retard.

Le suivi doit permettre de voir la dérive suffisamment tôt pour encore disposer de leviers. Cela passe souvent par des jalons courts, des livrables intermédiaires, des preuves d’avancement ou simplement des questions concrètes sur ce qui reste à faire.

L’objectif n’est pas de multiplier les réunions. Il est de réduire la zone d’incertitude entre deux points de contrôle, en particulier sur le chemin critique du projet.

Certains retards ne viennent pas d’un problème technique mais d’une absence de réponse. Une équipe attend un fournisseur, un prestataire attend un métier, un intégrateur attend un éditeur ou une validation reste bloquée chez un interlocuteur qui ne répond pas.

Dans ce type de situation, « j’ai envoyé un mail » ne peut pas constituer durablement un statut projet.

Si la réponse conditionne un jalon, son absence devient elle-même un risque à traiter. Le chef de projet doit alors adapter son mode d’action : relance écrite, contact direct, recherche d’un autre interlocuteur, appel au responsable de l’équipe ou mobilisation de la gouvernance du projet.

Il peut aussi être pertinent de contacter directement la personne, le prestataire ou l’éditeur dont dépend la réponse, plutôt que d’attendre que chaque intermédiaire de la chaîne de communication relance à son tour.

L’escalade est parfois mal comprise. Elle peut être perçue comme une manière de mettre quelqu’un en difficulté ou de contourner une équipe. Ce n’est pas son objectif.

Escalader consiste à déplacer un problème vers le niveau qui possède l’autorité, le budget, la capacité d’arbitrage ou la relation fournisseur nécessaire pour le résoudre.

Une bonne escalade est factuelle. Elle rappelle ce qui est attendu, depuis quand, les relances déjà réalisées, l’impact sur le projet et surtout la décision ou l’aide attendue.

Elle évite les formulations personnelles du type « l’équipe ne fait pas son travail ». Elle décrit plutôt une situation : une information ou une action reste indisponible, elle conditionne tel jalon, et sans résolution avant telle date, telle conséquence devient probable.

Piloter ne signifie pas nécessairement rester à distance de l’exécution. Dans certaines situations, le moyen le plus efficace de débloquer un projet consiste à intervenir directement.

Cela peut être aussi simple que contacter soi-même un éditeur pour obtenir une information attendue, vérifier une documentation technique, produire une analyse qui manque à l’arbitrage ou construire la première version d’un rapport que personne n’arrive à finaliser.

Selon ses compétences, son périmètre et les règles de l’entreprise, le chef de projet peut aussi prendre en charge ponctuellement une partie plus opérationnelle : réaliser un audit ciblé, préparer une extraction de données, écrire un script, corriger un développement limité, exécuter ou accompagner une migration, participer à une recette ou reconstruire une documentation indispensable.

Le but n’est pas de prouver qu’il sait tout faire. Il est d’enlever un obstacle lorsque son intervention apporte plus de valeur que deux semaines supplémentaires de coordination.

L’intervention opérationnelle a une limite importante. Si le chef de projet récupère systématiquement les actions en retard, il masque les vraies causes du problème.

Il peut s’agir d’un manque de capacité, d’une compétence absente, d’une responsabilité mal définie, d’une priorité contradictoire, d’un fournisseur défaillant ou d’un problème de gouvernance. Réaliser soi-même l’action peut être une bonne réponse ponctuelle, mais une mauvaise solution durable.

Le chef de projet doit donc savoir intervenir sans institutionnaliser le contournement. Une fois le blocage levé, le problème structurel doit rester visible et être traité au bon niveau.

Une phrase revient souvent lorsqu’un projet commence à dériver : « nous avons pris du retard, mais nous maintenons la date finale ».

Cette affirmation n’est crédible que si quelque chose change réellement dans le plan. Le temps perdu ne disparaît pas parce qu’une date reste affichée en vert dans un tableau de bord.

Un véritable plan de rattrapage doit montrer comment l’écart sera absorbé : réduction de périmètre, ressources supplémentaires, travail en parallèle, changement de séquencement, levée d’une dépendance, simplification d’un livrable ou acceptation d’une nouvelle échéance.

Une nouvelle date sans modification du plan n’est généralement pas un plan de rattrapage. C’est une nouvelle hypothèse.

Maintenir artificiellement un planning devenu impossible peut rassurer pendant quelques semaines, mais il dégrade rapidement la confiance dans le pilotage.

Lorsqu’un engagement ne peut plus être tenu, la réponse professionnelle consiste à repartir des faits : où en sommes-nous réellement, pourquoi avons-nous dérivé, quel est l’impact, quelles options sont possibles et quelle décision faut-il prendre ?

Le nouveau planning doit ensuite être reconstruit avec les mêmes exigences que le premier : responsabilités, dépendances, charge, risques, jalons et engagements réalistes.

Réengager ne signifie pas renoncer à l’ambition. Cela signifie remplacer une promesse devenue irréaliste par une trajectoire que l’équipe peut réellement défendre.

Le rôle du chef de projet peut finalement se résumer autour de trois postures complémentaires.

Faire faire : clarifier le travail, organiser les dépendances, obtenir les engagements et donner de la visibilité.

Faire décider : provoquer les arbitrages et escalader lorsque le projet rencontre un obstacle que l’équipe ne peut pas résoudre seule.

Et parfois faire : intervenir directement, de manière ciblée, lorsque cela permet de lever rapidement un blocage sans désorganiser durablement les responsabilités.

Un bon chef de projet n’obtient pas que tous les engagements initiaux soient toujours tenus. Il fait en sorte qu’un engagement qui dérive ne reste pas longtemps sans analyse, décision ou nouvel engagement.

Chez Fortalyse, le pilotage d’un projet SI ne se réduit pas à un planning et à une succession de comités. Il doit permettre à la direction, aux métiers, aux équipes techniques et aux prestataires de partager une lecture suffisamment claire de la situation pour agir.

Cela suppose des engagements explicites mais réalistes, une gestion active des dépendances, des décisions prises au bon niveau et une capacité à sortir du processus lorsque le processus lui-même bloque l’avancement.

Le rôle du pilotage est de remettre du mouvement, de la clarté et de la crédibilité là où le projet commence à accumuler des zones grises.