Table of Contents hide

動態系統開發方法（DSDM）是一種敏捷項目交付框架，主要用作軟件開發方法。它是一個體現項目管理當前知識的框架。DSDM植根於軟件開發社區，但軟件開發，流程工程和業務開發項目的融合已經將DSDM框架變為複雜問題解決任務的一般框架。可以為敏捷和傳統開發過程實現DSDM框架。

DSDM是一個，

基於最佳原則的直接框架，開始實施項目結構。
簡單
可擴展
但不能平靜成為所有類型項目的解決方案。

為什麼要使用DSDM？

發展的結果可以直接和迅速地顯現出來
由於用戶積極參與系統的開發，他們更有可能接受並接受它。
快速提供基本功能，定期提供更多功能。
消除官僚主義，打破有關各方之間的溝通障礙。
由於用戶的持續反饋，正在開發的系統更有可能滿足其委託的需求。
關於項目是否有效的早期指標，而不是在開發過程中的一個令人討厭的驚喜
系統按時，按預算交付。
用戶能夠影響項目的方向。

有9條原則對於任何DSDM實施都是必不可少的，忽略其中一條將違背框架理念並顯著增加項目風險。

1）積極的用戶參與 – 勢在必行。
2）必須賦予團隊決策權。
3）專注於頻繁交付。
4）可接受的可交付成果的標準（適用於商業）。
5）迭代和增量開發 – 強制性。
6）開發過程中的所有變化必須是可逆的。
7）要求基礎高水平。
8）測試在整個生命週期中都是集成的。
9）協作和合作方法。

敏捷宣言聲稱有4個值和12個原則，被認為是敏捷開發方法的開端。這些原則需要與敏捷宣言相關聯，以展示DSDM如何與敏捷哲學相關聯。

項目結構

DSDM項目由7個階段性步驟組成，這些步驟由一組豐富的角色和職責組織和嵌入，並由幾種核心技術支持。

角色和責任
團隊組織和規模
統治他們的7個階段

1.項目前期
2.可行性研究
3.業務研究
4.功能模型迭代
5.設計和構建迭代
6.實施
7.項目後

DSDM中使用的核心技術

時間盒

傳統項目管理使用里程碑，DSDM使用時間盒技術。這是一個間隔，通常不超過2,4或6週，應該實現一組給定的任務。

時間盒

可以包含幾個任務。
最後需要交付產品。
由於定義了任務，而不是交付什麼，因此可能會發生變化。
可以在時間框迭代期間更改任務，從而快速響應業務需求。

DSDM降低了及時交付的功能。

MoSCoW規則

DSDM項目關注的是及時和預算，用戶積極參與開發過程。因此，必須密切關注用戶最需要的內容。
用戶要求可能會發生變化（在此過程中）;

意識到新的技術可能性
用戶工作環境發生變化

強調要求重要性的DSDM技術是MosCow規則。規則如下，

1.必須具備：必須實施分類在該組中的所有功能，如果未交付，系統將無法工作
2.應具有：此優先級的功能對系統很重要，但如果時間限制危及，可以省略。
3.可能有：這些功能增強了系統的功能項，可以輕鬆地重新分配到以後的時間框。
4，想擁有：這些功能僅服務於有限的用戶群，並且價值不大。

原型

DSDM項目中的進化原型設計滿足2個原則，

頻繁交貨
增量發展

首先實現關鍵功能，以便在開發過程的早期發現困難，並允許提前交付以獲得用戶反饋。
必要的反饋循環由研討會提供，這是DSDM項目中的最後一項重要技術。

DSDM對以下類型的原型進行了區分，

業務原型：允許評估不斷發展的系統
可用性原型：檢查用戶界面
性能原型：確保解決方案能夠提供性能或處理量
能力原型：評估可能的選擇

關鍵成功因素

DSDM聯盟彙編了其成員中最重要的10個因素：

在開始工作之前接受DSDM理念。
開發團隊內部用戶和開發人員的決策權。
高級用戶管理層致力於提供重要的最終用戶參與。
增量交付。
開發人員可以輕鬆訪問最終用戶。
團隊的穩定性。
開發團隊的技能。
開發團隊的規模。
支持性的商業關係。
開發技術。

DSDM的弱點：

進入門檻相對較高
組織中的文化轉變

Scrum References

Agile & Scrum Basis