Gouvernance, pilotage, management : la lacune fatale que l’IA et vos logiciels de gestion de projet ne combleront jamais

L’entreprise bien équipée qui dysfonctionne magnifiquement

Il y a quelque chose de profondément fascinant dans la capacité des entreprises modernes à investir des millions d’euros dans des logiciels de gestion de projet, tout en continuant à livrer en retard, à exploser leurs budgets et à perdre leurs clients avec une régularité métronomique. Ce n’est pas une question de mauvais outils. C’est une question de mauvais diagnostic : on cherche une réponse technologique à des problèmes qui sont, par nature, humains, relationnels et organisationnels.

Selon une étude du Project Management Institute publiée en 2023, près de 70 % des projets d’entreprise n’atteignent pas leurs objectifs initiaux en termes de délais, de budget ou de périmètre. Parallèlement, le marché mondial des logiciels de gestion de projet a dépassé les 6 milliards de dollars en 2022 et continue de croître. Ces deux courbes qui progressent ensemble (dépenses en outils et taux d’échec des projets) racontent en réalité la même histoire : celle d’une confusion persistante entre l’outil qui organise les tâches et la compétence humaine qui gouverne, pilote et manage. Jira peut tracer un ticket. Il ne peut pas décider à la place d’un directeur qui évite d’arbitrer. C’est un sujet que j’ai déjà traité dans un article précédent : sur les succès et les échecs des projets.

La vraie question n’est donc pas de savoir si vos logiciels sont bons (ils le sont, pour ce pourquoi ils ont été conçus). La vraie question est de comprendre ce qu’ils ne feront structurellement jamais, et pourquoi continuer à l’ignorer coûte chaque année des milliards d’euros en projets avortés, en conflits client-fournisseur et en désengagement silencieux des équipes.

Un logiciel de gestion de projet ne couvre qu’une infime partie de la réalité opérationnelle

Avant toute chose, il faut remettre les outils à leur juste proportion. Un logiciel de gestion de projet, aussi sophistiqué soit-il, ne couvre qu’une fraction de ce qui constitue la gestion opérationnelle réelle d’une entreprise. Il gère des tâches, des délais, des ressources affectées à un périmètre défini. Ce qu’il ne touche pas, c’est l’essentiel : la stratégie, la culture d’entreprise, la qualité du management, la confiance entre les équipes, la clarté des responsabilités, la cohérence des décisions et la capacité des dirigeants à arbitrer sous pression.

Imaginez un chef d’orchestre qui investirait dans le meilleur pupitre à partitions du marché, avec éclairage LED intégré, réglage motorisé et synchronisation numérique avec les musiciens. Le pupitre est excellent. Mais si le chef ne sait pas diriger, si les musiciens ne se respectent pas, si le programme a été choisi sans tenir compte des instruments disponibles, le concert sera mauvais. Le pupitre n’y est pour rien, et l’acheter plus cher ne changera rien au problème.

C’est exactement ce qui se passe dans des milliers d’organisations qui déploient Jira, Monday.com, ClickUp ou Asana. Ces logiciels organisent, tracent, visualisent et alertent avec une efficacité réelle sur leur périmètre. Mais ce périmètre est étroit. Il représente peut-être 10 à 15 % de ce qui détermine réellement le succès ou l’échec d’un projet. Le reste (la gouvernance, le pilotage stratégique, la qualité du management, la relation client, la cohésion d’équipe) se passe entièrement en dehors de ces outils, dans des bureaux, des couloirs, des réunions et des conversations que aucun logiciel n’a jamais pu ni voulu capturer.

La gouvernance : le grand angle mort que vos logiciels de gestion de projet ne voient pas

La gouvernance de projet, c’est l’ensemble des règles, des instances décisionnelles et des processus d’escalade qui permettent à un projet de rester aligné avec ses objectifs stratégiques. C’est un sujet humain, politique, organisationnel. Et c’est précisément pour cette raison qu’aucun logiciel de gestion de projet ne l’adresse, ne le mesure et ne le traite : parce qu’il ne peut pas le faire.

