テクノロジー現場が今週決めるAI駆動開発の組織展開｜3フェーズと会の長さ

個人が Claude Code で速くなっても、それは組織の AI駆動開発ではありません。テクノロジー現場が今週決めるのは、ライセンス数ではなく次の3点です。AWS 公式 AI-DLC の Inception・Construction・Operations で人間が実装前に止める点、2日間 Unicorn Gym・銀行の1日研修・2時間の標準化会のどれを選ぶか、上流合意・レビュー境界・経営の観察を1枚に書けるか、です。

📑目次

個人のClaude Code利用は組織のAI駆動開発ではない
公式AI-DLCは計画・確認・実装の順で人間が止める
2日間UG・1日研修・2時間標準化の違い
テクノロジー現場が今週決める組織展開チェックリスト
よくある質問
まとめ

AWS Japan のサンリオ Unicorn Gym レポートは、個人の生産性の先に「チームで上流から AI を組み込む」課題を置き、Inception スキルの標準化と「人間は設計とレビュー」を次の手にしています。
O’Reilly Radar の Andrew Stellman は、生成が安くなっても責任は安くならない、と書いています。

読後に、自チームの現状を次のどれか1行で選んでください。

個人利用のまま
半日〜2日のワークショップ
ライフサイクル導入

個人のClaude Code利用は組織のAI駆動開発ではない

今週の判断は、このあとの3つの確認で決まります。個人利用と組織展開の境界、AWS公式AI-DLCの3フェーズで実装前に止めるべき点、2日間Unicorn Gym・銀行の1日研修・2時間の標準化会のどれを選ぶか、です。この節では個人利用と組織展開の境界だけを確認します。

ツールを単に配布しただけでは、要件の流れ、レビュー基準、判断理由は揃いません。テクノロジー現場で最初に確認すべきは「誰がどのモデルを使うか」ではなく、「何を作らないか」と「誰がdiffに責任を持つか」です。ここで個人のClaude Code利用と、組織のAI駆動開発を明確に区別します。

サンリオと銀行事例の切れ目

サンリオは 2025 年から少数精鋭で Claude Code を使っていました。AWS Japan の公開記録では、課題は個人速度ではなく、上流工程をチームへ組み込むことでした。

三菱UFJ銀行の市場企画部は2025年7月頃から個人単位で使い始め、約8か月後の2026年3月に手法見直しの1日研修へ移行しました。

クラスメソッドの事例では、MUIT 市場本部は約200名で、当時は一部導入の途上でした。

告知に並ぶ同じ欠け

同じ切れ目は、別の運営者にも現れています。プライムスタイルと早稲田AX研究会の connpass 告知は、開催理由として次を並べています。

個人技に留まる
流れがばらつく
品質・レビュー基準が揃わない
設計判断の理由が残らない

告知時点の開催前ページのため成果データはありません。それでも、個人利用の延長ではプロセスにならない、という問題意識は公開されています。

ここで扱う公開事例はいずれも自己報告です。発見のきっかけとなったスライドは、手順の一次根拠には使いません。読者が取るべき判断は、席数を増やす前に、上流とレビューの抜けを1枚にまとめることです。

公式AI-DLCは計画・確認・実装の順で人間が止める

AWS 公式の AI-DLC は、補完ツールの配布手順ではありません。AWS 公式 AI-DLC の3フェーズは Inception、Construction、Operations です。

人間が実装前に止める点

人間が実装前に止める点は、Inceptionの承認です。AIが計画を作り、すり合わせの質問をし、人間が承認してから実装します。

公式ブログは、次の両極端は速度も品質も最適でない、としてこの形を置いています。

個別タスクの補助
人間なしの全自動生成

実装前の流れは次のとおりです。

AI が計画を作る
すり合わせの質問をする
人間が承認する
承認後に実装する

3フェーズの順番

3つのフェーズは次のとおりです。

Inception（Mob Elaboration）で要件とストーリーを検証する
Construction（Mob Construction）で設計・実装・テストを進める
Operations で監督付きの IaC とデプロイを回す

スプリントはボルト（時間〜日）、エピックはUnits of Workに置き換えます。計画・要件・設計はリポジトリに残し、セッションをまたいで進めます。公式記事は工数削減率を記載していません。導入は組織向けのカスタマイズが前提です。

サンリオ Unicorn Gym の通し方

