레이첼 레이콕 : “‘주의’가 희귀한 자원이 되었습니다” - 8~12명의 에이전트를 동시에 관리하는 개발 오케스트레이터

CTO Thoughtworks가 "주당 기능 수"라는 측정 방식이 피하고자 하는 질문을 던진다: 실행이 무료가 되면 더 빠른 개발자를 만드는 것이 아니라 지휘자를 만드는 것이며, 아무도 그들을 훈련시키지 않는다.

배경

Rachel Laycock, Thoughtworks의 CTO가 2026년 7월 31일 「Rachel's ramblings」(martinfowler.com)에 「The Conductor Developer」라는 글을 게재하며, 2년간의 생성형 AI가 직업에 어떤 변화를 가져왔는지 재정의합니다. 그녀가 거부하는 프레임: 「더 빨리 나아간다」. 그녀가 제안하는 프레임: 희소 자원이 변했고, 역할도 함께 변했다는 것입니다.

데이터

그녀는 동시에 8~12개의 에이전트를 운영하는 엔지니어들을 관찰합니다. 더 이상 눈에 보이는 작업은 키보드가 아니라 오케스트레이션입니다: 어떤 에이전트, 어떤 브랜치, 어떤 프롬프트, 어떤 검토. 그녀가 제시하는 비유는 직접적입니다 - 악기를 연주하지 않지만 전체 악보를 머릿속에 담고 있는 지휘자의 모습입니다. 그녀는 이 변화를 다음과 같이 정리합니다: 전문성은 사라지지 않았고, 단지 다른 곳에, 그리고 훨씬 더 자주 적용되고 있을 뿐이며, 실행이 빨라졌기 때문입니다.

분석

이는 병목 현상의 이동일 뿐, 요구 사항의 저하가 아닙니다. 「코드 작성」 부분이 더 이상 프로세스에서 우위를 차지하지 않는다면, 그것은 무료가 아닙니다: 「결정, 프레이밍, 검토, 시스템 유지」가 제약 조건이 됩니다. Laycock은 이론화하지 않습니다 - 이미 최고들 사이에서 정착된 상태를 묘사하고, 질문을 남겨둡니다: 인간의 주의력이 희소 자원이 되었을 때, 엔지니어 직군을 어떻게 재설계해야 할까요?

확률화된 시나리오

12~24개월 후 plausible한 세 가지 궤적. (1) 도구링을 통한 통합: 최고의 개발자들은 주의력을 분배하는 하니스를 구축합니다(에이전트 큐, 체크리스트, 게이트). (2) 은밀한 피로와 번아웃: 10개의 에이전트를 오케스트레이션하는 것은 「회의 진행」 모드 8시간/일로, 플로우와는 매우 다릅니다. (3) 역할 재정의: 아키텍트들이 부상하고, 중간 레벨은 「지휘자」로 성장하거나 「연주자」로 специалист로 하강해야 합니다.

실무자를 위한 시사점

두 가지 구체적인 행동: 「피처/주」로 생산성을 측정하는 것을 중단(작곡가의 метрика가 아닌 지휘자의 метри카)하고, 10년 전 클린 코드를 가르치던 것처럼 인지 부하 관리를 교육하세요.

위험

Laycock이 답하지 않고 지적한 주요 위험: 커리어는 이런 변화에 대비되지 않았습니다. 좋은 실행자를 아키텍트로 승진시키는 법은 알고 있지만, 학교나 주니어 레벨에서 지휘자를 양성하는 법은 아직 모릅니다.

주시할 사항

데모를 넘어 100% 에이전트 네이티브 팀의 사후 분석과, 「N개의 에이전트 오케스트레이션」을 책임으로(버즈워드로가 아닌) 명시한 최초의 채용 공고.