L'IA est un sujet neuf. Pour les équipes techniques, pour les consultants, pour les dirigeants, pour tout le monde. On n'a pas vingt ans de recul, on n'a pas de corpus de bonnes pratiques éprouvées, on avance tous en terrain largement inconnu. Ce qui commence à se dessiner, en revanche, c'est qu'il y a une différence entre les projets qui avancent et ceux qui s'enlisent, et cette différence ne tient pas à la qualité de la technologie choisie.
Elle tient à ce qui se passe avant.
Ce qu'on appelle cadrage
Le cadrage, c'est ce moment où l'on pose sur la table les vraies questions, celles que la pression du marché et l'enthousiasme technologique poussent à esquiver. Quel problème business on essaie de résoudre, pas en termes de « déployer l'IA » mais en termes de ce qui coince réellement dans l'organisation, ce qui coûte, ce qui ralentit, ce qui frustre les clients ou les équipes. Ce qu'on ne fera pas, parce que poser des limites en amont évite de les découvrir en catastrophe six mois plus tard. Qui sera affecté et comment on les prépare. Et ce qui nous permettra de dire, à un moment donné, si ça a marché ou pas.
Cadrage et roadmap, ce n'est pas la même chose
Ce n'est pas un cahier des charges et ce n'est pas une roadmap. Une roadmap traite le « comment » : les phases, les outils, les jalons, les livrables. Le cadrage traite le « pourquoi » et le « pour qui ». Il vient avant, il conditionne tout ce qui suit, et quand on le saute, la roadmap, aussi rigoureuse soit-elle, risque d'organiser méthodiquement quelque chose que personne n'a vraiment pensé.
Une compétence de direction, pas une compétence technique
Ce qui est intéressant, c'est que le cadrage ne demande aucune expertise technique en IA. Zéro. Il demande de savoir nommer un problème avec précision, poser des limites, arbitrer entre ce qui est prioritaire et ce qui peut attendre, et accepter qu'il y ait des choses qu'on ne sait pas encore. C'est exactement ce qu'un dirigeant fait sur tous ses autres sujets stratégiques. La difficulté n'est pas technique. La difficulté, c'est que le sujet est entouré d'un tel bruit, d'une telle pression, d'une telle accumulation de promesses contradictoires, que beaucoup de dirigeants se sentent disqualifiés pour le cadrer eux-mêmes. Alors ils délèguent. Au DSI, au prestataire, au consultant. Et c'est précisément là que les choses se compliquent, parce que le cadrage est un acte de direction : personne ne peut le faire à la place du dirigeant, pour la même raison que personne ne décide de la stratégie à sa place.
L'intérêt d'un regard extérieur
Il y a un point sur lequel j'insiste de plus en plus dans mes échanges : l'intérêt de faire intervenir un tiers pour animer cette réflexion de cadrage. Pas pour la confisquer, pas pour arriver avec un framework prêt à l'emploi, mais pour poser les bonnes questions dans le bon ordre, créer un espace où les non-dits remontent, où les fantasmes sur ce que l'IA peut faire sont identifiés et évacués, où les méconnaissances sont nommées sans que personne n'ait à perdre la face. Ce que je constate, c'est qu'il en sort toujours quelque chose d'utile. Même quand l'entreprise décide au final de ne pas avancer immédiatement, elle repart avec une lecture plus nette de sa situation, de ses vrais besoins, et de ce qui bloque réellement.
Ne faites pas l'économie de cette étape. C'est la moins technique et probablement la plus décisive de tout votre projet IA.