Pendant dix ans, on a expliqué aux managers que l’autonomie des équipes était la clé de la performance : moins de contrôle, plus de responsabilité, des décisions prises au plus près du terrain. Beaucoup d’entreprises ont fini par y croire (sur les slides, au moins). Puis l’IA générative est arrivée dans chaque poste de travail. Et sans aucune annonce officielle, une partie de cette autonomie a changé de main.

Elle n’est pas remontée vers le management. Elle a glissé ailleurs : vers l’individu seul face à son assistant IA. Chacun fait arbitrer ses choix par un outil qui répond vite, avec un ton assuré. Le développeur génère sa décomposition de tâches, le product manager ses personas, le chef de projet son plan. L’équipe, elle, ne délibère plus. Elle entérine.

Claude Aubry, coach agile et auteur de référence sur Scrum en France, vient de publier une analyse précieuse sur ce sujet : Autonomie : obstacles, antipatterns et impact de l’IA. Côté terrain, les consultants d’OCTO Technology ont partagé un retour d’expérience sur huit projets menés avec des agents IA, au titre explicite : nous gardons le volant et le fossé attendra. On a croisé les deux. Voici la version Corporate Mavericks, sans bullshit, avec ce que vous pouvez changer dès lundi.

Qu’est-ce que l’autonomie des équipes, vraiment ?

Étymologiquement, autonomie vient du grec autos (soi-même) et nomos (la loi). Une équipe autonome est donc une équipe capable de se donner ses propres règles pour atteindre un résultat. Claude Aubry la définit ainsi : l’équipe possède la capacité à définir ses propres règles pour obtenir un résultat, tout en s’émancipant.

Ce n’est ni l’absence de cadre, ni l’absence de manager. Des équipes autonomes travaillent à l’intérieur d’une direction claire (une vision, des objectifs, des contraintes) et décident elles-mêmes du comment. C’est toute la différence avec les équipes auto-organisées « décrétées » par une direction qui garde en réalité toutes les décisions importantes.

L’antipattern le plus courant, Aubry le résume en une ligne : le management délègue seulement une petite partie de son pouvoir à l’équipe. Résultat : c’est insuffisant pour qu’elle devienne vraiment autonome. On lui laisse choisir la couleur des post-it, pas la façon de travailler. La réduction du risque est simple à formuler (et difficile à pratiquer) : laisser l’équipe définir les règles qui lui sont spécifiques, tant qu’elles ne s’opposent pas au fonctionnement de l’organisation.

Si ce sujet de délégation de pouvoir vous parle, relisez notre analyse sur le leadership agile et l’idée de faire de chaque salarié un mini-CEO. Le point de départ est le même : l’autonomie ne se proclame pas, elle se transfère.

Pour les managers, la nuance compte : responsabiliser une équipe, ce n’est pas lui laisser « toute autonomie » du jour au lendemain. C’est sécuriser un cadre (les objectifs, les contraintes, les relations professionnelles attendues), puis expérimenter, en ajustant le niveau de délégation grâce à un feedback régulier. Une équipe qui gagne en indépendance apprend aussi à gérer les conflits entre les membres, à communiquer ses choix à la direction et à assumer ses erreurs. C’est moins confortable qu’une organisation hiérarchique classique, et durablement plus efficace.

Les 4 piliers de l’autonomie d’une équipe

Dans son modèle, Claude Aubry décompose le principe d’autonomie en quatre pratiques. Chacune aide à contourner un obstacle bien connu des managers. C’est une grille utile pour diagnostiquer où en est réellement une équipe.

• Une équipe bien formée. À sa naissance, puis tout au long de sa vie, l’équipe prend le temps de définir les rôles et qui les joue, pour travailler dans la confiance. L’obstacle contourné : le manque de cohésion, quand le management place des personnes de façon opportuniste, sans réfléchir à leur complémentarité ni leur demander leur avis.
• Des décisions collectives. Les décisions sont prises par l’équipe, qui choisit selon le contexte sa technique de délibération. L’obstacle contourné : l’autoritarisme, quand une seule personne décide de tout et que les autres subissent, avec la perte d’engagement qui va avec.
• La voix des utilisateurs. Les coéquipiers rencontrent les utilisateurs aussi souvent que nécessaire, et une personne porte explicitement leur voix. L’obstacle contourné : un résultat déconnecté des vrais besoins.
• Le pouvoir d’agir. L’équipe acquiert l’expertise qui lui permet d’agir sans dépendre d’experts externes. L’obstacle contourné : la tour d’ivoire, quand des experts choisissent des solutions que d’autres doivent appliquer sans y adhérer.

Le grand intérêt de l’article d’Aubry, c’est qu’il passe chacun de ces piliers au filtre de l’IA. Et le constat est le même partout : l’IA ne détruit pas l’autonomie frontalement. Elle la déplace, silencieusement.

Comment l’IA confisque l’autonomie des équipes : 4 dérives silencieuses

