Claude Code導入事例、みずほFGが40人で25本を並行開発

昨日の記事で、IBMの調査をもとに統治ギャップの話を書きました。AIエージェントが1,600体規模まで増える一方、統治の仕組みが追いついていないという内容です。今日は、その話を抽象論のままで終わらせません。実際に大企業がAIエージェントをどう量産し、どう統治しているのか。現場の話をします。

舞台はみずほフィナンシャルグループです。Business+IT(FinTech Journal)が報じた記事によると、みずほFGはClaude Codeをフル活用しているといいます。40名のチームが、25本のプロダクトを並行開発しているそうです。しかもこれは実験段階の話ではありません。設計から実装、レビューまでを一気通貫で回す、現在進行形の開発現場の話です。メガバンクのグループ企業がここまで具体的にClaude Codeの活用規模を明かすのは珍しいことです。個人でClaude Codeを使っている僕としても、読んでいて背筋が伸びる内容でした。

「AI活用」ではなく「AI前提」、みずほFGが目指す再設計の中身

この取り組みを率いるのが、みずほFG執行役員でデジタル戦略部長、そしてグループのChief AI Officerを務める藤井達人氏です。藤井氏は記事の中で「AI活用ではなく、AI前提の業務プロセスに再設計していくことが重要だ」と語っています。この一言に、みずほFGの取り組みの本質が凝縮されていると僕は感じました。

「AI活用」と「AI前提」の違いは、言葉遊びではありません。AI活用は、既存の業務フローの一部にAIを差し込む発想です。人間が主役のまま、作業の一部だけをAIに手伝ってもらう構図です。一方でAI前提は違います。AIがプロセス全体を駆動し、人間は設計・監督・例外処理に回るという発想です。藤井氏の発言はまさにこの後者を指しています。主従が入れ替わるということです。

ここで気になるのが、なぜみずほFGがここまで踏み込めたのかという点です。答えは蓄積にあります。みずほFGは2023年6月、全社員向けの生成AIチャットツール「Wiz Chat」の展開を始めました。その後、2024年4月に社内横断組織「AIX推進室」を立ち上げ、全社のAI戦略を経営レベルで統括する体制を整えています。Wiz Chatは複数回の機能・モデル更新を重ねてきました。Business Insider Japanの取材では、面談の議事録作成が7割以上効率化したという行員の声も紹介されています。つまり、全社員が日常的に生成AIに触れる土壌を先に作り、その上に専門組織を据えるという順番で、数年かけて積み上げてきたわけです。今回のClaude Code本格活用は、その土台の上に乗っている話だと理解すると、流れがつかみやすいと思います。

僕自身、AIコンサルタントとしてクライアント企業に生成AI導入の提案をする機会があります。「いきなりエージェントを量産しましょう」と提案しても、現場は動きません。まず全社員が生成AIに慣れる期間を作る。その土台の上で、開発現場の本格活用に進む。みずほFGのこの段階設計は、規模の大小を問わず参考になる順番だと僕は思います。たとえば10人規模の会社でも、いきなり全業務を自動化しようとしないことです。まず全員が週1回でも生成AIに触れる習慣を作る。その上で本格的な自動化に踏み込む方が定着しやすいはずです。

Claude Codeで「40名・25プロダクト」を同時に動かす開発現場の実態

具体的な数字に戻ります。Business+ITの記事によれば、みずほFGの開発現場では40名のチームがClaude Codeを使っています。25本のプロダクトを並行して開発しているそうです。単純計算でも1人あたり1本弱を掛け持ちしている計算になります。しかもそのプロセスは、設計から実装、レビューまで一気通貫だと報じられています。

ここで気になるのが、一気通貫という言葉の中身です。僕の理解では、これは従来型の開発体制とは違う組み方を指しています。従来は「設計担当・実装担当・レビュー担当が別々の人間で分業する」という体制が一般的でした。今回の体制は違います。Claude Codeが実装を担い、人間は設計方針を決める役と、出てきたコードをレビューする役に専念する。この体制であれば、1人が複数プロダクトの設計・レビューだけを掛け持ちしても、実装作業そのものに時間を取られません。だからこそ、並行して進められるプロダクト数が増えるという理屈が成り立ちます。この解釈は記事本文が明言しているわけではなく、あくまで僕の読みだという点は断っておきます。

僕自身、複数のクライアント案件でClaude Codeを並行運用する立場にいます。実装をエージェントに任せられるようになってから、確かに「自分が同時に見られる案件数」が増えた感覚があります。1つの案件にかかりきりだった時期がありました。その頃と比べると、設計判断とレビューという僕にしかできない部分に時間を使える実感があります。結果として、掛け持ちできる案件が増えたわけです。みずほFGの40名・25プロダクトという数字は、この感覚を組織スケールで裏付けているように感じます。