サンリオUnicorn Gymでは、この順番が伴走付きで1本通っています。

開催: 2026年6月11〜12日
参加者: デジタル事業開発部の2チーム6名
ツール: Kiro
伴走: AWS の AM/SA が各チームに付きました

チーム A の Day 2 の流れは次のとおりです。

10:59 に Inception
13:59 に inception ドキュメントをマージ
15:03 に Construction
15:58 に backend / API / 管理画面 / アプリをマージ

開始から本番マージまで約5時間です。先に「実装せず運用でカバーする」と判断したストーリーもあり、作らない選択が残っています。UG後の予定は、インタビュー型Inceptionスキルのチーム標準化と、「人間は設計とレビュー」モデルの定着です。

別レイヤの AIDLC

別レイヤの方法論もあります。Pooya Golchian の AIDLC は Frame / Spec / Scaffold / Generate / Eval / Harden / Ship / Operate の8段階です。前フェーズなしに次へ進まず、シニアがすべての diff に責任を持ちます。AWS 公式の3フェーズとは用語が一致しません。混ぜて導入しないでください。

約5時間のマージは、2日間・6名・AWS伴走・実プロダクトという条件付きの1ストーリーです。平時のリードタイムには使いません。チーム設計の判断軸は、AIエージェント時代の開発チーム設計 — AI-DLCと人間監督の判断軸でも扱っています。

2日間UG・1日研修・2時間標準化の違い

2日間Unicorn Gym、銀行の1日研修、2時間の標準化会は、長さ・題材・経営の同席・次の手が異なります。「ワークショップをやる」だけでは足りません。時間、題材、経営の同席、終わったあとの標準化先を先に選んでください。本番コードと経営の観察があるほど、横展開の話は具体的になります。告知だけの2時間会は、問題設定の共有までです。伴走者がいない自前開催に、5時間マージを期待しないでください。

項目	サンリオ Unicorn Gym	MUFG / MUIT 1日研修	プライムスタイル / 早稲田AX
公開日・開催	2026-06-11〜12（AWS Japan レポート）	2026-03 実施、事例 2026-08-17	告知 2026-08-20、開催 2026-09-04
長さ	2日間	1日（午前座学、午後8チーム）	2時間（講演40分+WS）
題材	実プロダクト。1本は作らない判断	本番ソース	PSM 体験。開催前で成果なし
人数	2チーム6名 + AWS伴走	銀行チーム + MUIT 8名選抜、約200名部門の第一歩	先着20、無料
次の手	Inceptionスキル標準化、人間は設計とレビュー	執行役員コメント、約1か月後に横展開	プロセス標準化の必要性を共有

出典：AWS Japan サンリオ UG、クラスメソッド MUFG 事例、connpass 404334（2026年8月時点）

MUFG / MUIT の1日

MUFG / MUIT側の1日の流れは次のとおりです。

午前に概要と Claude Code 演習
午後に8チームで本番ソースの実課題
全体発表

執行役員が最初と最後にコメントし、組織としての姿勢を明確に残しています。終了後アンケートは5段階評価で4点・5点が大半だったとベンダー事例に記載されています。約1か月後、参加者が各部署へ横展開したという記録もあります。

独立監査はありません。1日完結で本番コードを使うため、一般的なサンプル研修とは条件が異なります。

2時間会の読み方

2時間会のPSMは主催者の仕組みであり、AWS公式用語ではありません。開催前であるため、標準化の完了報告として読まないでください。

テクノロジー現場が今週決める組織展開チェックリスト

読者が取るべき次の一手は、ライセンスを増やす前に、上流合意・レビュー境界・経営の観察を今週1枚に書くことです。個人速度を組織成果とみなしていないか、生成量を品質の代理にしていないか、人間が「作らない」を選べるかを先に確認してください。

今週1枚の記入項目は次の3つです。

上流合意: 誰に、何を、どう検証するか
レビュー境界: 設計承認、本番マージ、破壊的操作のどこで人間が止めるか
経営の観察: 最初と最後にコメントする枠を取るか、取らない理由

今週の5手順

手順は次の5つです。