Quand un éditeur de logiciel vous fait une démonstration, il vous montre des vues Gantt impeccables, des tableaux Kanban fluides, des rapports de charge automatisés. Ce qu’il ne vous montre jamais, parce que son produit n’a pas de fonctionnalité pour ça, c’est comment résoudre un désaccord entre deux directeurs métier sur la priorité d’un livrable. Il ne vous montre pas comment gérer le conflit entre la DSI qui veut plus de temps et le client qui veut la livraison hier. Il ne vous montre surtout pas comment compenser l’absence d’un sponsor exécutif réellement impliqué dans les décisions. Ces situations-là ne s’adressent pas avec un champ de formulaire supplémentaire ni un nouveau statut de ticket. Elles s’adressent avec de la gouvernance, de l’autorité et du courage managérial.

Le cas du programme informatique du NHS britannique, le National Programme for IT, reste l’un des exemples les plus édifiants de l’histoire récente. Lancé en 2003 avec une ambition pharaonique : numériser les dossiers patients de tout le système de santé anglais, il a été abandonné en 2011 après avoir englouti 10 milliards de livres sterling. Les outils de suivi ne manquaient pas. La gouvernance, elle, était catastrophique : décisions morcelées, responsabilités diluées, absence de vision unifiée entre les prestataires, les hôpitaux et le gouvernement. Aucun logiciel n’était en cause. Ce sont les défaillances humaines de pilotage et de gouvernance qui ont tué le projet, pendant que les tableaux de bord continuaient d’afficher des avancements rassurants.

Ce que les logiciels de gestion de projet révèlent sans pouvoir traiter

Il y a pourtant une façon juste et productive de regarder les logiciels de gestion de projet : non pas comme des solutions aux problèmes humains, mais comme des révélateurs. Un logiciel bien déployé met en lumière avec une brutalité parfois salutaire tout ce qui dysfonctionne dans une organisation. Les tâches qui s’accumulent sans propriétaire. Les jalons qui glissent sans que personne ne réagisse. Les dépendances entre équipes jamais formalisées. Les décisions en suspens parce que personne n’a l’autorité (ou le courage) de les prendre.

Ce diagnostic est précieux. À condition de le lire pour ce qu’il est : le reflet d’un dysfonctionnement humain et organisationnel, pas un paramètre à reconfigurer dans l’outil. L’erreur classique consiste précisément à modifier les statuts, les vues ou les indicateurs pour que le tableau de bord affiche des couleurs plus rassurantes, plutôt que d’adresser les causes profondes que l’outil a eu la lucidité de mettre en évidence. On soigne le thermomètre au lieu de traiter la fièvre. Et pendant ce temps, le problème de gouvernance, lui, continue de croître.

Le pilotage opérationnel réel repose sur une compétence humaine rare et de plus en plus négligée. Suivre un projet, c’est enregistrer ce qui s’est passé. Piloter un projet, c’est anticiper, décider et corriger la trajectoire en temps réel. Les logiciels de gestion de projet font très bien le premier. Seuls des hommes et des femmes bien formés, bien positionnés et réellement responsabilisés font le second. Et cette distinction, aussi évidente soit-elle sur le papier, est systématiquement effacée dans les organisations qui confondent avoir un outil de suivi avec avoir un pilotage.

Désengagement salarié : la blessure que le Kanban ne soigne pas

Parlons maintenant de l’une des conséquences les plus coûteuses et les moins visibles de cette lacune structurelle : le désengagement des équipes. Selon le dernier rapport Gallup sur l’état de l’engagement mondial, à peine 23 % des salariés dans le monde se déclarent activement engagés dans leur travail. En France, ce chiffre tombe à des niveaux encore plus préoccupants, classant le pays parmi les moins engagés d’Europe. Et dans les environnements projet, ce désengagement a un coût direct : retards, erreurs, turnover, perte de mémoire organisationnelle.

