AIネイティブなエンジニアリング組織の運営 – Claude

2026年にサンフランシスコで開催されたCode w/ Claudeカンファレンスで、Claude CodeおよびClaude CoworkのエンジニアリングディレクターFiona Fungが、チームがエージェンティックコーディングをデフォルトの働き方として採用した後に、プロセスと構造がどのように変化したかを詳しく説明しました。

Fung氏は、ソフトウェア計画と出荷に関する従来のプロセス（ウォーターフォールとアジャイル）はすべて、エンジニアリング帯域幅という高価なリソースを中心に構築されていたと指摘しました。しかし、エージェンティックコーディングが実際のコード入力を不要にした後も、ボトルネックは消えず、検証、コードレビュー、セキュリティに移行しました。エンジニアリングリーダーから最もよく寄せられる質問の1つは、「人間はどのようにしてコードレビューに追いついているのか？」というものです。

これらの変化に対応するため、Claude Codeチームは一連の規範を書き換えました。計画では、6か月の製品ロードマップからジャストインタイム（JIT）計画へ移行：プロトタイプを作成し、内部ユーザーに試用してもらい、フィードバックに基づいて行動します。コンテキスト収集では、コード作成者を探すのではなく、まずClaudeに尋ね、その質問を自動化できるかどうかを検討するのが新しい規範です。例えば、Fung氏は毎朝、Claudeに顧客フィードバックチャネルを自動的に要約させています。

コードレビューでは、Claudeがスタイル、バグ捕捉、テスト追加を担当し、人間は法律レビュー、信頼境界、セキュリティ依存コードなど、ドメイン専門知識が必要な領域に集中します。プロダクトマネージャーとデザイナーも製品センスとテイストに関与します。

チーム構成も変化しました。非伝統的なコーダーがより多くのエンジニアリング作業を行えるようになり、エンジニアはコンテンツやデザインなど従来技術的でなかった作業を担います。Fung氏は、製品センスを持つクリエイティブなビルダーと深いシステム専門知識を持つエンジニアの2つのプロファイルに重点を置いています。彼女は生のスループットにはあまり重点を置かず、モデルがそれを処理するからです。

新しい規範の展開では、チーム全体の原則（製品のドッグフーディング、フラットな組織、時代遅れのプロセスの廃止）を強制しつつ、各ポッドには適応の余地を与えました。ポッドは、Claudeをトリアージに使用する方法、計画儀式や朝会の運営方法、どのワークフローを最初に「Claude化」するかを自律的に決定できます。

新しいプロセスが定着しているかどうかを判断するために、Fung氏はエンジニアリングリーダーが3つの指標を追跡することを推奨しています：オンボーディング時間の短縮（新メンバーが効果的になるまでの期間）、PRサイクル時間の短縮（CIがボトルネックになる可能性がある）、そしてClaude支援コミットの増加。ただし、スループットと成功を混同しないように注意しています。

最後に、Fung氏は各チームが最もノイズの多いワークフロー（最も高価または恐れられているもの）を特定し、それがまだ目的を果たしているかどうか、そうであれば自動化できるかどうかを問いかけるよう促しました。彼女は、多くの人がノートパソコンに夢中で、自分のステータスを報告するときだけ顔を上げる高価な週次レビュー会議を例に挙げ、「なぜこの会議を開いているのか？」と尋ねたところ、不必要だと気づき、キャンセルしたエピソードを紹介しました。