なぜディシプリンド・アジャイルか?

ディシプリンド・アジャイル・デリバリー(DAD)プロセス・ディシジョン・フレームワークは、ITソリューションのデリバリーのための、ピープルファースト、学習指向のハイブリッドアプローチである。DADは、リスクと価値のデリバリーライフサイクルを採り、ゴール駆動であり、エンタープライズ対応し、そしてスケーラブルだ。DADフレームワークの適用を考慮すべき理由をいくつか挙げてみよう:

  1. スクラムが捨て去ったものをDADは掬い上げている(DAD picks up where Scrum leaves off.)  DADフレームワークは、アジャイルソリューションデリバリーライフサイクルを網羅的に定義するために、すべてのアジャイルのテクニックを、どのように組み合わせ、スクラムがカバーする範囲を越えて使うかを説明している。スクラムと同様、DADフレームワークはリーダーシップや役割&責務、要求の変更管理を取り扱う。スクラムとは違いDADはそこで留まらない。ソフトウェア開発の他の重要な局面―アーキテクチャ、設計、テスト、プログラミング、文書化、デプロイやその他諸々―も取り扱う。つまり、DADはアジャイル開発が実際にはどのように行われるかについてかなり幅広い知識を提供しており、スクラムが読者諸氏に背負わせた”重量級のプロセス引き上げ作業”を肩代わりしている。
  2. DADは現実的である(DAD is pragmatic.)  DADフレームワークはガイダンスを提供するが、あらかじめ詳細な手順を記述してはいない。それはあなたが直面している状況を反映するよう戦略を簡単にテーラリングできるようにするためだ。これを効果的に行うために、プロセス指向の選択肢とそのトレードオフが何かを理解する必要がある。DADフレームワークは、プロセスゴール駆動アプローチを通して、これらの選択肢を明らかにする。
  3. DADは、リーンもアジャイルもサポートする(DAD supports both lean and agile ways of working.) DADフレームワークは複数のデリバリーライフサイクルをサポートする。スクラムベースのアジャイルライフサイクル、カンバンベースのリーンライフサイクル、継続的デリバリーライフサイクル、リーンスタートアップベースの探索的ライフサイクルだ。チームは自分たちの置かれた環境のユニークさを知り、その結果、一つのプロセスサイズですべてに適合させるのは無理だと知る。小さな会社においてさえ、あるチームはアジャイルアプローチを採用し、あるチームはリーンアプローチを採用し、それらを組み合わせてさえいる状況をこれまで目にしてきた。ひとつのプロセスサイズをすべてに適合させるのは無理なのだ。
  4. DADは経験主義に基づく(DAD is based on empiricism)    数年に渡ってScott AmblerとMark Lines、そしてDADへ貢献してくれている方々が、世界中で、様々な業種や環境の数百におよび企業を訪問したり仕事をしてきた。DADフレームワークは、これらの組織によって適用された実証された戦略をつかまえ、各々の戦略の強みと弱みを記述しており、それらをいつ採用すべきかあるいはすべきでないかのガイドを提供している。
  5. DADは、スケーリングための強固な基盤を提供する(DAD provides a solid foundation from which to scale agile.)  DADフレームワークはアジャイルやリーンのスケーリングを成功裏に行うことをサポートするいくつかの方法を提供する。第1に、デリバリーライフサイクルを網羅し、ソフトウェア開発の多岐に渡るアドバイスは、アジャイルを実際にどのように成功裏に適用するかの答となる。第2に、ゴール駆動アプローチは、スケーリングが必要とされる環境で開発しているアジャイルチームが直面する困難さに対応して、読者のアジャイルプロセスをテーラーリングするために求められる柔軟性を提供している。第3に、DADフレームワークは、DevOpsや明示的なアジャイルガバナンス、エンタープライズ対応(Enterprise Awareness)といった、スケールに際して求められる基盤となる多くの概念を構築している。
  6. DADはSAFeを実現可能なモノにする(DAD enables SAFe.)   SAFe は構築作業の詳細は読者に任せているが、これが結果として多くの組織でうまく機能していない。DADは、SAFeの過ちをカバーする強固なプロセス基盤を提供しており、実際にSAFeを補完している。
  7. DAD はSAFeの先を行っている(DAD goes beyond SAFe.)  DADフレームワークは、大規模あるいは地理的に分散したチームの編成に関して複数の戦略を説明為ている。アジャイルやリーンといったソフトウェア開発をスケールさせるアプローチで取り得る様々なオプションーSAFeが提供していないコンテキストに応じたオプションを提示している。
  8. DADチームはソリューションをデリバリーする、ソフトウェアだけに留まらず(DAD teams deliver solutions, not just software.) DADは私達が開発するソフトウェアは、ハードウェア上で実行され、もしかしたらアップグレードが必要であり、文書によってサポートされるモノだと認識している。利害関係者は、彼らが直面している状況における新たなニーズに対処する為に、彼ら自身のビジネスプロセスを進化させる必要もあるかもしれず、時には組織の構造にさえ手を入れる可能性がある。つまり、DADチームは、ソリューションをデリバリーする。ソリューションとは、ソフトウェアや、ハードウェアを変え、サポートする文書を作成し、ビジネスプロセスを改良し、時には組織構造をも改善することも含まれる。
  9.  DADは進化している(DAD is evolving.)  私達は現場で実践する立場で常に学び続けている。常に新しいアジャイルやリーンの戦略を試すことで学び続けている。これらを通して学んだことは、常にDADフレームワークに取り入れられている。
オリジナル:Why DAD?
http://www.disciplinedagiledelivery.com/why-dad/
 (翻訳 藤井智弘)
Pocket