Ce désengagement ne naît pas d’un mauvais logiciel. Il naît d’un management défaillant, d’un manque de reconnaissance, d’une absence de sens et d’un sentiment d’impuissance face à des décisions prises sans concertation. Il naît aussi, précisément, de la surcharge d’outils mal pensés : quand un collaborateur doit jongler entre une messagerie instantanée, un CRM, un ERP, un logiciel de gestion de projet, une plateforme documentaire et un système de reporting (chacun ayant sa propre logique, ses propres mises à jour et ses propres formations obligatoires), il ne gagne pas en efficacité. Il gagne en fatigue cognitive et en sentiment de ne plus savoir pour quoi il travaille vraiment.

Aucun tableau de bord ne mesure cette fatigue. Aucun logiciel de gestion de projet ne la détecte, ne l’adresse ni ne la résout. Le management a parfois trouvé dans ces logiciels un moyen confortable de déléguer ce qui ne se délègue pas : la conversation difficile, le feedback honnête, l’écoute réelle. Pourquoi aller parler à un collaborateur de sa surcharge quand on peut consulter son taux de complétion de tickets ? Le résultat est un appauvrissement du lien humain dans les équipes que aucun dashboard ne peut ni mesurer ni compenser. Et le désengagement, lui, continue de s’installer silencieusement, loin des vues Gantt et des sprints bien planifiés.

Conflits client-fournisseur : quand le logiciel de gestion de projet documente ce qu’il n’a pas su prévenir

L’autre grande problématique humaine que les logiciels de gestion de projet ne comblent jamais est la dégradation progressive de la relation entre le client et le prestataire. Cette dégradation suit presque toujours le même scénario : un contrat signé dans l’enthousiasme, des premières réunions pleines de bonne volonté, des outils collaboratifs partagés avec soin, et puis (progressivement) la confiance qui s’effrite. Les délais glissent, les périmètres s’étendent sans avenant, les incompréhensions s’accumulent, et la communication qui était fluide devient formelle, défensive, puis franchement conflictuelle.

À ce stade, le logiciel de gestion de projet ne joue plus son rôle de facilitateur. Il devient un instrument de preuve. On archive les échanges. On screenshot les validations. On exhume les anciennes versions du planning pour établir les responsabilités. Le projet n’est plus géré : il est documenté pour servir d’argument dans un futur contentieux. Et l’outil, qui n’a jamais eu pour vocation de gérer la confiance, la relation ou la communication humaine, se retrouve instrumentalisé dans un rôle pour lequel il n’a pas été conçu.

La France vit une augmentation significative des médiations inter-entreprises liées à des conflits de projets informatiques et de transformation digitale. Le Centre de Médiation et d’Arbitrage de Paris (CMAP) rapporte que les litiges technologiques constituent une part croissante de son activité. Ces conflits auraient pu être évités, non pas avec un meilleur logiciel de ticketing, mais avec une gouvernance contractuelle plus claire, des jalons de validation mieux définis, et surtout une culture du dialogue préventif. Ces compétences sont relationnelles et organisationnelles. Elles s’apprennent, se cultivent et se managent. Elles ne s’achètent pas en SaaS.

L’IA par-dessus tout cela : une opportunité réelle, mais une condition absolue

Et puis, comme suite logique de cette évolution, est arrivée l’Intelligence Artificielle. Et c’est une opportunité réelle pour le pilotage de projet, à condition de comprendre ce qu’elle peut et ce qu’elle ne peut pas faire. Les promesses sont solides : prédiction des risques de dérapage, recommandations d’allocation de ressources, détection précoce des signaux faibles, synthèse intelligente des réunions. Dans un environnement structuré, ces capacités peuvent transformer la qualité du pilotage de façon significative.

Mais l’IA hérite exactement des lacunes du système sur lequel elle s’appuie. Si les données qu’on lui fournit ne reflètent pas la réalité opérationnelle (et elles ne le font pas, dans la quasi-totalité des organisations où la gouvernance et le pilotage sont défaillants), alors l’IA produira des recommandations qui amplifient et systématisent ces défaillances. Les informaticiens ont un acronyme pour ce phénomène, vieux comme l’informatique : GIGO, Garbage In, Garbage Out. Ce principe n’a pas pris une ride avec l’IA. Il a simplement pris une nouvelle dimension, parce que les erreurs de prédiction d’une IA mal nourrie ne sont pas perçues comme des erreurs humaines corrigeables. Elles sont perçues comme des recommandations objectives produites par un système réputé supérieur au jugement humain. C’est là que la lacune originelle des logiciels de gestion de projets devient véritablement dangereuse.