いまの AI 利用を「個人のみ / チームで手順あり / ライフサイクル導入」に分ける
上流（誰に・何を・検証方法）を残す場所を1つ決める。無ければ Inception 相当の半日を先に置く
人間が止める点を書く（設計承認、本番マージ、破壊的操作）
経営または執行役員が最初と最後にコメントする枠を取るか、取らない理由を残す
終了後30日の横展開先（スキル、レビュー基準、対象チーム）を1行にする

確認項目	個人利用のまま	半日〜2日のワークショップ	ライフサイクル導入
上流の合意	プロンプトが人ごとに違う	インタビューやストーリーをその場で残す	Inception 成果物をリポジトリの正とする
実装の速さ	個人の体感だけ	1ストーリーを伴走付きで通す	ボルト単位で Construction を回す
人間の責任	レビュー基準がない	設計とマージを人間が止める	全 diff にシニアが責任、evals がゲート
経営の関与	現場だけ	見学とコメントがある	標準プロセスとして予算が付く
失敗モード	品質と理由が残らない	単発で終わる	公式用語を導入しただけで観測がない

出典：AWS 公式 AI-DLC、クラスメソッド MUFG 事例、O’Reilly Radar（2026年8月時点）

生成量は品質の代理にならない

Stellmanのバス追跡アプリの例は、初回で動いたもののstop IDを間違え、逆方向を予測してしまったという話です。コードは通っても、結果は誤っていました。

生成量が増えても、検証とオーナーシップが無いと品質の代理にはなりません。

近い論点は次のとおりです。

社内エージェントを育てる場合の合格基準: 社内AIエージェントのSkillsとEval設計｜合格基準を作る方法
役割の再定義: AI時代のアーキテクト・テックリードは消えるのか｜役割再定義の判断軸

よくある質問

個人で Claude Code を使いこなしていれば組織展開は済んでいるか？

いいえ。サンリオも MUFG も、個人利用のあとに上流とチーム手順のワークショップへ進んでいます。ツール習熟は前提になり得ますが、要件の流れとレビュー基準は別問題です。

Unicorn Gym の約5時間マージを自チームの標準リードタイムにしてよいか？

いいえ。2日間、6名、AWS伴走、実プロダクト、という条件付きの1ストーリーです。平時の見積には使わないでください。伴走なしの自前開催では、同じ時間を期待しない方が安全です。

AI-DLC と AIDD と AIDLC は同じものか？

同じ「AI を開発の中心に置く」方向ではありますが、中身は違います。AWS は Inception / Construction / Operations、Stellman は検証とオーナーシップを含む規律の総称、Pooya は8フェーズの別方法論です。用語を混ぜて導入しないでください。

ワークショップに経営層は必要か？

必須ではありません。MUFG 事例は、執行役員の見学とコメントを組織姿勢の明示として記録し、約1か月後の横展開につなげています。欠席するなら、別の後援を先に書いてください。現場だけの単発会は、終わったあとに消えやすい、というのが公開記録から読める失敗モードです。

公式の工数削減率はあるか？

AWS 公式の AI-DLC 記事は、速度と品質の方向を述べますが、削減率は書いていません。顧客事例の時間は、条件付きの自己報告として扱ってください。アンケート点数もベンダー事例の範囲です。

関連記事:

まとめ

組織の AI駆動開発は、ライセンス数では決まりません。今週決めるのは3点です。Inception・Construction・Operations のどこで人間が実装前に止めるか、2日間 Unicorn Gym・銀行の1日研修・2時間の標準化会のどれが自チームの条件か、上流合意・レビュー境界・経営の観察を1枚に書けるか、です。テクノロジー現場が今週できることは、上の表で自チームを1行選び、「個人のまま / ワークショップ / ライフサイクル」を残してから席数を決めることです。

残る不確実性もあります。発見スライドの未公開部分、PSM の中身、サンリオ UG の平時再現性、Pooya の8フェーズと AWS の3フェーズの対応は、公開一次情報だけでは埋まりません。その空白を、体験談で埋めないでください。先に1枚の判断表を書いてから、席数とツールを決めてください。

著者

krona23

IT業界20年以上の実務経験を持ち、日本国内有数のPVを誇る大規模Webサービスで事業部長・CTOを複数社で歴任。Windows/iOS/Android/Webと技術の変遷を経験し、現在はAIネイティブへの変革に注力。DevGENTでは、AIコードエディタ・自動化ツール・LLMの実践的な使い方を日英西3言語で発信中。

DevGENT について →

📚 次に読む