目次
この記事のポイント
- BMad Method は 「AI に書かせる」ではなく「意思決定を資産として残す」アジャイル手法
- 5 フェーズ循環：Clarify（明確化）→ Plan（計画）→ Build（実装）→ Verify（検証）→ Learn（振り返り）
- 成果物：Brief → Spec → Architecture → Stories → Code → Verify の流れで、誰が見ても判断根拠を辿れる
- 既存コードベースにも適用可：Web bundles / BMad Loop / モジュール式で段階導入できる
01WHAT AI駆動開発が現場で止まる理由と BMad の答え
生成 AI を導入したチームの多くが、最初の数週間は「劇的に速い」と感じます。関数のたたき台は数秒で出て、ユニットテストも生成され、ドキュメントの下書きまで整う。ところが 2〜3 か月も経つと、成果物の品質は徐々にずれ始めます。「この設計にした理由、説明できる？」と聞くと誰も答えられず、レビューで頻発する設計の手戻り、運用に乗せてから発覚する仕様漏れ、後から読むと意図が読めないコード。
原因は AI 自体ではなく、暗黙の前提がコードにそのまま入ることにあります。人間は「こういう前提だろう」と察して補えますが、AI は曖昧さを保ったままもっともらしい実装を返すため、レビューする側も前提を復元できなくなります。BMad Method はこの問題に対する明確な答えを持ちます。意思決定を Markdown に書き出し、参照可能な資産として残す、というシンプルな原則です。
5 フェーズ循環と、6 つの成果物
BMad Method の中心は 5 つのフェーズを循環させることです。Clarify（要件の明確化）→ Plan（仕様と計画）→ Build（実装）→ Verify（検証）→ Learn（振り返り）。それぞれが成果物を markdown として残し、次のフェーズのインプットになります。Clarify では Brief、Plan では Spec・Architecture、Build では Stories・Code、Verify ではテスト結果とレトロスペクティブ、Learn では次フェーズへの改善提案が資産として積み上がります。
重要なのはこのフローが直線ではないことです。Plan から Clarify に戻ることもありますし、Build の最中に新しい前提が見つかって Spec を書き換えることもあります。固定パスではなく、判断の重みによって戻れることが、アジャイル本来の柔軟性を保ちます。小さな変更は直接 Build から始め、複雑な変更は Clarify から深く回る——この「サイズの調整」が BMad の本質です。
モジュール式エコシステムと Web bundles
BMad Method はコアの 5 フェーズに対し、モジュール式の拡張を用意しています。BMad Method（核となる delivery workflow）、BMad Builder（skill・workflow・agent を自作するためのツール群）、Creative Intelligence Suite（創造的思考・デザイン思考・ストーリーテリング向けのスキル群）、Test Architect（エンタープライズ向けテスト拡張）、BMad Loop（エピック単位の無人実行・検証・振り返り）、Game Dev Studio（Unity / Unreal / Godot / Phaser 対応）。
また Web bundles は、選択した BMad ワークフローを Google Gemini Gem / ChatGPT Custom GPT として動かす仕組みで、既存のサブスク環境で計画フェーズを動かすことができます。生成された Brief や Spec は手元の AI コーディング環境に持ち帰り、実装に進む流れです。
「Right-sized process」の意味
BMad は「常に全部やる」手法ではありません。明確な小さな変更は Build に直接進みますし、複雑な変更は Clarify から深く回ります。「Planning Path を最初に選ぶ」のではなく、変更の重みを見てから必要な深さを判断する——これが BMad の "Right-sized process" の設計思想です。
02POINTS BMad Method を 5 ステップで回す
ここからは BMad Method を現場で運用するときの手順を 5 ステップで整理します。最初のセットアップさえ済ませれば、あとは日常のチャットで bmad スキルを呼び、意思決定を残しながら前に進むだけです。
- ①インストール経路を選ぶ最も手軽なのは
npx skills add bmad-code-org/BMAD-METHOD（Node.js 環境が必要）です。Claude Code をお使いなら/plugin marketplace add bmad-code-org/bmad-pluginsを Claude Code 内で実行、Codex ならcodex plugin marketplace add bmad-code-org/bmad-pluginsをターミナルから。マーケットプレース経由の場合はbmad-methodとbmad-core-toolsの 2 つをインストールします。 - ②初回セットアップを実行AI コーディングツールをプロジェクトで開き、
bmadスキルに対して「bmad setupを実行してください」と依頼します。スキルがプロジェクト構造を読み取り、Brief・Spec・Architecture を置くディレクトリや issue tracker との接続を初期化します。完了したらbmad statusでバージョンと次に進めるステップを確認できます。 - ③要件を明確化する（Clarify）アイデア段階なら
bmad-brainstormingやbmad-forge-ideaで発散と収束を行います。PRD が必要ならbmad-product-brief、外向けの PR が必要な press release 形式ならbmad-prfaqを選びます。生成された Brief はそのまま Plan フェーズのインプットになります。 - ④計画を作る（Plan）
bmad-specで Brief を SPEC に圧縮し、bmad-architectureで技術設計を別ファイルに切り出します。PRD 全体が必要な場合はbmad-prdを使い、UX 設計と体験を分けたい場合はbmad-uxで DESIGN.md と EXPERIENCE.md を生成します。すべてが Markdown なので、後から diff で変更履歴を追えます。 - ⑤実装・検証・振り返り（Build / Verify / Learn）Stories に切った単位で
bmad-buildを呼び、レビューが必要ならbmad-reviewを、E2E テストが必要ならbmad-qa-generate-e2e-testsを、エピック完了時の振り返りにはbmad-retrospectiveを実行します。各ステップが成果物を Markdown に残し、次フェーズの入力になります。
「実行前にもう 1 度 Clarify」を入れる
BMad は直線フローを強制しません。実装中（Build）に「これは Clarify に戻すべきだった」と感じたら、無理に進めず Brief を書き直します。後戻りにかかるコストは、誤った設計を本番に持ち込むコストよりはるかに小さい、というのが BMad の運用経験則です。レトロスペクティブで「次は Clarify から始めるべきだった」と残れば、次イテレーションの閾値調整に直結します。
既存コードベースへの導入
BMad はゼロから立ち上げるだけでなく、既存のコードベースにも適用できます。bmad-project-context で既存の構造・命名・テスト方針を把握し、bmad-spec で「現在のコードが何を解決しているか」を Markdown に書き出します。以降の変更はこの Spec を前提に進めるため、知らないうちに前提が変わる事故を防げます。SAP のように既存資産が大きい領域では、このプロジェクトコンテキスト設定が特に効きます。
03INSIGHT ADT の SAP×AI 案件に意思決定の資産化を持ち込む
SAP×AI の案件は「暗黙の前提」が特に多い領域です。FI の会社コード・勘定科目表・会計年度変式、MM の購買組織・プラント・在庫管理パラメータ、SD の販売組織・配送条件・価格決定テーブル——これらは設定値の組み合わせで挙動が決まり、暗黙の前提を 1 つでも落とすと伝票が誤ります。BMad 流の意思決定資産化は、まさにこの領域で効きます。
ADT の SAP 移行案件では、Clarify フェーズで業務要件を Brief に書き出し、Plan フェーズで現行設定のスナップショットと新環境での設計差分を Architecture に整理します。Build では Stories に切った単位でアドオン開発を進め、Verify では単体・統合・受入テストの結果を Markdown に残します。Learn では「来月の自分たちが見直したい項目」をレトロスペクティブにまとめ、次の Brief に反映します。
SAP 移行の全体像は S/4HANA移行、最初に押さえるべき5つのポイント で、AI エージェントとワークフローの役割分担は AIエージェントとワークフローの使い分け でそれぞれ解説しています。AI に任せる範囲とシステムに残す統制の線引きは、この 2 つの記事を併せて読むと BMad との相補関係が分かります。
豆知識：BMad は商標・BMAD-METHOD はリポジトリ名
「BMad」と「BMAD-METHOD」は BMad Code, LLC の商標です（GitHub のリポジトリ名と混同されがちですが、商標とリポジトリ名は別物）。BMad の利用自体は MIT ライセンスで自由ですが、商標を製品名に組み込む場合は TRADEMARK.md のガイドラインに従う必要があります。ADT では記事中で「BMad Method」と表記し、商標を明示する形を採っています。
まとめ
- BMad Method は AI に書かせる手法ではなく、意思決定を Markdown 資産として残すアジャイル手法
- 5 フェーズ循環（Clarify → Plan → Build → Verify → Learn）で成果物を Markdown に積み上げる
- インストールは
npx skills add/ Claude Code plugin / Codex plugin の 3 経路 - Web bundles で Gemini Gem / ChatGPT Custom GPT として計画フェーズを実行できる
- 既存コードベースには
bmad-project-context＋bmad-specで導入。SAP のような既存資産が大きい領域で特に有効 - BMad と Matt Pocock 流の Skills は対立ではなく、判断の重みで使い分けが成立する
04FAQ よくある質問
BMad Method は有料ですか？
いいえ。BMad はオープンソース（MIT ライセンス）で、すべてのワークフローとスキルが公開されています。paywall も gated community もありません。サポートや商用スポンサーシップは BMad Code, LLC が buymecoffee / 企業スポンサーの形で受け付けていますが、機能制限は無料プランに存在しません。
既存プロジェクトにも導入できますか？
はい。BMad は既存コードベース向けに Start in an Existing Codebase フローを用意しており、bmad skill から既存の構造を把握した上で意思決定を残す形で適用できます。SAP のような既存資産が大きい領域では、bmad-project-context で現行設定を Markdown に書き出すところから始めるのが現実的です。
BMad はどの AI ツールで動きますか？
Claude Code、Codex、Cursor など skills / plugin をサポートする主要な AI コーディング環境で動きます。Web bundles を使うと ChatGPT や Gemini のサブスク環境でも計画フェーズを実行でき、生成された Brief / Spec / Architecture を手元の AI コーディング環境に持ち帰って実装に進む流れが可能です。
アジャイルと何が違うのですか？
BMad はアジャイルの精神（動くソフトウェア・顧客协作・変化への対応）を引き継ぎつつ、AI 時代に特有の問題（暗黙の前提のコード化、判断根拠の喪失）に対応するための拡張です。スクラムや XP を否定するのではなく、その上に意思決定の資産化層を加えます。レトロスペクティブやプランニングポーカーといった既存のアジャイル作法も併用できます。
出典・参考
- GitHub — bmad-code-org/BMAD-METHOD（公式リポジトリ、MIT） https://github.com/bmad-code-org/bmad-method
- docs.bmad-method.org — Build Your First Change https://docs.bmad-method.org/start/build-your-first-change/
- docs.bmad-method.org — Choose a Planning Path（必要な計画の深さの選び方） https://docs.bmad-method.org/plan/choose-a-planning-path/
- docs.bmad-method.org — Start in an Existing Codebase（既存コードベース向け導入） https://docs.bmad-method.org/existing-codebases/start-in-an-existing-codebase/
※本記事は上記の公開情報をもとに、アラディンテクノロジー株式会社編集部が独自に整理・考察したものです。内容は執筆時点（2026-09-27）の情報です。BMad Method は活発に更新されており、最新仕様は公式リポジトリとドキュメントでご確認ください。考察部分は当社の見解であり、特定の製品・導入を推奨するものではありません。