La qualité de la donnée : ce que l’IA exige que les humains fassent d’abord

La condition d’une IA efficace en contexte de pilotage de projet n’est pas la quantité de données disponibles. C’est leur qualité, leur pertinence et leur représentativité. Il vaut infiniment mieux disposer de cinquante indicateurs fiables, mis à jour en temps réel et alignés sur les vrais enjeux décisionnels, que de cinq mille champs renseignés à moitié par des personnes qui ne comprennent pas pourquoi on leur demande de les remplir. Et cette qualité ne tombe pas du ciel : elle est le résultat d’un travail humain préalable de définition, de gouvernance de la donnée et de formation des équipes. C’est-à-dire exactement le travail de pilotage et de management que les logiciels n’ont jamais su faire à la place des hommes.

Microsoft a appris cette leçon à ses dépens avec Cortana, son assistant intelligent censé révolutionner la productivité des équipes. Malgré des investissements colossaux, le logiciel a été progressivement mis en retrait, faute de données suffisamment cohérentes et contextualisées pour produire des recommandations réellement pertinentes. Ce n’est pas l’algorithme qui était en cause. C’était l’absence de gouvernance de la donnée en amont. L’IA, quand elle est bien alimentée par une organisation qui a d’abord résolu ses problèmes de pilotage et de responsabilités, peut devenir un copilote exceptionnel. Quand elle ne l’est pas, elle devient un générateur de fausses certitudes habillées en objectivité algorithmique, posé sur un système déjà défaillant.

Ce que les profils THPI voient que les autres refusent de voir

Les profils THPI (Très Haut Potentiel Intellectuel) en contexte d’entreprise ont souvent une caractéristique particulièrement inconfortable pour leurs organisations : ils perçoivent les contradictions systémiques que les autres acceptent par habitude ou par conformisme. Un profil THPI dans une réunion de pilotage sera celui qui demande pourquoi le tableau de bord affiche « vert » sur tous les indicateurs alors que trois clients viennent d’escalader leurs mécontentements en direct avec la direction. Il sera celui qui pointe que l’IA recommande de rallonger le sprint alors que le problème réel est un déficit de gouvernance sur les priorités métier. Il sera surtout celui qui dit tout haut ce que tout le monde perçoit en silence : que l’outil mesure des activités, pas des résultats, et que derrière les couleurs rassurantes du dashboard se cachent des problèmes humains que personne n’a encore eu le courage d’adresser.

Ces profils sont souvent marginalisés, précisément parce qu’ils refusent de souscrire à l’illusion collective que les logiciels adressent les vraies problématiques. Pourtant, leur frustration est le signal d’alarme le plus précieux qu’une organisation puisse recevoir. Elle indique que le décalage entre réalité opérationnelle et représentation dans les logiciels de gestion de projet est devenu intenable. Et quand ils partent (ce qu’ils finissent souvent par faire), ils emportent avec eux la seule chose qu’aucun logiciel ne peut capturer : la capacité à lire la réalité telle qu’elle est, et non telle que le dashboard la représente.

Remettre chaque chose à sa place : d’abord l’humain, ensuite l’outil

La bonne nouvelle, c’est que la solution n’est pas de renoncer aux logiciels de gestion de projet ni de se priver de l’IA. C’est de reconstruire l’ordre des priorités, celui qui aurait dû être respecté dès le départ : d’abord les humains, leurs responsabilités et leurs relations, ensuite les processus qui les structurent, enfin les outils qui les servent. Dans cet ordre, et pas l’inverse.

