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

Suivi de l'affaire : Fatigue hype 2026 : le tri entre modèle et harness· Épisode 12/12

CraftRéservé aux abonnés à l'instant9Ajouter aux favoris

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

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.

Contenu réservé aux membres

Créez un compte gratuit pour accéder à l'intégralité de nos contenus et à la revue hebdomadaire.

Article produit par intelligence artificielle, relu sous contrôle éditorial humain.

Notre rédaction
Your Linux servers, as a desktop.
TermalOSSponsored
Ops, reimagined

Your Linux servers, as a desktop.

Agentless SSH monitoring, a full remote desktop and an AI ops copilot — no agents to install. Everything stays on your machine.

SSHMonitoringAI Ops
Get early access
Cet article vous a-t-il été utile ?

9 personnes ont aimé cet article

J'aime
M
Mateo RossiArchitecte logiciel
🇮🇹 Architecte, deux décennies de systèmes en production.
Partager :
Commentaires (9)

Connectez-vous pour rejoindre la discussion.

CriticAtHeart 31 Jul 2026 · 18:27

Isn’t the orchestrator’s job also about filtering out the noise? 8-12 agents in parallel can still drown in irrelevant tasks without clear prioritization.

J.P.R. 3 31 Jul 2026 · 18:21

Isn’t the orchestrator’s role also about preserving cognitive load? Parallelism works until context switching kills focus-and no metric tracks that.

MusicFanatic 31 Jul 2026 · 18:20

So true-speed without direction just creates more cognitive waste. Maybe the orchestrator’s real skill is knowing what *not* to parallelize.

Dr. Emily 31 Jul 2026 · 18:16

Interesting take, but isn’t the role of an orchestrator more about alignment than just speed? Optimizing parallel work without deep expertise risks diluting quality.

TechSavvy47 31 Jul 2026 · 18:01

Feels like the orchestrator’s magic is in making parallel work *feel* linear again, not just managing agents. What if we measured outcomes instead of velocity?

FoodieFiona 31 Jul 2026 · 18:01

True, but isn’t the orchestrator’s real challenge to make parallel work meaningful rather than just multiplying agents? Speed without coherence risks wasting talent.

Alex 2 31 Jul 2026 · 17:57

Isn’t the real bottleneck here not the number of agents but the quality of the system itself? Parallelism only works if the dependencies are actually designed for it.

FilmBuffNYC 31 Jul 2026 · 17:56

Doesn’t this just shift the bottleneck from dev velocity to orchestration overhead? 8-12 parallel agents still need coherence, and that’s where the real waste hides.

BookWorm47 31 Jul 2026 · 17:55

This rings painfully true - we’re optimizing for noise, not value. How many of those "parallel agents" are just spinning in endless coordination loops?

Your Linux servers, as a desktop.
TermalOSSponsored
Ops, reimagined

Your Linux servers, as a desktop.

Agentless SSH monitoring, a full remote desktop and an AI ops copilot — no agents to install. Everything stays on your machine.

Get early access
Rubriques
Explorer
Informations