Vos meilleurs pilotes d’IA sont en train de figer le processus que vous vouliez tuer

McKinsey a publié un article le 4 août 2026 sur la création d’une fonction RH autour des agents, et caché dans la mise en place se trouve la phrase la plus utile que quelqu’un ait écrite sur l’IA d’entreprise ce trimestre. En décrivant ce qui se passe lorsque les équipes construisent des agents sans plan, les auteurs écrivent que “chaque agent non contrôlé durcit un fragment du vieux modèle opérationnel en code.”

Ils appellent le résultat le piège du pilote : vitesse au niveau de la tâche, dérive au niveau de la conception.

Cette phrase vaut plus que le cadre qu’elle introduit, et elle s’applique loin au-delà de la RH, à de nombreuses entreprises qui exécutent actuellement des pilotes d’agents et qui ne peuvent pas voir le résultat, car les pilotes fonctionnent.

Le piège est le pilote qui réussit

Voici le mécanisme. Un spécialiste de la paie ou un recruteur, note l’article, peut maintenant configurer un agent fonctionnel dans l’après-midi en utilisant des outils de faible code, les plates-formes de construction par configuration qui mettent la plupart du travail en cliquant et en écrivant des instructions plutôt qu’en écrivant du code. Pas un prototype. Un fonctionnel, connecté à un flux de travail réel, produisant une sortie réelle.

Cela signifie que la séquence que tout le monde a apprise, commencer petit puis apprendre puis élargir, n’est plus l’option prudente. McKinsey le dit clairement : l’instinct de “commencer petit et apprendre” n’est plus conservateur. Lorsqu’un spécialiste peut mettre en place un agent dans l’après-midi, commencer petit se produit que la direction le sanctionne ou non.

Il est important d’être précis sur où l’article s’arrête et où commence l’extrapolation. Le piège du pilote de McKinsey est principalement un argument sur les efforts gaspillés — les équipes parfaçonnent des étapes que une révision appropriée supprimerait. La version ci-dessous est la plus dure, et c’est la mienne : les efforts gaspillés sont récupérables, et le verrouillage n’est pas.

Les pilotes qui échouent sont bien. Un pilote qui échoue est éteint et oublié et coûte quelques semaines. Les pilotes dangereux sont ceux qui fonctionnent, car un agent fonctionnel devient immédiatement porteur de charge. Le mardi de quelqu’un en dépend. Il est défendu dans la réunion budgétaire. Et quel que soit le processus qu’il a automatisé, y compris toutes les étapes qui n’existent que parce qu’un système a été remplacé il y a quatre ans ou qu’une politique que personne n’a lue depuis, est maintenant codé, exécuté et beaucoup plus difficile à contester qu’il ne l’était lorsqu’il vivait dans un document.

C’est le piège. Vous n’avez pas automatisé un flux de travail. Vous l’avez ratifié. Ce qui est la version inconfortable du constat de plus en plus courant que les résultats de l’IA dépendent plus de la forme du flux de travail que des outils pointés vers lui. Si le flux de travail est la variable qui compte, alors durcir un mauvais flux de travail est la chose la plus coûteuse qu’un pilote réussi peut faire.

Le nombre qu’ils ont enterré

Le chiffre de l’article est que près des deux tiers des activités RH d’aujourd’hui pourraient être entièrement automatisées ou entièrement automatisées dans la livraison d’ici 2030. Ce chiffre sera cité partout cette semaine et c’est la chose la moins intéressante de l’article.

Le chiffre intéressant est dans l’exposé sur l’allocation du temps. Dans l’état de destination que McKinsey décrit, environ 20 pour cent du temps humain est consacré à ce qu’ils appellent la gestion des capacités d’agent : configurer les agents, écrire et examiner la logique que ces agents suivent, les tester avant leur sortie, surveiller leurs performances et leur dérive, et les retirer lorsqu’ils changent de flux de travail. L’article ne définit pas la dérive ; lisez-le comme le lent glissement où la sortie d’un agent reste plausible tout en cessant d’être juste.

Un cinquième des heures humaines d’une fonction est consacré à tendre les machines. L’article est explicite que ce n’est pas une catégorie d’arrondi, et il a raison. C’est le même coût de supervision caché qui se retrouve comme le plus grand coût caché dans l’IA d’entreprise, maintenant donné un pourcentage. Mais l’article ne dit pas si ce 20 pour cent est un coût de transition qui diminue à mesure que la pratique se perfectionne, ou le prix réel de l’exécution d’agents à grande échelle. C’est le chiffre qui décide si un programme d’agent est une réduction de coûts ou un échange de coûts, et il manque. Si vous modèlez des économies provenant de l’automatisation et que vous n’avez pas mis une ligne dans le modèle pour les personnes qui maintiennent l’automatisation, votre modèle est faux d’environ un cinquième de l’équipe touchée.

