話す相手はPMエージェント1人だけ
Claude Codeの中に、外注先の代わりになる「仮想ソフトウェア会社」を一社まるごとつくる考え方を記事にしました。人間（社長）が話すのはPMエージェントだけ。PMの指示で、要件定義・設計・実装・テスト・セキュリティ監査などのエージェントが、案件の規模に応じて並行で動きます。
組織は人間の会社と同じように部門で分けます。
- 企画設計部：要件定義担当、アーキテクト、見積担当
- 開発部：実装担当（数十〜数百が並行）、統合担当
- 品質保証部：レビュー担当、E2Eテスト担当、セキュリティ監査担当
- 運用管理部：リリース・SRE担当、原価管理担当、ドキュメント担当
- 改善室：開発に関わらず、数値だけを見てルールの改善案を出す
各フェーズの中でもPDCAを回す
ポイントは、SDLCの各工程が「計画→実行→振り返り→改善」を自分の中で回してから、次の工程に成果物を渡すことです。
- 振り返りは必ず数値で行う（受入基準の件数、カバレッジ、重大指摘の件数、差し戻し回数）
- 作った本人に採点させない（実装担当とレビュー担当を分ける）
- 運用の後に「振り返り・改善」を置き、社内ルールを書き換える
これでSDLCが一本道ではなく円になります。数秒ごと（保存のたびの自動テスト）、1案件ごと（ゲートでの差し戻し）、1週間ごと（ルールの書き換え）の3つのループのうち、作り方を直すのは週次のループだけです。
並列化のコツは「分割の質」
エージェントを増やすより、まとめられる単位に分けるほうが難しい問題です。記事では、同じファイルを触らないチケットへの分割、エージェントごとの作業ディレクトリとブランチ、依存順の波状投入、統合担当によるマージ順の管理を紹介しています。
外注費ゼロでも、責任は自社に残る
外注費には「リスクを引き取ってもらう代金」が含まれていました。AIは責任を負わないので、品質の証跡、人間の判断ポイント、第三者の検証、保険、契約の5つで責任を支える前提です。
本記事は、noteメンバー記事「クロージング・オフショア」（ソースコード込み・近日公開予定）の事前解説です。