Cela commence par accepter que la gouvernance de projet est un enjeu humain et politique avant d’être un enjeu technologique. Il faut des sponsors exécutifs réellement impliqués, des comités de pilotage qui prennent de vraies décisions, des chefs de projet qui ont l’autorité et les compétences pour arbitrer, pas seulement pour rapporter. Parfois même il convient de se faire accompagner pour porter ces bases structurantes. Ces fondations étant posées, le logiciel retrouve son utilité naturelle : amplifier ce qui fonctionne, rendre visible ce qui est déjà clair, accélérer ce qui est déjà décidé. Et l’IA, nourrie de données propres produites par une organisation qui gouverne vraiment, devient alors le levier de pilotage d’une puissance sans précédent qu’elle promet d’être.

Cela implique aussi de réhabiliter la conversation comme premier outil de management. Le meilleur indicateur d’avancement d’un projet n’est pas le burndown chart automatisé. C’est la réponse honnête d’un membre de l’équipe à la question « est-ce qu’on va y arriver, et si non, qu’est-ce qui nous en empêche ? » Cette conversation ne coûte rien. Elle ne nécessite aucun abonnement SaaS. Et elle produit plus d’intelligence décisionnelle en dix minutes que douze mois de logs dans un logiciel de ticketing. L’IA peut ensuite amplifier cette intelligence. Jamais la créer. Jamais la remplacer.

Conclusion : le logiciel amplifie. L’humain gouverne, pilote et manage.

Les logiciels de gestion de projet ont une lacune structurelle, et elle n’est pas accidentelle : ils ont été conçus pour organiser des tâches, pas pour gouverner des organisations. Ils ont été conçus pour tracer des activités, pas pour manager des équipes. Ils ont été conçus pour visualiser des données, pas pour créer la confiance entre un client et son prestataire. Cette lacune ne sera jamais comblée par une mise à jour, un nouveau module ou une couche d’IA supplémentaire, parce qu’elle est dans leur nature même.

Accepter cette réalité est le premier pas vers une vraie performance opérationnelle. Les organisations qui réussiront durablement leurs projets dans les années qui viennent ne seront pas celles qui auront le meilleur outil. Ce seront celles qui auront compris que gouvernance, pilotage et management sont des responsabilités humaines non délégables, que les logiciels et l’IA viennent servir une fois ces responsabilités clairement assumées. Et là, sur ce terrain-là, ils feront effectivement des merveilles.

Sources

Project Management Institute (PMI) – Pulse of the Profession 2023 : Power Skills, Redefining Project Success, PMI Global, 2023.

Standish Group – CHAOS Report – Beyond Infinity, The Standish Group International, 2022. (rapport disponible sur le site de l’éditeur)

Gallup – State of the Global Workplace 2023 Report : The Voice of the World’s Employees, Gallup Press, 2023.

National Audit Office (UK) – The National Programme for IT in the NHS: an update on the delivery of detailed care records systems, HC 888 Session 2010–2011, mai 2011.

McKinsey & Company – Delivering large-scale IT projects on time, on budget, and on value, McKinsey Global Institute, octobre 2012.

Gartner – Market Guide for Project and Portfolio Management Applications, Gartner Research, 2023. (accès réservé aux abonnés Gartner)

Systèmes d’Information et Management – L’échec des projets SI : entre complexité technique et déficit de gouvernance, Revue SIM, vol. 27, n°2, 2022.

Centre de Médiation et d’Arbitrage de Paris (CMAP) – Rapport annuel sur les médiations commerciales, CMAP, 2022.

Harvard Business Review – Why Your IT Project May Be Riskier Than You Think, Bent Flyvbjerg & Alexander Budzier, HBR, septembre 2011.

Gartner – Data Quality Market Survey : The Business Value of Trusted Data, Gartner Research, 2022. (accès réservé aux abonnés Gartner)

Kahneman, Daniel – Thinking, Fast and Slow, Farrar, Straus and Giroux, 2011. (Références aux biais cognitifs appliqués aux décisions managériales.)

Flyvbjerg, Bent – How Big Things Get Done : The Surprising Factors That Determine the Fate of Every Project, Macmillan Publishers, 2023.