ここでもう1つ気になるのが、25本という数のプロダクトを本当にレビューしきれるのかという疑問です。この点について記事は詳細を明かしていません。僕の推測ですが、Agent Templateのような標準化された部品を使い回しているのだと思います。そうすれば、レビューする側も「見るべきポイント」を毎回ゼロから探さずに済むはずです。テンプレート化された土台があれば、レビュー担当者は差分だけを確認すればよく、1人が担当できるプロダクト数を増やせます。これは次の章で扱うAgent Factoryの仕組みとも関係してくる話です。

以前、Claude Code法人導入、最初の30日の壁という記事を書きました。法人導入初期のつまずきやすさを扱った記事です。みずほFGの事例は、その先にある「本格運用フェーズ」の具体像だといえます。読み比べると、法人導入が初期のつまずきから本格運用まで、どう成熟していくのかが見えてくると思います。

「2週間を数日に」、Agent Factoryが支えるエージェント量産の仕組み

みずほFGはClaude Codeによるプロダクト開発と並行して、AIエージェントそのものを量産する仕組みも用意しています。それが2026年2月から本格展開している「Agent Factory(エージェントファクトリー)」です。

@ITの報道によると、Agent Factoryは従来2週間程度かかっていた複雑なAIエージェントの開発期間を大幅に圧縮するといいます。最短数日、最大70%の短縮だそうです。この仕組みは3つの要素で構成されています。

1つ目は「Agent Template」という共通テンプレートです。よくあるパターンのエージェントを、ゼロから作る必要はありません。テンプレートをベースに、素早く組み立てられるようにするものです。2つ目は「AI Oriented Architecture(AIOA)」という、みずほFG独自の設計原則です。金融機関として求められる高い信頼性が前提にあります。セキュリティとガバナンスを保ちながら、開発スピードとエージェントの量産性を両立させる。そういう設計思想だとされています。3つ目は開発プラットフォームです。Amazon Bedrock AgentCoreと、ノーコードツール「Dify」を用意しています。業務特性に応じて、この2つを使い分けられるようにしているそうです。

この仕組みの土台になっているのが、2025年12月1日に発表された次世代AI基盤「Wiz Base」です。AWSをベースにしています。Amazon Bedrockを経由して、複数のAIモデルを組み合わせるマルチモデル構成を取っているそうです。AIOAという設計原則に準拠する形で運用されているといいます。Agent Factoryは、数千単位のAIエージェントを活用することを見据えて構築されたと公式に説明されています。みずほFGが「1個ずつ丁寧に作る」段階から、「標準化された仕組みで量産し、運用する」段階へ移ろうとしていることがうかがえます。

ここで気になるのが、テンプレート化と量産を急ぐと品質が落ちないのかという疑問です。この点は、AIOAという設計原則そのものが答えになっていると僕は見ています。テンプレートの時点でセキュリティ・ガバナンスの水準が組み込まれていれば、量産したエージェントの品質は一定以上に保たれるはずです。1個ずつ手作りしていた頃より、むしろ品質のばらつきは減る可能性すらあります。これは僕自身の見立てであり、みずほFGが明言しているわけではありません。

「後から統治」と「最初から統治」、昨日のIBM記事との決定的な違い

ここで、昨日書いたIBMの統治ギャップの話に戻ります。IBM Institute for Business Valueの調査では、大企業のAIエージェント数について分析されていました。2026年末までに、平均1,600体超が稼働するという予測です。一方で、稼働中のエージェントを完全に棚卸しできている組織はわずか18%だともいいます。この2つの数字は、IBM調査を基にしたbeam.aiの解説記事によるものです。IBM一次発表本文には明記がない点は補足しておきます。多くの企業では、まずエージェントを増やします。そして後になって「これは誰が何のために作ったのか」を棚卸しし、統治の仕組みを追いかける形になっているわけです。

ここから先は僕自身の読みです。みずほFGの取り組みを見ていて、僕が強く感じたのはこの順番が逆だという点です。Agent Factoryは「量産してから統治する」のではありません。AIOAという設計原則を土台にした上で、量産の仕組み自体を作っています。Agent Templateを使う時点で、一定のセキュリティ・ガバナンス水準を満たすエージェントしか生まれない構造になっている。これが僕の解釈です。誰が作っても、この水準は変わらないはずです。統治を後付けする設計と、統治を土台にする設計とでは、後から追いつく苦労の量がまったく違うと僕は考えています。僕自身の読みですが、これはあくまで解釈であり、みずほFGが「統治を先に設計した」と明言しているわけではありません。

