Rachel Laycock : « l'attention est devenue la ressource rare » - le dev-orchestrateur, entre 8 et 12 agents en parallèle

La CTO de Thoughtworks pose la question que la mesure « features/semaine » évite : quand l'exécution devient gratuite, on ne fabrique pas des devs plus rapides, on fabrique des chefs d'orchestre - et personne ne les forme.

Contexte

Rachel Laycock, CTO de Thoughtworks, publie le 31 juillet 2026 dans « Rachel's ramblings » (martinfowler.com) un billet - « The Conductor Developer » - qui reformule ce que deux ans d'IA générative ont modifié dans le métier. Le cadrage qu'elle rejette : « on va plus vite ». Celui qu'elle propose : la ressource rare a changé, et le rôle avec.

Les données

Elle observe des ingénieurs qui font tourner 8 à 12 agents simultanément. Le travail visible n'est plus le clavier mais l'orchestration : quel agent, sur quelle branche, quel prompt, quelle relecture. La comparaison qu'elle pose est directe - celle du chef d'orchestre, qui ne joue aucun instrument mais tient la partition entière en tête. Elle formule le déplacement ainsi : l'expertise n'a pas disparu, elle est simplement appliquée ailleurs, et beaucoup plus souvent, parce que l'exécution est devenue rapide.

Analyse

C'est un déplacement de goulot, pas un abaissement d'exigence. Si la partie « écrire du code » n'est plus dominante dans le flow, ce n'est pas gratuit : « décider, cadrer, relire, tenir le système » devient la contrainte binding. Laycock ne théorise pas - elle décrit un état déjà installé chez les meilleurs, et laisse ouverte la question : comment redessine-t-on les carrières d'ingénieur quand l'attention humaine devient la ressource rare ?

Scénarios probabilisés

Trois trajectoires plausibles à 12-24 mois. (1) Consolidation par outillage : les meilleurs devs bâtissent des harnais qui étalent l'attention (queues d'agents, checklists, gates). (2) Fatigue et burn-out silencieux : orchestrer 10 agents, c'est un mode « présidence de séance » 8 h/j, très différent du flow. (3) Redéfinition des rôles : les architectes gagnent, les mid-level doivent choisir entre monter en conducteur ou descendre en spécialiste-instrumentiste.

Implications pour le praticien

Deux gestes concrets, tirés de la thèse : cesser de mesurer la productivité en features/semaine (métrique de compositeur, pas de chef d'orchestre) ; former à la gestion de charge cognitive comme on formait au clean code il y a dix ans.

Risques

Le principal, que Laycock nomme sans y répondre : les carrières n'ont pas été conçues pour ça. On sait promouvoir un bon exécutant en architecte ; on ne sait pas encore fabriquer, au niveau école ou junior, un chef d'orchestre.

À surveiller

Les post-mortems d'équipes 100 % agent-native au-delà des démos, et les premières offres d'emploi qui listent explicitement « orchestration de N agents » comme responsabilité - pas comme buzzword.