動的システム開発手法

動的システム開発手法（DSDM）は、アジャイルプロジェクトデリバリーフレームワークであり、当初はソフトウェア開発手法として使用されていました。^{[1] [2] 1994年に初めてリリースされたDSDMは、当初は}ラピッドアプリケーション開発（RAD）手法に何らかの規律を提供することを目指していました。 ^[3]その後のバージョンでは、DSDMアジャイルプロジェクトフレームワークが改訂され、ソフトウェア開発とコード作成に特に焦点を当てるのではなく、プロジェクト管理とソリューションデリバリーの一般的なアプローチになり^{[要説明] [要出典]}、IT以外のプロジェクトにも使用できるようになりました。^[4] DSDMアジャイルプロジェクトフレームワークは、プロジェクトライフサイクル全体にわたる幅広いアクティビティをカバーし、他のアジャイル手法とは一線を画す強力な基盤とガバナンスを備えています。^[5] DSDMアジャイルプロジェクトフレームワークは、継続的なユーザー/顧客の関与を含むアジャイル開発の原則を取り入れた反復的で増分的なアプローチです。

DSDM は、最初にコスト、品質、時間を固定し、MoSCoW の優先順位付けを使用して、範囲を「必須」、「すべき」、 「可能」、「不要」に分類し、指定された時間制約を満たすようにプロジェクトの成果物を調整します。DSDM は、ソフトウェアおよび非 IT ソリューションを開発するための数多くのアジャイル手法の 1 つであり、Agile Alliance の一部です。

2014年、DSDMは「DSDMアジャイルプロジェクトフレームワーク」の最新バージョンをリリースしました。同時に、新しいDSDMマニュアルでは、サービス提供のための他のフレームワーク（特にITIL）、PRINCE2、Managing Successful Programmes、PMIと並行して運用する必要性を認識しました。^{[6]以前のバージョン（DSDM 4.2）には、}エクストリームプログラミングでDSDMを使用する方法に関するガイダンスのみが含まれていました。

1990 年代初頭、 IT 業界全体にラピッド アプリケーション開発(RAD) が広まりました。ソフトウェア アプリケーションのユーザー インターフェイスは、古いグリーン スクリーンから現在使用されているグラフィカル ユーザー インターフェイスに移行していました。PowerBuilder などの新しいアプリケーション開発ツールが市場に登場しました。これにより、開発者は提案したソリューションを顧客とはるかに簡単に共有できるようになりました。プロトタイピングが現実のものとなり、従来の順次的な (ウォーターフォール) 開発手法のフラストレーションを解消できました。

しかし、RAD運動は非常に非構造的でした。適切なプロセスについての共通の合意された定義はなく、多くの組織が独自の定義とアプローチを考案しました。多くの大企業はその可能性に非常に興味を持っていましたが、フリーフロー開発によって得られる最終成果物の品質レベルを失わないことを懸念していました。

DSDM コンソーシアムは、ソフトウェア エンジニアリング分野のベンダーと専門家の協会によって 1994 年に設立され、ベスト プラクティスの経験を組み合わせて「独立した RAD フレームワークを共同で開発および推進する」という目的で作成されました。その起源は、ロンドンの Butler Group が主催したイベントです。その会議に出席した人々は、すべてBritish Airways、American Express、Oracle、Logica などの一流企業に勤務していました (Data Sciences や Allied Domecq などの他の企業は、その後他の組織に吸収されました)。

2006年7月、DSDMパブリックバージョン4.2 ^[7]が個人で閲覧および使用できるようになりましたが、DSDMを再販する人は非営利コンソーシアムのメンバーである必要があります。

2014年にDSDMハンドブックがオンラインで公開されました。^[8]さらに、DSDMのテンプレートをダウンロードすることもできます。^[9]

2016年10月、DSDMコンソーシアムはアジャイルビジネスコンソーシアム（ABC）に改名されました。^[10]アジャイルビジネスコンソーシアムは、DSDMフレームワークを所有および管理する非営利のベンダーに依存しない組織です。^[11]

DSDM はベンダーに依存しないアプローチで、技術よりも人の問題でプロジェクトが失敗するケースが多いことを認識しています。DSDM の焦点は、人々が効果的に協力してビジネス目標を達成できるように支援することです。DSDM はツールやテクニックにも依存しないため、特定のベンダーに縛られることなく、あらゆるビジネス環境や技術環境で使用できます。^[8]

