Disciplined Agile（DA）: PMI のハイブリッド Agile ツールキットを解説

著者: Tara Minh · 更新日: 2026年10月10日

Disciplined Agile（DA）は、Project Management Institute が所有するプロセス意思決定のツールキットです。単一の手法を規定する代わりに、チームが直面する意思決定、それぞれの選択肢、そしてトレードオフを示し、チームが自分たち独自の「働き方」（WoW）を組み立てられるようにします。Scrum、Kanban、SAFe、あるいは従来型の手法の上に重ねて使うこともできます。

多くの Agile フレームワークは、あなたの代わりに問いへ答えを出します。Scrum は Sprint の進め方を示し、SAFe は複数チームにまたがる計画の立て方を示します。DA はまず別の問いを投げかけます。あなたの状況はどうか、そしてどの選択肢が合うのか、という問いです。DA がフレームワークではなくツールキットと呼ばれることが多いのはそのためであり、規定された単一の手法が現実とぶつかり続ける組織に支持される理由でもあります。

重要な事実

• Scott Ambler と Mark Lines は、2012年に Disciplined Agile のアプローチを共同で生み出しました。そのルーツは Disciplined Agile Delivery（DAD）にあり、Ambler によれば DAD は2008年ごろに IBM Rational で始まりました。
• PMI は2019年8月に DA の買収を発表しました。Ambler の説明では、PMI はこのツールキットを手に入れるために Disciplined Agile Inc. と Disciplined Agile Consortium を買収しました。
• PMI のサイトは、このツールキットをFoundation、Disciplined DevOps、Value Streams、Disciplined Agile Enterpriseの各レイヤーに整理しています。
• PMI は DA を、従来型、Scrum、SAFe の各アプローチの代替ではなく、併用できるものと説明しています。
• DA のマインドセットは、原則、プロミス、8つのガイドラインに基づいています。

Disciplined Agile の由来

DA はもともと、ソフトウェア開発の手法として始まりました。DAD のルーツを2008年ごろの IBM Rational での仕事にさかのぼる Scott Ambler と Mark Lines が、2012年により広範な Disciplined Agile のアプローチを共同で生み出しました。二人の目標は、あらゆる組織はそれぞれ異なり、同じ組織の中でもチームごとに働き方が違うことを認める、柔軟なアプローチでした。

二人はその後、DA に関する5冊の書籍を出版し、DA Consortium を設立しました。2019年8月に PMI が買収を発表し、このツールキットは PMBOK の伝統と同じ屋根の下に入りました。Ambler は2022年7月まで PMI で DA の Vice President 兼 Chief Scientist を務め、現在は DA の発展には関わっていないと述べています。

この所有関係は、現在の DA の読み方に影響します。DA は、長年の緊張関係に対する PMI の答えです。多くの組織は、一部の仕事を予測型の手法で、一部を Agile の手法で進めており、どちらかに肩入れせずに両方を扱えるガイダンスを必要としています。

「WoW を選ぶ」とは実際にどういうことか

中心にある考え方は、言うのは簡単でも実践は難しいものです。唯一最良のプロセスは存在しないのだから、自分たちの働き方を意図して選ぶ、というものです。PMI の紹介は、DA を選択肢を探り、次の最善の一歩を見つけるための方法として位置づけており、今いる場所から出発して改善を重ねていくものとしています。

実際のところ、「WoW を選ぶ」とは、一度きりの大きな導入イベントではなく、小さな意思決定の連続です。

• このチームの仕事にはどのライフサイクルが合っているか。
• どの計画、見積もり、品質のプラクティスを使い、どれを省くか。
• このリスクレベルには、どの程度のガバナンスが必要か。
• 誰と、どのように調整するか。

DA がこのために用意している道具が、プロセスゴール図です。PMI によれば、DA のチームは分かりやすいプロセスゴール図に導かれて WoW を選びます。この図は、意思決定ごとの選択肢と、それぞれが何を犠牲にするかを示します。さらに PMI は、あらゆるプラクティスにはトレードオフがあり、ある状況ではうまく機能し、別の状況ではうまく機能しないと付け加えています。この図は、コミットする前にそのトレードオフを見える化するためにあります。

これは、DA が継続的改善と相性がよい理由でもあります。PMI はこれに対するアプローチをGuided Continuous Improvementと呼んでいます。状況が変わるたびに選択を見直すのであって、一度決めたら固定するのではありません。

ツールキットのレイヤー

PMI のサイトは、DA のツールキットをレイヤーに整理しており、各レイヤーは扱う意思決定の範囲を順に広げていきます。

このレイヤー構造こそ、DA を多くのチームレベルのフレームワークから区別する点です。スプリントベースの手法が、法務や財務が Agile チームとどう協働すべきかについて語ることはまずありません。PMI のツールキットはそれらもプロセスの意思決定として扱うので、DA は語ります。PMI は最上位のレイヤーを、変化を支える文化と構造によって市場の変化を察知し、対応する力として位置づけています。

深く入る前に知っておきたいことが2つあります。1つ目は、レイヤーは順番に登っていく成熟度の階段ではないことです。誰もエンタープライズレイヤーに触れなくても、チームは Disciplined DevOps のガイダンスを使えます。2つ目は、PMI がこれの多くを、一度読めば終わる書籍ではなく、閲覧できるナレッジベースとして公開していることです。そのため、出入りしながら参照する使い方になります。

ライフサイクルを選ぶ

DA の最も実践的な貢献の1つは、すべてのチームを同じライフサイクルに押し込まないことです。Mark Lines は、多くの組織が Scrum や Kanban、あるいは規定的なスケーリングのパターンといった1つの型に Agile を閉じ込めてしまい、その結果、Agile を使えるプロジェクトの割合が小さくなっていると直接論じました。

