Leaders d’opinion

Pourquoi “prêt pour l’IA” est devenu le terme le plus mal utilisé dans le cloud

mm
Ajouter Unite.AI à vos sources préférées sur Google

“Prêt pour l’IA” est présent dans chaque présentation de fournisseur et chaque ordre du jour de conseil d’administration que j’ai examiné au cours de la dernière année. L’expression est partout. Ce qu’elle signifie n’est plus clair.

Lorsqu’un directeur financier dit “prêt pour l’IA”, il entend budget approuvé. Lorsqu’un directeur informatique le dit, il entend plateformes en place. Lorsqu’un consultant le dit, il entend un périmètre de travail. Lorsqu’un membre du conseil d’administration le dit, il entend posture défendable. Mêmes deux mots. Quatre conversations.

Le résultat est prévisible : les entreprises déclarent leur prêt pour l’IA en fonction de la définition qui les flatte le plus, puis regardent leurs pilotes échouer en production pour des raisons que personne n’avait anticipées — parce que personne ne résolvait réellement le même problème.

Le problème n’est pas l’expression. La compréhension qui se cache derrière est en cause. Et il vaut la peine de la résoudre, car ce que “prêt pour l’IA” signifie réellement n’a que peu à voir avec ce que la plupart des entreprises achètent.

La couche de plateforme mûrit, mais ce n’est pas l’écart

Pressé pour une définition, la plupart des gens atterrissent à peu près au même endroit. Prêt pour l’IA signifie une posture technique : plateformes en place, architecture d’identité définie, gouvernance documentée, observabilité déployée, contrôles FinOps en direct, peut-être un directeur général de l’IA embauché.

Ceci n’est pas faux. Ces choses comptent, et la couche technique a évolué de manière spectaculaire. Au Google Cloud Next la semaine dernière, le message était sans équivoque — “l’ère du pilote est terminée, l’ère de l’agent est arrivée.” L’identité, la gouvernance et l’observabilité sont intégrées directement à la plateforme elle-même. Les principaux hyperscalers convergent vers des capacités similaires à une vitesse similaire.

C’est un véritable changement, et il vaut la peine de le prendre au sérieux. Mais à mesure que la couche de plateforme mûrit, le travail restant pour le client ne disparaît pas — il devient plus visible. Il y a une couche entre la plateforme et vos employés que aucun fournisseur ne construira pour vous. La plupart des entreprises n’ont pas encore commencé.

La couche manquante : le harnais

Appelons-le le harnais. Le middleware déterministe entre vos employés et l’IA — la chaîne d’outils qui rend impossible pour un système autonome de s’écarter de votre spécification, de vos garde-fous ou de vos objectifs.

Dans le développement de logiciels, le harnais n’est pas le modèle. C’est le système de spécification, l’infrastructure de test, les portes de révision, les politiques de déploiement — l’échafaudage qui maintient la sortie de l’IA alignée sur ce dont l’entreprise a réellement besoin, et non sur ce que la plateforme pense que “le bon code” ressemble en général.

La plateforme a été conçue pour être générale. L’alignement sur votre entreprise est un problème de construction, et seul vous pouvez le résoudre. La plupart des entreprises n’ont pas encore commencé. Ils déployer l’IA sur des plateformes matures et font confiance aux paramètres par défaut pour imposer l’alignement. Les paramètres par défaut n’allaient jamais le faire.

Mais même avec un harnais fonctionnel, la couche technique n’est pas l’écart. L’écart humain l’est.

Le véritable goulet d’étranglement : le comportement humain

La semaine dernière, j’ai passé quarante-cinq minutes à rédiger un e-mail manuellement avant de me rendre compte de ce que je faisais.

Je travaille dans cet espace tous les jours. J’ai accès aux meilleurs outils, une compréhension approfondie de quand et comment les utiliser, et un fort stimulus personnel pour maximiser l’IA dans mon propre travail. Et je me suis encore réfugié dans la vieille méthode — rédiger ligne par ligne, avec la même mémoire musculaire que j’ai utilisée pendant vingt ans — avant de remarquer ce que je faisais.

Si la prêt pour l’IA vivait au niveau de la plateforme, elle serait prête. Si elle vivait au niveau du harnais, elle serait prête. Mais la prêt pour l’IA, telle qu’elle se joue réellement, vit ailleurs — dans l’écart entre ce qui est possible et ce qui est atteint. Multiplié par chaque individu, sur chaque tâche, des milliers de fois par semaine.

C’est l’écart que personne ne résout. Ce n’est pas que la technologie ne puisse pas aider. C’est que vingt à soixante-cinq ans de mémoire musculaire ne se réorganisent pas sur un plan de projet.