La même lacune apparaît dans le détail du cas. Une organisation dans l’article a mis en œuvre 50 cas d’utilisation et “a identifié des économies de coûts annuels significatives ainsi que des améliorations significatives du niveau de service RH.” Significatif fait beaucoup de travail ici. Plus important encore : l’article avertit, dans le paragraphe juste après, que dans certains cas, les organisations améliorent l’efficacité des processus que la révision finale élimine ou absorbe dans des flux de travail entièrement différents. Alors, combien de ces 50 ont survécu ? Ce seul chiffre réglerait si la voie ascendante est un raccourci ou un détour coûteux, et il n’est pas là.

La moitié des conseils qu’une entreprise normale peut vraiment utiliser

La prescription de McKinsey est de définir votre modèle opérationnel humain-agent 2030 en premier et de travailler à rebours à partir de celui-ci. Définissez la destination, puis séquencez la mise en œuvre, les investissements de capacité, la gouvernance.

L’article est honnête sur qui peut le faire. Son propre organigramme de destination, dit-il, nécessite “des muscles de gestion de produit que la plupart des fonctions RH n’ont pas aujourd’hui, une fondation de données suffisamment solide pour exécuter un graphique de compétences, et un CHRO avec un véritable mandat de conception de la force de travail de l’entreprise.” Ensuite : “moins d’organisations peuvent commencer ici.”

Pour tout le monde, y compris de nombreuses entreprises qui ont déjà des agents en cours d’exécution, l’étoile du nord n’est pas la moitié agissable. Le diagnostic est. Si les agents non contrôlés codent l’ancien processus, alors l’exposition que vous avez aujourd’hui est proportionnelle au nombre d’agents qui existent déjà sans approbation, et vous ne savez probablement pas ce chiffre.

Alors, le premier mouvement n’est pas un plan 2030. C’est un décompte.

Découvrez ce qui fonctionne réellement. Pas ce qui a été approuvé. Ce qui existe. Chaque automatisation que quelqu’un a construite dans un outil de faible code, chaque tâche planifiée connectée à une boîte de réception partagée, chaque assistant configuré contre un système de registre réel. Pour chacun, trois faits : qui l’a construit, ce qu’il peut toucher, et ce qui se brise s’il s’arrête. Cet inventaire prend un après-midi par département et c’est la seule version de “gouvernance” qu’une entreprise sans bureau de transformation peut exécuter le lundi.

La question du CHRO de l’article est celle à voler, et c’est la plus aiguë des cinq : quels choix précoces sont fondamentaux, quels se cumulent avec le temps, et quels peuvent être sûrement annulés. Triez votre inventaire de cette façon. Les agents qui peuvent être sûrement annulés sont vos expériences et vous devriez en exécuter davantage. Ceux qui ne peuvent pas l’être sont votre architecture, que quelqu’un l’ait décidé ou non. C’est également une correction utile à l’instinct qui pousse la plupart des premiers pilotes, qui est de pointer les agents vers le processus le plus visible plutôt qu’un processus interne plus calme.

Qui paie réellement

La partie qui perd ici n’est pas l’entreprise qui n’a jamais commencé. C’est celle qui a deux ans d’ancienneté avec un nombre sain de pilotes et une diapositive montrant l’adoption en hausse.

Le nombre de pilotes est le métrique qui ressemble au progrès et mesure le contraire. Chaque pilote supplémentaire construit contre le processus actuel augmente le coût de la modification de ce processus plus tard, car il y a maintenant des outils sur la voie et une personne qui le possède et un chiffre dans une diapositive qui dit que cela fonctionne. L’entreprise avec des dizaines d’agents fonctionnels n’est pas en avance sur l’entreprise avec trois. Elle est plus engagée.

C’est le réencadrement qui vaut la peine de sortir de cet article. La question à poser sur votre programme d’agent n’est pas de savoir combien d’agents fonctionnent ou combien sont précis. C’est de savoir combien de votre modèle opérationnel actuel vous devriez défaire pour changer d’avis — et si quelqu’un pourrait vous le dire aujourd’hui.