規律あるアジャイルデリバリー

ディシプリンド アジャイル デリバリー( DAD ) は、ディシプリンド アジャイル ツールキットのソフトウェア開発部分です。DAD を使用すると、チームは増分的かつ反復的なソリューション デリバリーに関するプロセス決定を簡素化できます。DAD は、スクラム、アジャイル モデリング、リーン ソフトウェア開発など、 アジャイルソフトウェア開発の支持者が支持する多くのプラクティスに基づいています。

規律あるアジャイルデリバリーの主な参考文献は、スコット・アンブラー氏とマーク・ラインズ氏によって書かれた「 Choose Your WoW!」^[1]という本です。WoWは「作業方法」または「作業方法」を意味します。^[2]

特に、DAD はスクラムを超える手段として認識されています。^[3] Cutter のシニア コンサルタントである Bhuvan Unhelkar 氏によると、「DAD は、IT 作業を効率化するだけでなく、さらに重要なことに、スケーリングを可能にする、慎重に構築されたメカニズムを提供します。」^[4] Paul Gorans 氏と Philippe Kruchten 氏は、アジャイル アプローチの実装にさらなる規律を求め、DAD をフレームワークの例として「エンタープライズ IT ソリューションの提供に対するハイブリッド アジャイル アプローチであり、スケーリングするための強固な基盤を提供する」と指摘しています。^[5]

スコット・アンブラー氏とマーク・ラインズ氏は、当初 DAD の開発を主導し、現在もその進化をリードし続けています。DAD は、アジャイル ソフトウェア開発へのより統合的なアプローチを提供するために開発されました。スクラムによって (意図的に) 無視されているプロセスのギャップを埋めようとするアプローチであり、エンタープライズ レベルのスケールに対応できるアプローチです。アンブラー氏によると、「スクラム、XP、AM、アジャイル データ、カンバンなど、多くのアジャイル手法は、プロジェクトの開始から納品までソリューションを提供するために必要なアクティビティのサブセットに重点を置いています。DAD が開発される前は、仕事を完了するために独自のアジャイル手法をまとめる必要がありました。」^[6]

DADは、アジリティが大規模に適用された一般的なパターンを観察した結果開発されました。^[7]

2015 年に、後に Disciplined Agile Toolkit となる Disciplined Agile (DA) フレームワークが開発されました。^[8]これは Disciplined Agile 2.x と呼ばれていました。DAD は DA の基盤を形成しました。^[要出典] 2 番目のレイヤーである disciplined DevOps が追加され、3 番目のレイヤーである Disciplined Agile IT (DAIT) も追加されました。^[要出典]これらのレイヤーはそれぞれ、エンタープライズクラスの設定で DevOps と IT プロセスに対処する方法に対処しました。

Disciplined Agile 3.xは、ビジネスの俊敏性に必要なプロセスの全範囲に対応するために、4番目のレイヤーであるDisciplined Agile Enterprise（DAE）を導入するために2017年8月にリリースされました。^[9]

2018 年 12 月、Disciplined Agile 4 (現在は Disciplined Agile Toolkit と呼ばれています) がリリースされました。^{[引用が必要]}これは、DAD の完全に刷新された説明と、ガイド付き継続的改善 (GCI) と呼ばれるチームベースの改善戦略に重点を置いています。^{[引用が必要]}

2019年8月、Disciplined AgileはProject Management Instituteに買収されました。^[10]

チームが直面している課題の多くはスクラムの範囲外であり、チームは重複部分や矛盾する用語を持つ他の方法を検討する必要があります。DADは、ITソリューションの提供に対して、人間中心、学習指向、ハイブリッドアプローチを使用してこれらの課題に対処しようとします。^[11]

ディシプリンド アジャイル デリバリー (DAD) では、「ソリューション デリバリー チームの成功を左右する主な要因は、人々と、その人々が互いにやり取りする方法である」と定義しています。^[12] DAD は、状況のニーズに合わせて調整できる、堅牢な役割 (以下のセクションを参照)、権利、責任のセットをサポートしています。DAD は、チーム メンバーが緊密に協力し、お互いから学ぶべきである、チームは経験から学び、アプローチを進化させるために努力すべきである、そして個人もそうすべきであるという考えを推進しています。^[13]

DAD は、スクラム、エクストリーム プログラミング(XP)、SAFe、アジャイル モデリング(AM)、統合プロセス(UP)、カンバン、アウトサイドイン ソフトウェア開発、アジャイル データ (AD)、Spotifyの開発モデルなどの既存の手法から実証済みの戦略を採用してカスタマイズするハイブリッド ツールキットです。これらの既存のフレームワークの 1 つを適応させるために時間をかけるのではなく、DAD では、各手法の関連部分を組み合わせる作業はすべてすでに完了しています。

通常、ライフサイクルの構築面に重点を置く第 1 世代のアジャイル手法とは異なり、DAD は、チームの立ち上げからエンド ユーザーへのソリューションの提供に至るまで、配信ライフサイクル全体に対処します。

DAD は、アジャイル、リーン、継続的デリバリー、探索的、大規模チームバージョンのライフサイクルの 6 つのライフサイクルから選択できます。DAD は、1 つのアプローチがすべてに適合するわけではないことを認識しているため、単一のライフサイクルを規定しません。

DAD は、開発、モデリング、アーキテクチャ、管理、要件/結果、ドキュメント、ガバナンス、およびその他の戦略が、合理化された全体の中でどのように組み合わされるかを示します。DAD は、他の方法ではユーザーに任せられている「プロセスの重労働」を実行します。 