Aucune de ces dérives ne fait l’objet d’une décision. C’est justement ce qui les rend dangereuses : elles s’installent par commodité, une requête après l’autre.

1. Les rôles s’effacent sans que personne l’ait décidé

L’IA rédige des specs, des tests, des comptes rendus, des user stories. Certaines tâches réparties entre les rôles semblent soudain facultatives. Les rôles se redéfinissent alors implicitement autour de qui utilise l’outil, et comment. Le danger, pointé par Aubry : la responsabilité du résultat devient floue. Quand un rôle disparaît sans décision, ce qu’il portait n’est repris par personne, et l’équipe cesse de progresser.

Le correctif : au moment de définir les rôles, dire explicitement ce que l’IA peut faire et qui reste responsable. Puis revoir cet accord chaque fois que les outils changent, c’est à dire souvent.

2. L’arbitrage par la machine remplace la délibération

Demander à une IA de trancher est plus rapide que réunir l’équipe. Sa réponse arrive structurée, argumentée, sûre d’elle. La tentation est énorme, surtout dans des organisations où les réunions sont déjà vécues comme une perte de temps. Mais la délibération est alors remplacée par une réponse : l’équipe entérine un choix qu’elle n’a pas discuté, et que personne n’assume vraiment.

Le correctif : l’équipe choisit elle-même sa technique de délibération (vote à points, gestion par consentement, décision par avis sollicité). L’IA peut fournir des options ou jouer l’avocat du diable. La décision reste prise et portée par le collectif.

3. Les utilisateurs deviennent une moyenne fabriquée

L’IA sait produire des personas, des synthèses de verbatims et même des retours utilisateurs simulés, sans rencontrer personne. Pratique. Sauf que l’équipe croit écouter ses utilisateurs alors qu’elle écoute une moyenne statistique. Les rencontres réelles s’espacent, puis disparaissent. Et avec elles, la seule source d’information que la machine ne peut pas inventer.

Le correctif : l’IA aide à préparer une rencontre ou à dépouiller ce qui a été recueilli, jamais à la remplacer. La personne qui porte la voix des utilisateurs les rencontre pour de vrai.

4. La dépendance à l’expert se déplace vers l’outil

L’IA donne un accès immédiat à un niveau d’expertise que l’équipe ne possède pas. À première vue, c’est le rêve du pouvoir d’agir. En réalité, l’équipe obtient des réponses sans construire la compétence qui lui permettrait de les juger. Aubry le formule sans détour : la confiance en l’IA devient plus grande que celle dans les personnes. On est passé de la tour d’ivoire des experts à la tour d’ivoire du modèle de langage.

Le correctif : se servir de l’IA pour apprendre plutôt que pour livrer. Lui faire expliquer, comparer, justifier. Et vérifier régulièrement que l’équipe saurait faire sans elle.

Garder le volant pour agir : la leçon des huit projets d’OCTO

Le retour d’expérience d’OCTO est intéressant parce qu’il vient de gens qui ont poussé l’usage des agents IA très loin : sept projets développés avec des agents, plus un projet de pilotage qu’ils appellent « le hub ». Très vite, racontent-ils, la question n’a plus été « l’agent sait-il coder ? » mais « comment savoir ce qu’il a vraiment fait ? ».

Leur réponse tient en une règle qu’ils disent n’avoir jamais assouplie : l’agent propose, l’humain arbitre, l’orchestrateur applique la version validée. Chaque proposition attend un « oui » ou un « non », et les deux sont consignés dans un registre. Au 29 septembre 2026, ce registre comptait 422 décisions. Détail qui compte : un refus y a autant de valeur qu’une acceptation, puisqu’il évite que la même proposition revienne à chaque passage.

Les cinq gestes qu’ils recommandent pour démarrer, même seul, sont transposables à n’importe quelle équipe :

1. Écrire les consignes données à l’agent dans un fichier court, et le relire comme un document d’équipe.
2. Tenir un journal de ce qu’on confie à l’IA et de ce qui en sort (réussi, partiel, à reprendre).
3. Exiger une preuve pour chaque affirmation chiffrée.
4. Séparer celui qui propose de celui qui décide.
5. Transformer chaque erreur coûteuse en contrôle, daté, avec l’incident qui l’a fait naître.

Leur conclusion devrait être affichée dans tous les comités de direction : ce qui les a le plus surpris, c’est de redécouvrir à travers les agents des pratiques que les équipes agiles connaissent bien, la transparence, l’amélioration continue, apprendre de ses erreurs. Avec des agents, elles deviennent indispensables. Autrement dit : l’IA ne rend pas l’agilité obsolète, elle rend son absence beaucoup plus coûteuse.

Leadership et rôle du manager : ni absent, ni contrôleur, mais architecte de la prise de décision

Face à cette dérive, les managers ont deux réflexes tentants, aussi mauvais l’un que l’autre. Le premier : laisser faire, au nom de l’autonomie (« ils sont grands, ils utilisent les outils qu’ils veulent »). Le second : reprendre le contrôle, en imposant des usages et des validations hiérarchiques. Dans les deux cas, l’équipe perd.

