レイチェル・レイコック：「注意力は今や希少な資源となった」 - デブオーケストレーター、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か月先の3つの現実的な軌道。(1) ツールによる統合：優秀な開発者は注意力を分散させるハーネス（エージェントのキュー、チェックリスト、ゲート）を構築する。(2) 静かな疲労とバーンアウト：10のエージェントをオーケストレーションすることは、8時間/日の「セッション議長」モードであり、フローとは大きく異なる。(3) 役割の再定義：アーキテクトが台頭し、ミドルレベルは「指揮者」としてのキャリアアップか「演奏者」としてのスペシャリストへの転向かを選択しなければならない。

実務家への示唆

彼女の主張から導かれる2つの具体的な行動：機能数/週で生産性を測るのをやめる（これは指揮者のメトリクスであり、作曲家のものではない）；10年前のクリーンコードのように、認知負荷の管理を教育する。

リスク

Laycockが指摘するが回答しない主なリスク：キャリアはそのために設計されていない。優秀な実行者をアーキテクトに昇進させる方法は知っているが、学校やジュニアレベルで「指揮者」を育成する方法はまだ知らない。

要注目

デモを超えた100%エージェントネイティブなチームの事後分析、そして「エージェントのオーケストレーション（N体）」を責任として明記した求人票の最初の例。