このアプローチは、規範的というよりは、目標または結果主導型です。そうすることで、DAD は実行可能な代替案 (何が機能し、何が機能しないか、そしてさらに重要なのはその理由) とそのトレードオフに関する状況に応じたアドバイスを提供し、自分が置かれている状況に対処するために作業方法をカスタマイズし、それを合理的に実行できるようにします。

DAD は、単にソフトウェアを作成するという焦点から、利害関係者に真のビジネス価値をもたらす消費可能なソリューションの提供へと焦点を成熟させます。ソフトウェアは成果物の重要な部分であることは明らかですが、ソリューションに重点を置くということは、問題全体を総合的にとらえることを意味します。これにより、ハードウェア、ビジネスおよび組織のプロセス、および組織全体の構造の更新を提案できます。

アジャイル チームとリーン チームは自己組織化されており、つまり、作業を実行する人が計画と見積もりを行うということです。それでも、組織の優先事項を反映したエンタープライズを意識した方法で作業する必要があり、そのためには上級管理職による適切な統制が必要になります。

Disciplined は当初、アジャイル (スクラムベース) プロジェクト ライフサイクルとリーン (カンバンベース) プロジェクト ライフサイクルをサポートしていました。その後、6 つのライフサイクルをサポートするように拡張されました。

1. アジャイル。スクラムに基づく 3 段階のプロジェクト ライフサイクル。段階は、開始 (「スプリント 0」と呼ばれることもあります)、構築、移行 (リリース スプリントと呼ばれることもあります) です。
2. Lean。カンバンに基づく 3 段階のプロジェクト ライフサイクル。
3. 継続的デリバリー: アジャイル。継続的な作業フローをサポートし、増分リリース (通常は週 1 回) を実現するアジャイル ベースの製品ライフサイクル。
4. 継続的デリバリー: リーン。継続的な作業フローをサポートするリーン ベースの製品ライフサイクル。
5. 探索的。cynefinのアドバイスに従って、最小限の実行可能な製品の並行開発に対応するために拡張された、リーンスタートアップに基づく実験ベースのライフサイクル。
6. プログラム。複数のチームを調整するためのライフサイクル。

DADは、21のプロセス目標、またはプロセス成果の集合として説明されています。^[14]これらの目標は、チームが直面している状況のコンテキストに対処する決定を下すために、より無駄のないプロセスを通じてチームを導きます。これにより、チームはプロセスのコンプライアンスやアジャイル手法の拡張に関する推測ではなく、成果に集中できるようになります。また、直面している複雑さに対処するために十分に洗練された戦略を提供することで、スケーリングを可能にします。

規律あるアジャイルデリバリーにおける これら5つの主要な役割^{[15]は、規模に関係なく一般的に見られます。}

• 利害関係者。ソリューションの結果によって実質的に影響を受ける人。エンドユーザーや顧客だけでなく、ソフトウェア プロジェクトの開発と展開によって影響を受ける可能性のある人すべてを指します。
• プロダクトオーナー。チーム内で「顧客の声」を代弁し、利害関係者コミュニティのニーズをアジャイルデリバリーチームに伝える人物。
• チーム メンバー。チーム メンバーは、テスト、分析、アーキテクチャ、設計、プログラミング、計画、見積もりなど、関係者向けの実際のソリューションの作成に重点を置きます。チーム メンバーは、必要なスキルのサブセットを持ち、一般化スペシャリストになるためにさらにスキルを習得するよう努めます。
• チーム リーダー。チーム リーダーはホスト リーダーであり、アジャイル コーチでもあり、コミュニケーションを促進し、メンバーが作業方法を選択できるようにし、チームに必要なリソースがあり、障害がないことを確認する責任を負います。
• アーキテクチャ所有者。チームのアーキテクチャ決定を所有し、全体的なソリューション設計の作成と進化を促進します。

これらのサポートロール^[16]は、スケーリングの問題に対処するために（一時的に）導入されます。

• スペシャリスト。アジャイルチームのメンバーのほとんどは汎用的なスペシャリストですが、^[17]プロジェクトのニーズに応じて他のスペシャリストが必要になることもあります。
• ドメイン エキスパート。プロダクト オーナーは幅広い利害関係者を代表しますが、より微妙な理解が求められる複雑なドメインでは、ドメイン エキスパートが必要になる場合があります。
• 技術専門家。特に難しい問題が発生した場合、必要に応じて技術専門家を招き入れることができます。これには、ビルド マスター、アジャイル データベース管理者、ユーザー エクスペリエンス (UX) デザイナー、セキュリティ専門家などが該当します。
• 独立したテスター。テストの大部分は DAD チームのメンバーによって行われますが、複雑なドメインやテクノロジーの場合は、独立したテスト チームを導入して並行して作業を行い、作業を検証することもできます。
• インテグレーター。大規模で複雑な技術的ソリューションの場合、インテグレーター (または複数のインテグレーター) を使用して、さまざまなサブシステムからシステム全体を構築できます。

• 合理的な統一プロセス

• ブラウン、アラン (2012)。エンタープライズ ソフトウェア配信: グローバル ソフトウェア サプライ チェーンに俊敏性と効率性をもたらす。ISBN 978-0-321-80301-6。
• ロイス、ウォーカー (2013)。『大規模アジリティ：経済的ガバナンス、測定された改善、規律あるアジャイルデリバリー』pp. 873–881。ISBN 978-1-4673-3076-3。
• 非侵襲的測定とプロセスマイニングを使用した、規律あるアジャイルデリバリーにおけるガバナンスのサポート (2013 年 11 月Cutter IT Journal、Astromiskis、Janes、Sillitti、Succi)
• 分散型アジャイルデリバリーを成功させるための 10 の原則 (2013 年 11 月Cutter IT Journal、Bavani)