DSDMの根底には8つの原則があります。^[12]これらの原則は、チームが一貫した成果を出すために取るべき姿勢と心構えを指示します。

1. ビジネスニーズに焦点を当てる
2. 時間通りに納品
3. コラボレーション
4. 品質に妥協しない
5. しっかりとした基盤から段階的に構築する
6. 反復的に開発する
7. 継続的かつ明確にコミュニケーションする
8. コントロールを示す

• タイムボックス化: プロジェクトをいくつかの部分に分割し、それぞれに固定予算と納期を設定することで、段階的にプロジェクトを完了させるアプローチです。各部分について、いくつかの要件に優先順位を付けて選択します。時間と予算は固定されているため、残る変数は要件のみです。したがって、プロジェクトの時間や資金が不足している場合は、優先順位が最も低い要件が省略されます。これは、未完成の製品が納品されることを意味するわけではありません。プロジェクトの 80% はシステム要件の 20% から生まれるというパレートの法則により、最も重要な 20% の要件がシステムに実装されている限り、システムはビジネス ニーズを満たし、最初の試行で完璧なシステムを構築することはできません。
• MoSCoW : 作業項目または要件に優先順位を付ける手法です。次の頭字語を表します:
  • 必須
  • すべきだった
  • 可能性があった
  • ないだろう

• プロトタイピング: プロジェクトの初期段階で開発中のシステムのプロトタイプを作成することを指します。これにより、システムの欠陥を早期に発見し、将来のユーザーがシステムを「試用」できるようになります。この方法では、ユーザーの積極的な関与が実現され、これは DSDM やあらゆるシステム開発プロジェクトの重要な成功要因の 1 つです。
• テスト: 高品質のソリューションを保証するために、DSDM は各反復を通じてテストを行うことを推奨します。DSDM はツールやテクニックに依存しない方法であるため、プロジェクト チームは独自のテスト管理方法を自由に選択できます。
• ワークショップ: プロジェクトの関係者を集めて、要件、機能、相互理解について話し合います。
• モデリング: ビジネス ドメインを視覚化し、理解を深めるのに役立ちます。開発中のシステムまたはビジネス領域の特定の側面を図式的に表現します。
• 構成管理: 複数の成果物が同時に開発され、各タイムボックスの終了時に段階的に提供されるため、成果物は完了に向けて適切に管理される必要があります。

DSDM 環境にはいくつかの役割が導入されています。プロジェクトを開始する前に、プロジェクト メンバーをさまざまな役割に任命することが重要です。それぞれの役割には独自の責任があります。役割は次のとおりです。

• エグゼクティブ スポンサー: いわゆるプロジェクト チャンピオン。適切な資金とリソースを投入する能力と責任を持つ、ユーザー組織の重要な役割。この役割には、最終的な決定権があります。
• ビジョナリー: 重要な要件が早期に見つかるようにしてプロジェクトを初期化する責任を負う人。ビジョナリーは、システムとプロジェクトのビジネス目標を最も正確に認識しています。もう 1 つのタスクは、開発プロセスを監督し、正しい軌道に乗せることです。
• アンバサダー ユーザー: ユーザー コミュニティの知識をプロジェクトに取り入れ、開発プロセス中に開発者が十分なユーザー フィードバックを受け取れるようにします。
• アドバイザー ユーザー: 重要な視点を代表し、プロジェクトに関する日常的な知識をもたらす任意のユーザーになります。
• プロジェクト マネージャー: プロジェクト全体を管理するユーザー コミュニティまたは IT スタッフのいずれかになります。
• テクニカルコーディネーター: システムアーキテクチャの設計とプロジェクトの技術的品質の管理を担当します。
• チームリーダー: チームを率いて、チーム全体が効果的に機能するようにします。
• ソリューション開発者: システム要件を解釈し、成果物コードの開発やプロトタイプの構築を含めてモデル化します。
• ソリューション テスター: いくつかのテストを実行して技術的な範囲で正確性を確認し、必要に応じて欠陥を報告し、修正したら再テストします。テスターはコメントとドキュメントを提供する必要があります。
• 記録係: 各ワークショップで行われた要件、合意、決定を収集し、記録する責任を負います。
• ファシリテーター: ワークショップの進行を管理する責任があり、準備とコミュニケーションの促進者として機能します。
• 専門職の役割: ビジネス アーキテクト、品質管理者、システム インテグレーターなど。

