拡張された開発者（développeur augmenté）とは、AI エージェント時代のソフトウェア開発 で使われている意味では、機能の生成、テストの作成、技術的な選択肢の探索、移行の準備、アーキテクチャの分析といった複数のタスクを異なる AI エージェントに同時に委任し、コードを打つのではなくその生産をオーケストレーションすることを役割とする開発者である。この記事はこの開発者を、専門化されたエージェントを操り、調整し、導く「指揮者」として描き、その価値を、ビジネスドメインを理解し、作業を構造化し、生産を導き、ますます複雑になるシステムの一貫性を保つことに見いだしている。
用法
この記事では、拡張された開発者は明示的な成果物（一般には Markdown ファイル）をもとに作業する。そこにはアプリケーションの目標アーキテクチャ、テストとモックの戦略、コード生成の規約、既知のビジネスルールが記され、さらにどのエージェントが何を、どこで、どの順序で行うかを示す明示的な実行計画がある。生成中の待ち時間は、作業を並行して走らせることで追加の生産能力に変えられ、並行作業の流れは仕掛かり作業を制限するカンバン方式のツールで管理される。記事はこの役割をチームの文脈に位置づけている。既存の企業には、採用のペースを落としてこの役割を担える人材を優先し、ビジネス面で最も自律的な開発者を育成するよう助言し、拡張された開発者のペアを最小の実行可能な単位として提示している。記事が挙げる鍵となる人物像は、ビジネス面で高い成熟度を持ち、テックリードとプロダクトオーナーの交差点に立つシニア開発者である。
適用される場面
- 条件。 記事はこの役割を、生成 AI のコーディングエージェントを導入する組織向けのものとして位置づけ、その生産性をビジネスドメインへの深い理解に結びつけている。
- 前提。 具体的な例で示された、明確で文脈に即したビジネス要件を前提としている。記事は、エージェントが実行を引き受けるようになると、十分に詰められていないユーザーストーリーが制約要因になると論じている。また、速くなったペースを吸収できる、完全に自動化された CI/CD パイプラインも前提としている。
- 失敗モード。 オーケストレーションを 1 人の開発者に任せることは、バス係数の観点から危険な幻想だとされており、記事がペアにこだわる理由はそこにある。また記事は、このモデルが、すでに手を動かしてコーディングする集中的な期間を経験した開発者に向いていること、そしてジュニア開発者には、この役割が前提とする技術的な基礎を身につけるために、シニアとのペアプログラミング、生成されたコードの調整、コードカタのような意図的な練習といった再設計された道筋が必要であることも指摘している。
- 確立度。 この用語とその枠組みは、1 人の実務家のブログ記事に由来する。ビジネスと足並みをそろえたペアが、以前は 5 人のチームが数か月かけて生み出していたものを 1 日で届けられるという主張を含め、その主張は裏づけとなる測定なしに述べられている。
関連用語
- Example Mapping — 記事がプロンプトの素材を提供するものとして挙げる実践