The Anatomy of an AI-Native Org
- Auteur
- Ajey Gore
- Thème
- IA
- Mots-clés
- AI-native, organisation, traduction, jugement, organigramme
- Ton
- opinion
Résumé
Ajey Gore observe que l'organigramme des entreprises tech a toujours eu la même forme : un petit groupe décide le pourquoi, un groupe moyen le quoi, et une large base le comment. Cette base, où vit la majorité des effectifs, faisait essentiellement de la traduction — de l'intention business en specs, tickets, PR et notes de release. L'IA a rendu cette traduction quasi gratuite, et c'est précisément cette couche qui est en train d'être supprimée. Ce qui survit, c'est le jugement aux deux extrémités : définir pourquoi construire, et décider à quoi ressemble le bon.
💡 Pourquoi ça compte
C'est le cadre conceptuel qui structure tout le débat actuel sur l'organisation AI-native : il déplace la discussion de « l'IA remplace-t-elle les devs » vers « quelle partie du travail disparaît, et qu'est-ce qui prend de la valeur ». Une grille de lecture indispensable pour tout leader tech.
Analyse approfondie
Si vous dessinez l'organigramme de n'importe quelle entreprise logicielle créée au cours des trente dernières années et que vous plissez les yeux, la même forme apparaît.
L'organigramme qu'on n'a jamais nommé
Il y a un petit groupe au sommet qui décide pourquoi — pourquoi nous existons, pourquoi ce marché, pourquoi maintenant. En dessous, un groupe légèrement plus large qui décide quoi — quoi construire, quoi livrer, quoi couper. Et sous les deux, le large milieu de l'entreprise, la partie où vivent réellement les effectifs : le comment. Ingénieurs, chefs de projet, scrum masters, tech leads, engineering managers, program managers, qui prenaient le quoi et le traduisaient en code, en tickets, en déploiements, en notes de release, en messages Slack dans #releases.
J'ai fait partie de chaque couche. Je me suis assis dans la pièce du pourquoi. J'ai animé les réunions du quoi. J'ai livré beaucoup de comment. J'ai aussi soutenu, longtemps et dans beaucoup de réunions, que le milieu de cette pyramide était plus gros qu'il n'avait besoin de l'être — que les leaders devraient être des collègues, pas des relecteurs, et que les managers qui ne faisaient que manager étaient une taxe que l'équipe payait pour le privilège d'avoir une réunion de statut. Cet argument n'a jamais tout à fait abouti non plus. Même forme que celui que j'ai perdu à propos des tests — le coût se payait de manière lente et distribuée que personne dans la pièce ne voulait additionner.
Ce qui me préoccupe un an après le tournant des agents, c'est que la facture est enfin détaillée. Et la ligne qui se fait couper est précisément celle que je pointe du doigt depuis des années.
L'essentiel de ce que nous faisions au milieu, c'était de la traduction.
Intention business traduite en spécification produit. Spécification produit traduite en ticket JIRA. Ticket JIRA traduit en nom de branche et en PR. PR traduite en déploiement. Déploiement traduit en note de release. Note de release traduite en mise à jour de statut. Statut retraduit vers le haut en langage business. Chaque étape avait sa propre cérémonie, son propre intitulé de poste, sa propre cadence de réunion. Tout un secteur de frameworks — Agile, SAFe, modèle Spotify, etc. — a grandi autour de l'optimisation de ce pipeline de traduction.
Nous étions, pour l'essentiel, des traducteurs glorifiés. Je m'inclus dedans. J'inclus la plupart des meilleurs ingénieurs avec qui j'ai travaillé. Le travail était réel, difficile, et exigeait du goût, mais sa forme était la conversion. Prends la chose dans ce langage, sors la chose dans cet autre langage. Recommence.
Ce que l'IA a vraiment mangé
La conversation sur les agents est constamment cadrée comme « l'IA remplace les ingénieurs » ou « l'IA remplace le support client » ou « l'IA remplace les analystes ». Tous ces cadrages sont légèrement faux. L'IA n'est pas venue chercher un métier — elle est venue chercher une forme de travail : la conversion. Et c'est exactement de cette matière qu'était faite la couche intermédiaire de la pyramide.
Ce qui survit, c'est le jugement aux deux bouts : définir pourquoi quelque chose devrait être construit, et décider à quoi ressemble le bon. Les équipes vont rétrécir, le manager qui ne fait que coordonner aura du mal à justifier son siège, et les ingénieurs capables de concevoir des systèmes de qualité compteront plus que jamais.