Challenger son équipe tech sur l'IA : 8 questions pour CEO

La plupart des dirigeants ont délégué le sujet IA à leur équipe tech. Le raisonnement se tient en apparence : c'est de la technologie, donc c'est leur domaine. Sauf que l'adoption de l'IA n'est pas un chantier technique. Elle engage le modèle de coûts, les métiers, le rythme de production et la position concurrentielle de l'entreprise. Les vraies décisions à prendre en ce qui concerne l'intelligence artificielle sont des décisions de direction. C'est pour cette raison que l'adoption de l'IA doit être un chantier mené par le CEO, et non pas par le CTO uniquement.

Mais alors comment prendre les rênes quand on ne vient pas de la tech ? Challenger son équipe tech sur l'IA en est le premier geste.

Voici 8 questions à poser, conçues pour vérifier que les décisions structurantes sont bien en train d'être prises, et par les bonnes personnes.

1. Où est notre goulot d'étranglement aujourd'hui ?

Si la réponse est "on n'en a pas", méfiance. Une équipe qui utilise l'IA pour générer du code produit plus vite, mais quelqu'un doit relire ce code. Le goulot s'est déplacé de l'écriture vers la revue, et beaucoup d'équipes ne l'ont pas encore mesuré. Le débat autour de la mort supposée du Clean Code illustre ce basculement : le métier consiste de moins en moins à écrire, de plus en plus à vérifier.

Une réponse saine nomme un point de friction précis, avec une idée de son ampleur. A l'inverse, une réponse qui se veut fuyante, ou qui contourne le problème risque de mettre en lumière que votre équipe est dépassée depuis l'IA.

2. Quelle part de notre code est générée par IA, et qui en répond ?

Deux questions en une, volontairement. La première teste la traçabilité : si personne ne sait, personne ne mesure. La seconde teste la responsabilité : le jour où un incident touche du code généré, quelqu'un doit pouvoir expliquer ce que le système a produit et pourquoi il a été accepté.

Il n'y a pas de bon pourcentage. Il y a des équipes qui connaissent le leur et des équipes qui le découvriront lors d'un incident, ou d'une due diligence.

3. Quelles métriques suivons-nous encore, et lesquelles ne veulent plus rien dire ?

L'IA a rendu certaines métriques historiques trompeuses. Le volume de code produit, le nombre de tickets fermés ou la vélocité brute gonflent mécaniquement quand une machine écrit. Continuer à piloter avec revient à mesurer la vitesse d'un cycliste qui vient de monter sur une moto.

La seconde partie de la question est la plus révélatrice : une équipe qui a réfléchi au sujet sait citer au moins une métrique qu'elle a abandonnée, et par quoi elle l'a remplacée.

4. Combien nous coûte l'IA, par cas d'usage ?

Une facture globale ne vous apprendra rien. Un coût ventilé par usage permet de décider : renforcer ce qui rapporte, questionner ce qui consomme sans produire. Si votre équipe ne dispose que d'un montant total en fin de mois, votre dépense n'est pas pilotée, elle est constatée. Nous avons détaillé ce point dans notre article sur le coût réel de l'IA en entreprise, avec les quatre questions qui permettent d'en reprendre la lecture.

5. Qui dans l'équipe résiste, et pourquoi ?

C'est la question la plus délicate des huit, parce qu'elle ne parle pas d'outils. Pour une partie des développeurs, l'IA ne menace pas leur poste mais leur identité professionnelle : le métier bascule de l'artisanat vers l'industriel, et ce qu'ils aimaient dans leur travail change de nature. Cette résistance identitaire est légitime, souvent silencieuse, et aucun mandat top-down ne la lève.

Une réponse d'évitement classique : "tout le monde a adopté les outils". L'adoption d'un outil se décrète. L'adhésion à un changement de métier, non. Si votre CTO n'a pas de lecture nuancée sur qui adhère, qui suit et qui subit, le sujet n'a pas été regardé en face.

6. Qu'avons-nous arrêté de faire depuis qu'on utilise l'IA ?

Question courte, réponse révélatrice. Si rien n'a été abandonné, aucun process, aucune réunion, aucune étape de production, alors l'IA s'est empilée sur l'existant au lieu de le transformer. Vous payez la technologie et vous conservez les coûts qu'elle était censée réduire. Et décider ce qu'on arrête, réorganiser un flux de production, supprimer une étape que des équipes défendent, dépasse le mandat d'un CTO. Cette question révèle souvent que la transformation attend en réalité une décision de direction que personne n'a formulée.

7. Que se passe-t-il si notre fournisseur principal double ses prix demain ?

Pas besoin d'un plan de migration détaillé pour répondre à cette question. Il suffit simplement de vérifiez que le scénario a été envisagé : quelles briques dépendent d'un fournisseur unique, ce qui est substituable en semaines et ce qui prendrait un an. Une équipe qui a anticipé sa dépendance aux fournisseurs IA répond en quelques phrases. Une équipe qui découvre la question en réunion vous a donné votre réponse.

8. À quel niveau de maturité IA sommes-nous, honnêtement ?

La question miroir, à poser en dernier. La plupart des équipes tech surestiment leur maturité IA, en confondant l'usage individuel d'outils avec une intégration structurée. Une grille commune aide à objectiver la discussion : un test de 10 minutes que nous avons développé chez Hones pour vous aider à situer votre organisation sur 4 niveaux de maturité. L'intérêt du test tient moins au score qu'à l'écart entre votre estimation et celle de votre équipe : c'est cet écart qui mérite une conversation.

Comment lire les réponses

Ce qui compte n'est pas de collecter huit bonnes réponses. Trois signaux méritent votre attention :

• La précision. Des chiffres, des exemples, des noms de process valent mieux que des généralités rassurantes.
• La capacité à dire "on ne sait pas". Une équipe mature admet ses angles morts et propose une échéance pour les combler. C'est l'inverse d'un aveu de faiblesse.
• Le jargon défensif. Quand la réponse devient incompréhensible au moment où la question devient précise, le vocabulaire sert de bouclier.

Si les réponses sont floues ou défensives, la conclusion a en tirer est que personne n'a posé le cadre business dans lequel ces réponses devraient s'inscrire. Une équipe tech peut choisir des outils et une architecture. Elle ne peut pas décider à votre place quels métiers transformer en premier, quel niveau de risque accepter ni quels moyens y consacrer. Deux entreprises équipées des mêmes outils peuvent diverger complètement selon que ces décisions ont été prises ou laissées en suspens.

Un dernier point : ces questions fonctionnent dans les deux sens. Une équipe tech mature est en droit de demander à son CEO ce qu'il attend concrètement de l'IA, sur quel horizon et avec quels moyens.

‍