DSDM では、プロジェクトの成功を確実にするために非常に重要であるとされるいくつかの要素が特定されています。

• 要因 1: まず、上級管理職と他の従業員による DSDM の受け入れがあります。これにより、プロジェクトのさまざまな関係者が最初からやる気を持ってプロジェクト全体にわたって関与し続けることが保証されます。
• 要因 2: 要因 1 から直接派生: エンド ユーザーの関与を確実にするための経営陣の取り組み。プロトタイピング アプローチでは、機能プロトタイプをテストして判断するために、エンド ユーザーによる強力で熱心な関与が必要です。
• 要因 3: プロジェクト チームは、安定した連合を形成する熟練したメンバーで構成されている必要があります。重要な問題は、プロジェクト チームの権限付与です。つまり、チーム (またはそのメンバーの 1 人以上) は、時間のかかる上級管理職への正式な提案書を作成することなく、プロジェクトに関する重要な決定を下す権限と可能性を持たなければなりません。プロジェクト チームがプロジェクトを成功させるには、プロジェクトを実施するための適切なテクノロジも必要です。つまり、開発環境、プロジェクト管理ツールなどです。
• 要因 4: 最後に、DSDM では、顧客とベンダーの間に支援関係が必要であるとも述べています。これは、社内で実現されるプロジェクトと外部の請負業者によって実現されるプロジェクトの両方に当てはまります。支援関係を確実にするための補助として、ISPLが考えられます。

DSDM は、広範囲にわたる反復的および増分的な開発フレームワーク、特にアジャイルおよびオブジェクト指向手法をサポートするフレームワークの一部と見なすことができます。これには、スクラム、エクストリーム プログラミング (XP)、ディシプリンド アジャイル デリバリー (DAD)、および合理的統合プロセス (RUP)が含まれます (ただし、これらに限定されません)。

DSDM と同様に、これらには次の特性があります。

• これらすべてが要件に優先順位を付け、それを反復的に実行して、システムまたは製品を段階的に構築します。
• ^{これらはツールに依存しないフレームワークです。これにより、ユーザーは独自のテクニック[5]}と選択したソフトウェア補助を使用して、プロセスの特定のステップを埋めることができます。
• 開発における変数は時間やリソースではなく、要件です。このアプローチにより、DSDM の主な目標、つまり期限と予算内に収まることが保証されます。
• システム内のすべての関係者間のコミュニケーションと関与に重点を置いています。これは他の方法でも対処されますが、DSDM はプロジェクトへのコミットメントが成功の鍵であると強く信じています。

• アジャイルソフトウェア開発
• リーンソフトウェア開発

• Coleman と Verbruggen:迅速なアプリケーション開発のための高品質ソフトウェアプロセス、Software Quality Journal 7、p. 107-1222 (1998)
• ベイノン・デイヴィスとウィリアムズ：情報システム開発手法の普及、戦略情報システムジャーナル12 p. 29-46（2003）
• Sjaak Brinkkemper、Saeki、Harmsen:メソッド エンジニアリングのためのアセンブリ テクニック、Advanced Information Systems Engineering、CaiSE'98 の議事録、Springer Verlag (1998)
• アブラハムソン、サロ、ロンカイネン、『Warstaアジャイル ソフトウェア開発手法: レビューと分析』、VTT Publications 478、p. 61-68 (2002)
• Tuffs、Stapleton、West、Eason: DSDM と Rational Unified Process の相互運用性、DSDM コンソーシアム、第 1 号、p. 1-29 (1999)
• リートマン: DSDM の鳥瞰図、DSDM コンソーシアム、p. 3-8 (2001)
• クリス・バリー、キーラン・コンボイ、マイケル・ラング、グレゴリー・ウォトコウスキー、ウィタ・ウォトコウスキー：情報システム開発：実践、理論、教育における課題、第 1 巻
• Keith Richards:アジャイルプロジェクト管理: DSDM を使用した PRINCE2 プロジェクトの実行 Atern、TSO (2007) 2021-01-23 にWayback Machineでアーカイブ
• DSDM アジャイル プロジェクト フレームワーク (2014)
• DSDM アジャイル プロジェクト管理フレームワーク (v6、2014) インタラクティブ マインド マップ

ウィキメディア・コモンズには、動的システム開発手法に関連するメディアがあります。

• アジャイル ビジネス コンソーシアム (旧 DSDM コンソーシアム)
• AgilePM ウィキ