要約版:専門用語を控えて説明しています
AIが進め、最後は人が判断する開発の形になる
AI-DLCは、AIを前提にソフトウェア開発の流れを組み直す方法です。全体は3つのフェーズで構成されています。
Inceptionは、意図の詳細化と計画を行う段階です。
Constructionは、設計・実装・テストを行う段階です。
Operationは、デプロイ(公開)と運用を行う段階です。
プランニングやタスク分解などの作業はAIが担います。検証や意思決定、監督の最終的な責任は人が持ち続けます。
役員を含む22人が実際の案件に取り組んだ
MBK Wellnessからは、役員4人を含む22人が参加しました。4つのグループに分かれ、それぞれが実際の検討案件を進めました。午後にはモックアップ(試作の画面)の作成まで進みました。
組織や意思決定に関わる課題が多く挙がった
参加者アンケートの自由記述では、組織や意思決定、権限に関わる課題が多く挙がりました。一方、ツールの使いにくさや環境構築といった技術的な課題の指摘はありませんでした。
ただし、開発環境は事前に検証されており、ワークショップの範囲はモックアップまででした。技術面のつまずきが表に出にくい条件だった点には注意が必要です。
組織を見直す検討が下期に向けて動き出している
ワークショップ後、組織の見直しに向けた議論が始まりました。テーマは、意思決定権限の委譲、組織のフラット化(上下関係を少なくすること)、プロジェクトベースの運用です。具体的なスケジュールや役割分担の最終決定時期は、まだ発表されていません。
三井物産グループのウェルネス企業、MBK Wellnessは2026年7月29日、AWSとともに「AI-DLC(AI-Driven Development Lifecycle)」を1日で体験するワークショップを実施しました。きっかけは、開発の進め方と、それを取り巻く組織をAIで変えたいという相談でした。
この取り組みでは、特定のツールの導入にとどまらず、組織のあり方や開発の進め方をどう変えるかが検討されました。
画像:AWS(公式発表 )
AIが進め、人が判断するAI-DLC
AI-DLCは、AIを前提にソフトウェア開発のライフサイクルを組み直す方法論です。
全体は3つのフェーズで構成されています。Inceptionは意図の詳細化と計画、Constructionは設計・実装・テスト、Operationはデプロイと運用です。
画像:AWS(公式発表 )
プランニングやタスク分解、アーキテクチャの提案といった実行はAIが担います。検証や意思決定、監督の最終責任は人が持ち続けます。
当日の実装には「Claude Code」と、AWSがオープンソースとして公開している「awslabs/aidlc-workflows」のバージョン1.0.1が使われました。
役員を含む22人が実際の案件を検討
MBK Wellnessからは、役員4人を含む22人が参加しました。4つのグループに分かれ、それぞれが実際の検討案件に取り組みました。
PCを操作するドライバーは開発部が務めました。事業部門のメンバーや役員も画面を見ながら議論を進めました。体験は要件の詳細化などを行うInceptionに重点を置き、午後にはモックアップの作成まで進みました。
あるチームでは、連携先のAPIが読み取り専用のため、当初の企画通りに利用者の質問を保存できないことが判明しました。そこで、AIが要件を差分改訂し、ユーザーストーリー以降を再実行しました。
チームは、AIチャットで相談内容を聞き取り、蓄積された回答から近いものを探して示す方針に切り替えました。解決しなければ既存のサービスにつなぐ仕様です。変更後の姿をその場で確認しながら、方向転換を判断できました。
課題に挙がったのは組織や意思決定
参加者アンケートの自由記述では、組織や意思決定、権限に関わる課題が多く挙がりました。一方、ツールの使いにくさや環境構築といった技術的な課題の指摘はありませんでした。
ただし、開発環境は事前に検証されており、ワークショップの範囲もモックアップまででした。技術面のつまずきが表に出にくい条件だった点には注意が必要です。
実際の開発では、仕様変更や追加確認が発生すると、セキュリティや法務など複数部署への確認が順に連鎖することがあります。関係や依存が分かった時点で、素早く状況を確認し、意思決定できる柔軟な組織体制が必要だと議論されました。
権限委譲や組織のフラット化を検討
ワークショップ後、MBK Wellnessでは組織を見直す方向で議論が始まり、下期に向けた検討が動き出しています。テーマは意思決定権限の委譲、組織のフラット化、プロジェクトベースの運用です。
必要な人材像、開発部門を組織のどこに置くか、変更を社員にどう伝えるかが論点として挙げられています。具体的なスケジュールや役割分担の最終決定時期は、資料では示されていません。
不安Q&A
AIを入れても速くならない? Q AIを導入すれば、開発は本当にすぐ速くなるの? ▾ AIでアウトプットは速くできるものの、開発チームの外との意思決定が速くならなければ、スピードはそこで頭打ちになると書かれています。
出典・aws.amazon.com 今できること AI導入の前に、開発以外の関係部署がそれぞれ何を決めるかを一覧にする
Q 仕様変更が出たとき、待ちはどこで増える? ▾ 仕様変更や追加確認が発生すると、セキュリティや法務などの部署への確認が連鎖し、待ち時間が増える傾向があると書かれています。
出典・aws.amazon.com 今できること 仕様変更が来たら、確認が必要な部署を一覧にして、同時に相談できるか先に決める
Q 事業部門や役員も開発に関わる必要がある? ▾ ワークショップでは役員や事業部門が画面を見ながら議論し、開発チームだけではサービスの仕様やビジネスへの影響を判断できず、待つしかないと書かれています。
出典・aws.amazon.com 今できること 次の開発会議に、判断できる事業部門の担当者を一人入れる
Q ワークショップの参加人数とチーム構成はどうなっていましたか? ▾ 役員4名を含む22名が参加し、4つのグループに分かれてエンジニアと非エンジニアが混在する形で実施されました。