La posture utile est celle d’un architecte des décisions. Le manager ne décide pas à la place de l’équipe, mais il rend explicite qui décide de quoi, humains et IA compris. Le Management 3.0 de Jurgen Appelo propose pour ça un outil simple, le delegation poker, avec ses 7 niveaux de délégation :

L’exercice prend une dimension nouvelle avec l’IA. Pour chaque type de décision (choix d’architecture, priorisation, recrutement, budget, outillage), l’équipe et son manager fixent le niveau de délégation, puis ajoutent une colonne : quel rôle joue l’IA ? Proposer des options ? Préparer l’analyse ? Jamais trancher ? C’est cette clarification qui empêche la dérive silencieuse. Pour un dirigeant, un DRH ou un consultant qui accompagne une transformation, la mise en œuvre commence donc par identifier les décisions qui ont déjà glissé vers l’outil, sans que personne ne s’en rende compte. Pour aller plus loin sur la façon de confier du travail à la machine sans perdre la main, lisez notre article sur les 6 décisions à prendre pour déléguer à l’IA sans créer de dette IA.

Une condition reste non négociable : la sécurité psychologique. Une équipe qui n’ose pas contredire le manager n’osera pas non plus contredire une IA qui parle avec assurance. Nous l’avons détaillé dans notre article sur la sécurité psychologique au travail et l’adoption de l’IA.

Comment rendre une équipe plus autonome avec l’IA : plan d’action en 5 étapes

Rendre une équipe plus autonome ne veut pas dire interdire l’IA. Ça veut dire l’intégrer dans un cadre que l’équipe a choisi. Voici les étapes clés que nous recommandons aux dirigeants et aux managers que nous accompagnons.

Étape 1 : écrire l’accord d’équipe sur l’IA

Une page, pas plus. Ce que l’IA peut faire, ce qu’elle ne fait jamais, qui valide quoi. Écrit par l’équipe, pas par la DSI ou les ressources humaines. Revu à chaque changement d’outil.

Étape 2 : sanctuariser un temps de décision collective

Toutes les décisions qui ont un impact sur l’équipe passent par un moment de délibération explicite, avec une technique d’arrêt choisie à l’avance (sinon, rappelle Aubry, l’équipe délibère sans fin et quelqu’un finit par trancher seul). L’IA peut nourrir la discussion. Elle ne s’y substitue pas. C’est aussi là que se construit la coopération : quand les coéquipiers décident ensemble, l’engagement suit, et le travail retrouve du sens.

Étape 3 : rendre la rencontre utilisateur obligatoire

Fixer un minimum de contacts réels par mois et nommer la personne qui porte la voix des utilisateurs. Les synthèses IA servent à préparer et à dépouiller ces rencontres, pas à les remplacer.

Étape 4 : utiliser l’IA comme mentor, pas comme sous-traitant

Encourager les usages qui font progresser les collaborateurs sur le plan professionnel : faire expliquer une solution, comparer deux options, demander les risques. Le manager peut jouer ici un rôle d’entraîneur : demander régulièrement « explique-moi pourquoi », plutôt que « c’est fini ? ».

Étape 5 : séparer celui qui propose de celui qui décide

C’est la règle d’OCTO, et elle vaut bien au-delà du code. Tenir un registre simple des décisions (y compris des refus) rend visible qui décide réellement dans l’équipe. Si la réponse est « l’outil », vous avez un sujet.

Aucune de ces étapes ne demande de budget. Elles demandent du courage managérial : accepter que l’équipe décide, et accepter de poser des limites à la machine. C’est exactement la même logique que celle que nous défendions dans notre article sur l’holacratie et l’échec des modèles copiés-collés : l’autonomie se construit dans le contexte de l’équipe, pas dans un process importé.

Ce qu’il faut retenir : responsabiliser les équipes, clé de la performance des entreprises

L’IA ne tue pas l’autonomie des équipes en la supprimant. Elle la vide de l’intérieur, en déplaçant les décisions du collectif vers l’individu assisté, puis de l’individu vers l’outil. Les quatre piliers (équipe bien formée, décisions collectives, voix des utilisateurs, pouvoir d’agir) restent la meilleure grille pour voir où ça coince.

• Rendez explicite ce que l’IA fait dans chaque rôle, et qui reste responsable.
• Gardez la délibération humaine pour tout ce qui engage l’équipe.
• Rencontrez de vrais utilisateurs, pas des moyennes générées.
• Servez-vous de l’IA pour apprendre, pas seulement pour livrer.
• Séparez la proposition de la décision, et gardez une trace des deux.

Le manager qui réussira dans les années qui viennent ne sera pas celui qui maîtrise le mieux les outils. Ce sera celui qui saura garantir que ses équipes gardent le volant. Si vous voulez faire le point sur l’autonomie réelle de vos équipes et la place que l’IA y a prise, vous pouvez réserver un appel stratégique.

FAQ : autonomie des équipes et IA