彼がその投稿で挙げているライフサイクルには、次のものがあります。

Lines はまた、DA を採用する組織は、チームの能力が向上するにつれて、ライフサイクルの組み合わせを時間とともに移行させていく傾向があるとも述べています。従来型から基本的な Agile へ、そして最終的には高度な継続的ライフサイクルへという流れです。これは有用なメンタルモデルです。ライフサイクルの選択はチームに対する評価ではなく、仕事とチームの現在の能力との適合なのです。

Scrum 型とフロー型のライフサイクルのどちらにするか迷っているなら、Scrumbanは、DA が逸脱ではなく正当な選択肢として扱うハイブリッドの好例です。

DA と SAFe、LeSS、Nexus、Scrum of Scrums の比較

これらのアプローチはしょっちゅう比較されますが、同じ種類のものではありません。SAFe、LeSS、Nexus は規定されたスケーリングの方法です。Scrum of Scrums は調整のパターンです。DA は、そのいずれも選択肢の1つとして含められる意思決定のツールキットです。

正直な要約はこうです。使いたいスケーリングモデルがすでに決まっているなら、SAFe、LeSS、Nexus、またはScrum of Scrumsを直接調べてください。まだ決まっていない場合や、組織の部門ごとに明らかに必要なものが違う場合は、決める手助けをするのが DA の役目です。

PMI は、DA がそれらの手法と同じ土俵で競合するものではないとはっきり述べています。このツールキットを適用すれば、組織は従来型、Scrum、SAFe を含むあらゆる手法やフレームワークをカスタマイズできると説明しています。言い換えれば、SAFe を運用しながら、DA を使ってどの SAFe のプラクティスが本当に必要かを問い直せるということです。

DA の始め方: ステップ別アプローチ

ツールキット全体を採用する必要はありません。1つのチームで始める、軽量な進め方を紹介します。

1. 状況を書き出す。 チームの規模、拠点、規制上の制約、仕事の予測しやすさ、メンバーのスキルを書き留めます。コンテキストが選択を左右するというのが、DA の前提のすべてです。
2. 出発点となるライフサイクルを選ぶ。 仕事を上記のライフサイクルのいずれかに当てはめます。迷ったら、基本的な Scrum ベースのライフサイクルが一般的な出発点で、後から移行できます。
3. 困っている意思決定を特定する。 チームが揉めたり止まったりするのはどこでしょうか。見積もり、リリース、ステークホルダーガバナンスなど、2つか3つのプロセス領域を選びます。
4. 選択肢とトレードオフを確認する。 それぞれの課題について、DA Browser とプロセスゴール図を使って、選択肢とそれぞれの代償を一覧にします。
5. 選んで、決定を記録する。 選択肢を1つ選び、その理由を述べ、何があれば見直すかを書き留めます。下のテンプレートが役立ちます。
6. 期間を決めて試す。 選択を数イテレーション実行し、レトロスペクティブで結果を確認します。
7. 繰り返す。 WoW は生きものとして扱います。チームや仕事が変わったら、意思決定を見直します。

WoW 意思決定記録のテンプレート

多くのチームは、会話の中でプロセスを変更し、その理由を失ってしまいます。意思決定記録はそれを防ぎます。この表をコピーして、意思決定ごとに1行ずつ管理してください。

「受け入れたトレードオフ」の列は正直に書いてください。DA が最も重視する部分であり、素早い答えを求めるときにチームが飛ばしてしまう部分でもあります。

ビジネス機能別の例

DA はソフトウェアを超えて広がるため、他の機能で WoW の意思決定がどうなるかを見ておく価値があります。以下は事例研究ではなく、例示的なシナリオです。

パターンに注目してください。同じ組織が、複数のアプローチを同時に使っています。それは一貫性のなさではなく、まさにそれが狙いです。

Do と Don't

DA の認定資格とトレーニングの現状は？

PMI はここ数年で Agile のトレーニング提供内容を変更しているため、資格を軸にプログラムを組む前に、最新の情報を pmi.org で確認してください。PMI の DA サイトは現在、学習者をAgile 認定資格へ案内しており、オンラインコースのDisciplined Agile EssentialsとDisciplined Agile Foundations、そして PMI Authorized Training Partners による講師主導のトレーニングを掲載しています。ツールキットの内容自体は DA のサイトと DA Browser で公開されているので、コースを受けなくても考え方は活用できます。

DA が適さない場合

DA は自由を与えてくれますが、自由には代償があります。次のような場合には向きません。

• チームが初日から従える既成のルーティンを求めている場合。DA は意思決定を求めますが、レシピだけが欲しいチームもあります。
• トレードオフを比較検討できる経験を持つ人がいない場合。初期には、多くのチームがコーチの支援から恩恵を受けます。
• 契約上または監査上の理由から、組織が単一の標準手法を必要としている場合。規定されたフレームワークのほうが、説明しやすいかもしれません。
• 経営陣が、仕事の進め方を見直すことよりも、ラベルを採用することを望んでいる場合。

そうした場合は、まず素直な Scrum や定義済みのスケーリングフレームワークから始め、後から DA の考え方を取り入れるのが妥当な道筋です。手法の大きなファミリーについての背景は、Agile 手法とは何かをご覧ください。

Disciplined Agile は、どのフレームワークを買うべきかを教えてはくれません。代わりに、根拠をもってプロセスを議論する方法を与えてくれます。私たちの状況はこうです、選択肢はこれです、受け入れるトレードオフはこれです、そしてこの時期にもう一度見直します、というように。チームがすでに Agile と従来型の仕事を組み合わせて進めているなら、その習慣は、どの単一の手法よりも価値があるかもしれません。