Aller au contenu principal
MASCIIN IT
Pilotage de projets

Projet informatique en difficulté : les signes à ne pas ignorer

Reconnaître tôt les signaux d'un projet qui dérive pour réagir avant qu'il ne soit trop tard.

9 juin 2026

Aucun projet informatique n'annonce sa dérive. Il ne se met pas en rouge dans un tableau : il glisse, réunion après réunion, jusqu'au jour où plus personne n'ose donner de date de mise en production. La bonne nouvelle, c'est que les signes avant-coureurs sont étonnamment constants d'un projet à l'autre. Les voici, du plus discret au plus criant.

« On est à 90 % » depuis deux mois

Le grand classique. Un avancement qui plafonne à 80 ou 90 % pendant des semaines ne mesure rien : il masque les 10 % restants, qui contiennent presque toujours les sujets difficiles, à savoir les interfaces, la reprise de données et les cas particuliers. Un avancement honnête se mesure en livrables testables, pas en pourcentage déclaré.

Les comités qui glissent, se vident ou se taisent

Un comité de pilotage reporté une fois, c'est la vie. Reporté trois fois, c'est un symptôme. Même chose quand les décideurs se font remplacer par des suppléants, ou quand les réunions se terminent sans aucune décision actée. Un projet en bonne santé produit des décisions. Un projet en difficulté produit des points d'information.

Les mêmes questions qui reviennent en boucle

Si le périmètre de la reprise de données a déjà été « tranché » trois fois, c'est qu'il ne l'a jamais été : rien n'est écrit, ou personne n'assume l'arbitrage. Le test le plus simple consiste à demander le registre des décisions, daté et signé. S'il n'existe pas, vous connaissez déjà l'état du projet.

La recette repoussée « pour gagner du temps »

Quand le planning se tend, la première variable d'ajustement est toujours la même : les tests. C'est l'inverse de ce qu'il faut faire. Une recette réduite ne supprime pas les anomalies. Elle les déplace en production, là où elles coûtent dix fois plus cher et se voient de tout le monde.

Le prestataire qui change de visages

Le chef de projet est remplacé, puis le développeur principal, et à chaque fois il faut tout réexpliquer. En théorie, le turnover chez votre prestataire n'est pas votre problème. En pratique, c'est votre budget qui paie chaque remontée en compétence.

Le budget consommé sans reste à faire

Beaucoup de projets savent dire combien ils ont dépensé. Très peu savent dire ce qu'il reste à faire, chiffré et daté. Or c'est la seule question qui compte : le « reste à faire » est l'indicateur de pilotage numéro un. S'il n'existe pas, le pilotage n'existe pas.

Que faire quand plusieurs cases sont cochées

Trois réflexes, dans l'ordre. D'abord, un arrêt sur image factuel : ce qui est livré, testé, en anomalie ; les décisions prises et manquantes ; le consommé et le reste à faire estimé. Sans recherche de coupable, car elle fige tout le monde et n'apporte rien. Ensuite, un re-périmétrage : dans l'état actuel, que peut-on livrer, à quelle échéance, en sacrifiant quoi ? Enfin, un cadre de reprise : responsabilités nommées, décisions écrites, recette préparée dès maintenant.

Un regard extérieur aide beaucoup à ce moment-là. Pas pour juger, mais parce qu'il peut poser les questions que plus personne n'ose poser en interne. Plus il intervient tôt, plus les options restent ouvertes.

Expertise associéePilotage, chefferie de projet, AMOA/AMOE

Cadrer, coordonner et sécuriser vos projets SI.

Commençons par comprendre ce qui bloque.

En 30 minutes au téléphone, vous repartez avec une lecture claire de votre situation et une prochaine étape concrète, que nous travaillions ensemble ou non.

  • Échange direct avec un expert
  • Confidentialité définie dès le départ
  • Réponse généralement sous un jour ouvré