Key takeaways
- —La plupart des projets ERP ont l'apparence de la visibilité — tableaux de bord, decks de statut, graphiques hebdomadaires — sans la vraie chose.
- —Un tableau de bord répond à 'qu'est-ce qui se passe cette semaine'. La vraie visibilité répond à 'pourquoi on est là où on est' — et c'est cette question-là qui prédit si un projet va atterrir.
- —Plus de tableaux de bord et de résumeurs IA ne comblent pas l'écart. Ils font remonter plus vite ce qui est déjà capté. Ils ne règlent pas ce qui ne l'est pas.
- —Environ 70 % des projets ERP manquent leur budget ou leurs dates. Les autopsies tracent toujours vers la même cause : personne n'était capable de voir ce qui se passait vraiment, à temps pour agir.
- —La vraie visibilité veut dire que n'importe qui peut poser n'importe quelle question — des chiffres de cette semaine à une décision du dernier trimestre — et obtenir une réponse claire avec tout le contexte en moins de deux minutes.
Vous avez déjà vécu ça. C'est mardi. Vous êtes dans la réunion de statut hebdomadaire. Quatre personnes lisent des chiffres à partir d'un deck que quelqu'un a fini à 11h du soir la veille. Un chantier est vert. Un autre est jaune, avec un astérisque. Le gros — celui qui tient à cœur à toute l'équipe exécutive — est « sur les rails », avec un astérisque aussi.
Vous posez une question. Personne ne vous donne une réponse claire. Vous recevez trois réponses partielles de trois perspectives différentes. Elles sont toutes défendables. Aucune ne vous dit ce que vous voulez vraiment savoir : est-ce que cette affaire-là va atterrir ou pas ?
C'est ça, « ne pas avoir de visibilité » sur un projet ERP. Et presque tous les projets ERP l'ont.
Ce que la visibilité sur un projet ERP veut vraiment dire
La visibilité, sur papier, c'est simple : tout le monde sur le projet peut voir ce qui se passe, quand ça se passe, d'une façon qu'il peut faire confiance. Le PM sait où chaque chantier est rendu. Le commanditaire exécutif peut dire si le plan correspond encore à la réalité. Le comité de pilotage arrive en réunion avec le même portrait que le monde qui fait le travail.
C'est la définition. C'est raisonnable. C'est ce que tout le monde pense acheter quand il met en place des tableaux de bord, des outils de statut, et des cadences de reporting.
C'est aussi presque jamais ce qu'il obtient vraiment.
Pourquoi la plupart des projets ERP n'ont pas de vraie visibilité
La plupart des projets ont l'apparence de la visibilité — plein d'outils, plein de graphiques, plein de decks de statut — sans la chose elle-même. Voici pourquoi.
La visibilité sur un grand projet ERP, ce n'est pas un chiffre, ou un graphique, ou un rapport. C'est la capacité de répondre à une question précise, à un moment précis, avec confiance. Des questions comme : pourquoi on a choisi l'approche B plutôt que l'approche A en mars ? Qu'est-ce qui dépendait de cette décision-là ? Est-ce que ce raisonnement tient encore, ou est-ce que quelque chose a changé ?
Essayez de poser ça sur votre projet aujourd'hui.
Quelqu'un va dire « laissez-moi vérifier avec l'équipe qui était dans cette réunion-là ». Deux de ces personnes sont parties du projet. Une troisième dit « je pense qu'on avait décidé X, mais les notes sont peut-être dans un autre dossier SharePoint ». Deux jours passent. Vous obtenez une réponse partielle. Vous avancez sans la version complète.
Ce n'est pas parce que votre équipe est mauvaise à ses jobs. C'est parce que l'information qui répondrait à la question — la décision, le contexte, le raisonnement, ce qui en dépendait — n'a été captée nulle part où quelqu'un pourrait la retrouver des semaines ou des mois plus tard. Ça s'est décidé dans une réunion et c'est évaporé.
La visibilité, ce n'est pas un tableau de bord. C'est la capacité de voir, à n'importe quel moment, pourquoi le projet est rendu où il est.
Pourquoi plus de tableaux de bord et d'outils IA ne règlent pas la visibilité ERP
Quand les projets manquent de clarté, l'instinct est toujours le même. Acheter un meilleur tableau de bord. Ajouter un outil de statut. Rajouter un résumeur IA par-dessus Slack et Teams. Planifier une autre réunion multi-équipes. Mettre le deck hebdomadaire en couleurs. Faire un diagnostic.
Un peu de ça aide un peu. Rien de ça ne fait disparaître le sentiment. Voici ce que chacune de ces choses est en réalité :
Un tableau de bord, c'est une photo de chiffres, maintenant. Un outil de statut, c'est un journal de tâches, maintenant. Un résumeur IA, c'est une version plus rapide des notes de réunion.
Ils répondent tous à la question « qu'est-ce qui se passe cette semaine ? » C'est une question utile. Mais ce n'est pas la question qui vous empêche de dormir.
La question qui vous empêche de dormir, c'est pourquoi les choses sont où elles sont, et si les décisions qui ont amené le projet ici tiennent encore. Une photo des chiffres de cette semaine ne vous aide pas avec ça. Une version plus rapide des notes de réunion du mois passé non plus.
La vraie visibilité demande un autre type d'information — celle qui vit dans les conversations et les décisions qui ont façonné le projet, pas dans les rapports de statut qui le décrivent après coup.
Pourquoi 70 % des projets ERP dépassent leur budget ou manquent leurs dates
La recherche sur les grands projets TI est constante : environ 70 % des projets ERP manquent leur budget ou leurs dates, et autopsie après autopsie, on revient au même pattern. Le temps que quelqu'un ait assez d'information pour sonner l'alarme, personne n'est plus capable de reconstituer complètement comment le projet s'est rendu là.
Pas parce que l'information n'existait pas. Parce qu'elle n'était tenue nulle part où quelqu'un pouvait la retrouver.
C'est ce qui arrive quand un projet a l'apparence de la visibilité sans la vraie chose. Les tableaux de bord étaient verts, les rapports de statut sortaient à l'heure, les comités de pilotage avaient lieu. Mais personne n'était capable de voir, à temps pour agir, ce que le projet faisait vraiment. C'est ça, l'écart.
À quoi ressemble la vraie visibilité sur un projet ERP
La vraie visibilité sur un projet ERP, ça veut dire une chose précise : quelqu'un dans votre équipe pose une question sur le projet — n'importe quelle question, des chiffres de cette semaine à la décision du dernier trimestre — et il y a une réponse. Une réponse claire. Avec du contexte. En moins de deux minutes.
« Pourquoi on a choisi l'approche B dans l'atelier de juin ? » Réponse : voici ce qui a été discuté, voici les options qui étaient sur la table, voici pourquoi B a été choisi, voici ce qui en dépendait. Deux minutes. Pas d'archéologie.
« Quel est le statut actuel du chantier 3 ? » Réponse : voici où c'est rendu, voici ce qui a changé depuis la semaine passée, voici ce qui est à risque, voici ce qui en dépend. Aussi deux minutes.
La plupart des projets ERP ne peuvent faire ni l'un ni l'autre aujourd'hui. Pas parce que les outils ne sont pas là. Parce que rien n'a été mis en place pour tenir l'information d'une façon qui la rend réellement accessible plus tard.
Les projets qui atterrissent à temps ne sont pas ceux qui ont les tableaux de bord les plus fancy. Ce sont ceux qui peuvent répondre à des questions sur eux-mêmes — à n'importe quel moment, avec tout le contexte, vite. C'est ça, le vrai jeu.
