Elle avait tout préparé. Le rétroplanning s’étalait sur trois écrans, chaque jalon calé au jour près, chaque livrable relié à sa dépendance. On lui avait confié ce projet en plus de son poste, comme on ajoute une pièce à un vêtement déjà porté, et elle avait fait ce qu’on fait quand on ne sait pas par où commencer : elle s’était réfugiée dans l’outil. Trois semaines plus tard, le projet n’avançait plus. Pas à cause d’un retard de livraison, pas à cause d’une ligne budgétaire mal calculée. Il n’avançait plus parce qu’un directeur qu’elle n’avait jamais pensé à consulter avait, d’un mot glissé en réunion, retiré au projet toute son énergie. Elle ne savait pas qu’il fallait le voir venir. Son métier d’origine ne le lui avait jamais appris. Ce jour-là, elle a compris que son problème n’était pas de savoir organiser un planning, mais de ne pas savoir qui, dans son organisation, pouvait faire couler un projet sans même s’en apercevoir.
Je raconte cette scène depuis des années dans mes formations, et à chaque fois elle produit le même silence. Pas parce qu’elle est rare. Parce qu’elle est familière à tout le monde dans la salle.
Le paradoxe des outils.
On parle beaucoup, en ce moment, de l’intelligence artificielle et de la disparition annoncée du chef de projet. Les outils se multiplient, les tableaux de bord s’automatisent, un algorithme sait désormais générer un planning plus vite qu’un humain ne sait ouvrir son logiciel. On croit y voir une menace. Je crois plutôt qu’on y voit un révélateur.
Car ce que l’IA absorbe, c’est la part technique du métier, celle qu’on pouvait montrer en réunion, celle qui rassurait parce qu’elle produisait un livrable visible. Et en l’absorbant, elle met à nu ce qui se cachait derrière depuis toujours : un travail sans nom, sans case dans le référentiel de compétences, sans ligne dans le programme de formation. Un travail qui ne s’est jamais laissé réduire à une méthode, parce qu’il ne s’adresse pas à un projet, il s’adresse à des gens.
Le travail qu’on ne voit jamais.
Ce travail-là ne laisse pas de trace. C’est sa nature même. Quand il fonctionne, personne ne le remarque, on croit que le projet avançait tout seul, porté par sa seule logique. Il ne devient visible qu’au moment où il a manqué, et à cet instant précis on ne l’appelle plus par son nom. On parle d’un problème d’équipe, d’un manque de communication, comme s’il s’agissait d’un incident isolé et non du symptôme d’un manque plus ancien, plus structurel : personne n’a jamais appris à ce chef de projet à construire de la confiance avant que le besoin ne s’en fasse sentir, à entretenir une adhésion qu’aucun Gantt (ou n’importe quel outil de planification qui est révolutionnaire, jusqu’au prochain…) ne sait planifier.
J’ai vu cette absence prendre un autre visage, plus discret encore, chez un chef de projet qui pilotait son équipe entièrement à distance. En présentiel, on lit l’adhésion sur des signaux qu’on ne sait même pas qu’on interprète : un regard qui décroche, une posture qui se referme, le silence un peu trop long après une question. Face à un écran couvert de pastilles grises, caméras coupées, tous ces signaux disparaissent d’un coup. Il s’est dit, ce jour-là, que son projet n’intéressait personne. Ce n’était pas tout à fait vrai. Ce qui avait disparu, ce n’était pas l’intérêt de son équipe, c’était l’instrument avec lequel il le mesurait depuis toujours. Toute sa compétence relationnelle reposait sur un terrain qu’on venait de lui retirer, et il n’avait jamais rien appris pour en trouver un autre.
Ces deux scènes ne se ressemblent pas, et c’est bien ce qui m’intéresse. La première raconte l’absence d’une compétence dès le départ, faute d’y avoir jamais été formé. La seconde raconte son effondrement, quand le terrain qui la portait sans qu’on le sache se dérobe. Entre les deux, la même vérité : ce savoir-faire n’a jamais eu de nom officiel, donc personne n’a appris à le repérer quand il manque, ni à le reconstruire quand il s’effondre.
Ce qui reste, quand les outils savent tout faire.
Je ne crois pas que la méthodologie soit le vrai sujet de difficulté chez les débutants que je forme. Ils apprennent vite à lire un diagramme, à hiérarchiser des tâches, à tenir un budget. Ce qui leur manque, et qu’on ne leur enseigne presque jamais, c’est l’art d’embarquer quelqu’un qui n’a pas envie de bouger, de tisser une confiance avant d’en avoir besoin, de sentir qu’un projet perd son souffle avant que les chiffres ne le confirment. Ce n’est pas de la mollesse relationnelle qu’on demande là. C’est parfois une forme de fermeté, la capacité à faire adhérer sans écraser, à tenir un cap quand personne ne le tient avec vous.
Plus les outils avancent, plus cette capacité-là va compter. Non pas parce que le chef de projet devra se battre contre les machines, mais parce que tout ce qu’elles ne sauront jamais faire à sa place deviendra, par élimination, la seule chose qui justifiera encore sa présence.
L’arme la plus importante du chef de projet n’a jamais été dans son logiciel. Elle a toujours été entre ses deux oreilles.
Reste une question à laquelle je n’ai pas de réponse arrêtée, et je m’en méfierais si j’en avais une. Cette capacité à lire les gens, à tisser une confiance avant d’en avoir besoin, à sentir qu’un projet perd son souffle avant que les chiffres ne le disent, s’apprend-elle vraiment ?
J’ai tendance à penser qu’une part en est innée, qu’on ne fera jamais d’un chef de projet un lecteur fin des rapports de force comme on lui apprend à mettre à jour un sprint, un compte rendu etc, etc…
Mais je sais aussi qu’on peut y travailler, ne serait-ce qu’en cessant de la traiter comme un supplément d’âme pour la reconnaître comme le cœur du métier. Y prêter attention, en parler, la nommer dans nos formations au lieu de la laisser dans l’angle mort : ce n’est pas une réponse, c’est un commencement. Comment identifier plus tôt ces parties prenantes qui décident du sort d’un projet sans jamais apparaître dans aucun tableau ? Comment former, vraiment, à ce qui ne se mesure pas ?
La question reste ouverte, et c’est peut-être là qu’elle doit rester, pour que chacun continue d’y chercher sa propre réponse sur le terrain.
Alain Heurtin
Alain Heurtin est Chef de Projet senior certifié PMP® (Project Management Professional), fort de plus de quinze ans d’expérience en pilotage de projets complexes et en management d’équipes.il intervient en tant que consultant et formateur auprès des PME et des business schools sur les thématiques de la gestion de projet, du management opérationnel et de la stratégie RSE. Son approche pragmatique orientée client lui a permis de conduire de nombreux projets pour de grands comptes et d’implémenter des méthodologies d’amélioration continue. Contributeur régulier, il écrit des articles sur le management de projet et sur l’intelligence artificielle, avec un intérêt particulier pour l’IA et le monde de l’éducation.
DantotsuPM.com 