ここで気になるのが、なぜ多くの企業は「先に量産、後で統治」という順番を選んでしまうのかという点です。僕の見立てでは、理由は単純です。統治の設計には時間がかかり、目に見える成果が出ません。一方でエージェントを1つ作れば、すぐに業務が楽になったという実感が得られます。現場からすれば、統治より量産を先にしたくなるのは自然な心理です。みずほFGが最初から統治込みで設計できたのは、AIX推進室という専門組織を数年前から持ち、経営レベルでAI戦略を統括する体制があったからだと僕は考えています。

以前、中小企業の権限設計3つの境界線という記事を書きました。中小企業向けの権限設計フレームを扱った記事です。今回のみずほFGの事例は、その大企業版・金融機関版と捉えると位置づけがつかみやすいと思います。また、企業のClaude Code全社展開という文脈では、別の事例も以前扱いました。KAGのClaude Code全社展開です。KAGは開発会社としての全社展開です。みずほFGは金融機関としての開発現場活用です。業種は違います。ですが、どちらも「導入して終わり」ではなく、統治の設計とセットで進めている点は共通しています。

個人や中小企業がここから盗める3つの発想

みずほFGの事例は、確かに大企業ならではの規模の話です。ですが、そこにある発想自体は、個人や中小企業でも応用できるものだと僕は考えています。今日から試せる3つに絞って紹介します。

1つ目はテンプレート化です。Agent Templateのように、よく使うプロンプトや作業手順をテンプレート化しておけば、毎回ゼロから考える手間が省けます。個人であれば、Claude Codeで使うCLAUDE.mdやSKILL.mdに、自分がよく頼む作業のパターンを書き溜めておくだけでも、同じ効果が得られます。僕自身、クライアントごとに使い回せる指示のひな形をいくつか用意しています。新しい案件が来たときに、ゼロから設計し直す時間を大きく減らせるようになりました。たとえば「記事構成の壁打ち」「競合サイトの分析観点」といったよく繰り返す作業は、一度テンプレート化してしまえば、次からは変数部分を差し替えるだけで済みます。

2つ目は、設計・監督・例外処理に人間の役割を絞るという発想です。藤井氏が語った「AIがプロセス全体を駆動し、人は設計・監督・例外処理に回る」という考え方は、大企業だけのものではありません。個人でも、自分がやっている作業を2種類に分けられます。「これは自分にしかできない判断」と「実はエージェントに任せられる実行部分」です。この2つを切り分けるだけで、同じ構造を再現できます。たとえば記事執筆であれば、切り口を決める判断は自分の仕事です。一方で下書きの生成や事実確認の一次調査は、エージェントに任せられる部分だと僕は考えています。

3つ目は、統治のルールを先に決めてから量産するという順番です。AIOAのような大掛かりな設計原則を、個人が作る必要はありません。ですが、最低限のルールは必要です。「このエージェントには何を触らせないか」「このデータは絶対に渡さないか」。この2つを、エージェントを増やす前に決めておいてください。この順番を守るだけで、後から棚卸しに追われる事態をかなり減らせるはずです。僕自身、複数のクライアント案件を掛け持ちするようになってから、案件ごとにアクセスさせる情報の範囲を先に決める習慣をつけました。これを後回しにしていたら、今頃どの案件でどの情報を扱ったか、把握しきれなくなっていたと思います。

会社の規模にかかわらず、「AIを使う」から「AI前提で組み立て直す」への発想の転換は、今のうちに始めておく価値があると僕は考えています。

まとめ

みずほFGの事例が示していたのは、Claude Codeの活用が「試してみた」の段階を超えたという現実でした。組織の開発体制そのものを再設計する段階に入っているわけです。

• Claude Codeで40名のチームが25本のプロダクトを並行開発、設計から実装、レビューまで一気通貫
• 藤井達人氏(執行役員 デジタル戦略部長 Chief AI Officer)が語る「AI活用ではなくAI前提」という再設計思想
• Agent Factoryにより、AIエージェントの開発期間を2週間から最短数日(最大70%短縮)に圧縮
• Agent Template・AIOA・AgentCore/Difyという3要素と、その土台となるWiz Baseが、量産と統治を両立させる仕組みになっている
• 「後から統治」ではなく「最初から統治込み」で量産する設計思想は、個人や中小企業にも応用できる

昨日は統治の課題を書きました。今日はその課題に先回りして向き合っている企業の実例を紹介しています。僕自身、この2本を並べて読むことで「統治は大企業の悩みごと」という他人事の感覚が薄れました。テンプレート化、役割の切り分け、ルールの先決め。この3つは、今日からでも自分の手元で始められます。まずは自分がよく使うプロンプトを1つ、テンプレート化するところから試してみてください。