Dès que vous acceptez cela, l’ensemble du cadre de “prêt pour l’IA” commence à paraître faux.

“Prêt pour l’IA” n’est pas une ligne d’arrivée

“Prêt” implique une ligne d’arrivée, et il n’y en a pas. Les entreprises qui semblent prêtes pour l’IA se tiennent au pied de la prochaine rampe, et celles qui ne le sont pas se tiennent au pied d’une rampe antérieure. Les deux regardent le travail qu’ils n’ont pas encore fait.

C’est pourquoi “Sommes-nous prêts pour l’IA ?” est la mauvaise question. Elle traite la prêt pour l’IA comme un état que l’on atteint, alors que, dans la pratique, c’est une échelle que l’on gravit — une échelle définie chunk par chunk. La meilleure question est pratique : quel est le prochain chunk de prêt pour l’IA dont nos employés ont besoin, et qui est responsable de les y amener ? Vous ne budgétisez pas pour la prêt pour l’IA comme une destination, car il n’y a pas de telle destination. Vous budgétisez pour le prochain morceau de l’éléphant, puis pour le suivant.

Pour presque toutes les entreprises, le prochain morceau est au niveau individuel — et c’est là que se trouve réellement le travail pour lequel personne n’est préparé.

Chaque employé gère désormais une équipe d’IA

Chaque contributeur individuel dans votre entreprise est désormais censé gérer une équipe hétérogène de vingt spécialistes qu’il n’a pas embauchés et qu’il ne comprend pas pleinement.

Votre rédacteur a un chercheur, un éditeur et un traducteur. Votre développeur a un ingénieur junior et un réviseur de code. Votre responsable produit a un analyste, un designer et un synthétiseur d’entretiens de clients. Quelle que soit la fonction, quelle que soit la hiérarchie, chaque personne dans votre entreprise a désormais une équipe. Ils ne l’ont pas demandée. Ils n’ont pas été formés pour cela. La qualité de leur production dépend désormais de la manière dont ils la gèrent.

C’est ce que la prêt pour l’IA exige réellement — et ce n’est pas une gestion du changement. La gestion du changement est procédurale : nouveaux flux de travail, nouvelle formation, nouveaux outils déployés de manière descendante. Ce qui se passe ici est autre chose. Chaque personne doit apprendre à déléguer, à évaluer et à remettre en question la production à travers des disciplines dans lesquelles ils n’ont pas été formés. Ce n’est pas une procédure. C’est une redéfinition du travail, qui se produit à chaque niveau, sans livre de jeu.

Appelons-le ce que vous voulez — fluidité, pratique, conduite. L’étiquette compte moins que la reconnaissance que c’est le travail. La plupart des entreprises n’ont toujours pas de nom pour cela, et encore moins un plan.

Réévaluer la manière dont la prêt pour l’IA est mesurée

Arrêtez de mesurer la prêt pour l’IA comme une liste de contrôle. Commencez à la mesurer là où elle vit réellement — au niveau individuel — et concevez l’organisation autour de la capacité, et non de la plateforme.

Trois choses suivent. Arrêtez de demander “sommes-nous prêts pour l’IA” et commencez à demander “quel est le prochain chunk de prêt pour l’IA dont nos employés ont besoin, et qui en est responsable”. Investissez dans la capacité humaine avec la même urgence que vous investissez dans la capacité de la plateforme — la plupart des conseils d’administration ont ce ratio inversé d’un ordre de grandeur. Et embauchez et récompensez pour la capacité de gérer une équipe hétérogène de spécialistes de l’IA, car c’est le nouveau plancher, et non un objectif de stretch.

“Prêt pour l’IA” n’est pas une expression incorrecte. C’est la plus mal comprise dans le cloud — et la mécompréhension coûte aux entreprises plus qu’elles ne le réalisent. Les entreprises qui obtiennent cela correctement ne seront pas celles qui ont le plus de plateformes. Ce seront celles dont les employés ont réellement réorganisé ce qu’ils atteignent.

Vinay Thakker est le co-fondateur et le directeur technique de Kloudstax, un partenaire Google Cloud de premier plan qui aide les entreprises à exploiter l'IA, où il dirige le déploiement de l'IA, l'architecture cloud et l'ingénierie des infrastructures. Il se concentre sur la traduction des capacités complexes d'IA et de cloud en systèmes sécurisés, réglementés et fiables qui fonctionnent dans des environnements d'entreprise réels. Vinay est connu pour son approche pragmatique de l'exécution, aidant les organisations à passer de l'expérimentation à la production avec discipline et échelle.