Rachel Laycock: «La atención se ha convertido en el recurso escaso» - el dev-orchestrator, entre 8 y 12 agentes en paralelo

La CTO de Thoughtworks plante la pregunta que la métrica « funciones/semana » evita: cuando la ejecución se vuelve gratuita, no se crean desarrolladores más rápidos, se crean directores de orquesta, y a nadie los forma.

Contexto

Rachel Laycock, CTO de Thoughtworks, publica el 31 de julio de 2026 en « Rachel's ramblings » (martinfowler.com) una entrada — « The Conductor Developer » — que reformula lo que dos años de IA generativa han modificado en la profesión. El marco que rechaza: « iremos más rápido». El que propone: el recurso escaso ha cambiado, y con él, el rol.

Los datos

Observa a ingenieros que ejecutan entre 8 y 12 agentes simultáneamente. El trabajo visible ya no es el teclado, sino la orquestación: qué agente, en qué rama, qué prompt, qué revisión. La comparación que plantea es directa: la del director de orquesta, que no toca ningún instrumento pero tiene la partitura completa en mente. Así formula el desplazamiento: la experiencia no ha desaparecido, simplemente se aplica en otro lugar y con mucha más frecuencia, porque la ejecución se ha vuelto rápida.

Análisis

Es un desplazamiento de cuello de botella, no una reducción de exigencias. Si la parte de «escribir código» ya no es dominante en el flujo, no es gratis: «decidir, enmarcar, revisar, mantener el sistema» se convierte en la restricción vinculante. Laycock no teoriza: describe un estado ya instalado en los mejores, y deja abierta la pregunta: ¿cómo rediseñamos las carreras de ingeniero cuando la atención humana se convierte en el recurso escaso?

Escenarios probabilizados

Tres trayectorias plausibles en 12-24 meses. (1) Consolidación mediante herramientas: los mejores devs construyen arneses que distribuyen la atención (colas de agentes, listas de verificación, compuertas). (2) Fatiga y burn-out silencioso: orquestar 10 agentes es un modo «presidencia de sesión» de 8 h/día, muy distinto al flow. (3) Redefinición de roles: los arquitectos ganan, los mid-level deben elegir entre ascender a conductor o descender a especialista-instrumentista.

Implicaciones para el practicante

Dos gestos concretos, extraídos de la tesis: dejar de medir la productividad en features/semana (métrica de compositor, no de director de orquesta); formar en gestión de carga cognitiva como antes se formaba en clean code hace diez años.

Riesgos

El principal, que Laycock nombra sin responder: las carreras no han sido diseñadas para esto. Sabemos promover a un buen ejecutante a arquitecto; aún no sabemos fabricar, a nivel de escuela o junior, a un director de orquesta.

A vigilar

Los post-mortems de equipos 100 % nativos en agentes más allá de las demos, y las primeras ofertas de empleo que listan explícitamente «orquestación de N agentes» como responsabilidad —no como buzzword.