DSDM業(yè)務(wù)中心框架開發(fā)方法（第2版）

第一部分 框 架
　第1章 DSDM過程概述
　　1.1 引言
　　1.2 可行性研究
　　1.3 業(yè)務(wù)研究
　　1.4 功能建模階段（迭代式）
　　1.5 設(shè)計(jì)編程階段
　　1.6 實(shí)施階段
　　1.7 項(xiàng)目后期
　　1.8 要點(diǎn)回顧
　第2章 基本原則
　　2.1 原則1：用戶必須持續(xù)參與
　　2.2 原則2：必須授予DSDM團(tuán)隊(duì)制定決策的權(quán)力
　　2.3 原則3：注重產(chǎn)品的經(jīng)常交付
　　2.4 原則4：滿足業(yè)務(wù)用途是接受交付品的主要依據(jù)
　　2.5 原則5：迭代和增量式開發(fā)對(duì)得到正確的業(yè)務(wù)解決方案是必不可少的
　　2.6 原則6：開發(fā)過程中的所有變化可逆
　　2.7 原則7：在高層次上制定需求的基線
　　2.8 原則8：測(cè)試自始自終貫穿于開發(fā)周期之中
　　2.9 原則9：所有項(xiàng)目涉眾間的通力合作是不可或缺的
　　2.10 要點(diǎn)回顧
　第3章 實(shí)踐中的DSDM
　　3.1 何時(shí)使用DSDM
　　3.2 迭代與增量交付的現(xiàn)實(shí)
　　　3.3 分析和設(shè)計(jì)的技術(shù)
　　3.4 要點(diǎn)回顧
　第4章 時(shí)間與功能
　　4.1 蛇吞象
　　4.2 時(shí)光盒
　　4.3 MoSCoW法則
　　4.4 時(shí)光盒中活動(dòng)的控制
　　4.5 是否使用時(shí)光盒法
　　4.6 最壞的情況
　　4.7 要點(diǎn)回顧
　第5章 協(xié)同工作
　　5.1 全面改變的機(jī)會(huì)
　　5.2 項(xiàng)目中的角色
　　5.3 項(xiàng)目結(jié)構(gòu)
　　5.4 要點(diǎn)回顧
　第6章 現(xiàn)實(shí)中的敏捷項(xiàng)目經(jīng)理
　　6.1 有什么不同
　　6.2 DSDM項(xiàng)目的計(jì)劃
　　6.3 風(fēng)險(xiǎn)管理
　　6.4 進(jìn)度監(jiān)控
　　6.5 工作量
　　6.6 要點(diǎn)回顧
　第7章 對(duì)軟件組織的影響
　　7.1 制定決策
　　7.2 用戶參與
　　7.3 更好的溝通
　　7.4 專題研討會(huì)
　　7.5 培訓(xùn)用戶
　　7.6 要點(diǎn)回顧
　第8章 質(zhì)量問題
　　8.1 “足夠好”的軟件
　　8.2 質(zhì)量設(shè)計(jì)
　　8.3 測(cè)試
　　8.4 DSDM和TickIT
　　8.5 舊瓶裝新酒
　　8.6 能力成熟度模型
　　8.7 要點(diǎn)回顧
　第9章 建立原型不是在浪費(fèi)時(shí)間
　　……
第二部分 案 例 研 究
第三部分 信 息
第四部分 附 錄
附錄A e-DSDM
附錄B 敏捷宣言
參考文獻(xiàn)
　　自從本書第一版出版到現(xiàn)在，5年過去了。在這段時(shí)間里，應(yīng)用程序的開發(fā)出現(xiàn)了巨大的變化。新世紀(jì)到來，互聯(lián)網(wǎng)經(jīng)歷了它的繁榮與蕭條，直到2002年全球經(jīng)濟(jì)衰落到10年來的最低點(diǎn)。雖然世界在不停地變化，但有一樣至今未變：新世紀(jì)里的項(xiàng)目依舊失敗，其原因與上世紀(jì)大同小異，因此，DSDM（動(dòng)態(tài)系統(tǒng)開發(fā)方法，也稱為業(yè)務(wù)中心框架開發(fā)方法）的繼續(xù)發(fā)展仍然是必需而且重要的。 業(yè)務(wù)的成功與產(chǎn)品的交付密切相關(guān) ：在不超出預(yù)算的情況下準(zhǔn)時(shí)交付給客戶。這就是創(chuàng)建DSDM的原因：確保在需要時(shí)交付出一個(gè)合格的業(yè)務(wù)系統(tǒng)。DSDM強(qiáng)調(diào)一定要準(zhǔn)時(shí)交付滿足業(yè)務(wù)需要的項(xiàng)目，它是一個(gè)以用戶為中心的項(xiàng)目交付框架。DSDM可以與多種開發(fā)方法一同使用，例如極限編程和Prince2。 DSDM聯(lián)盟于1994年在英國創(chuàng)辦，現(xiàn)在在全球范圍內(nèi)有多個(gè)社團(tuán)：英國、北美、比荷盧經(jīng)濟(jì)聯(lián)盟、丹麥、法國和瑞典。DSDM聯(lián)盟是一個(gè)非贏利的會(huì)員性質(zhì)的組織，它的會(huì)員多種多樣，包括最佳方案提供商、最終用戶、獨(dú)立顧問以及大專院校。有些會(huì)員從DSDM建立之初就加入了，有些則是最近才認(rèn)識(shí)到DSDM的好處。 以業(yè)務(wù)為中心的開發(fā)框架DSDM 4.1版發(fā)布于2001年。與以往一樣，所有DSDM產(chǎn)品和服務(wù)都由會(huì)員撰寫，而且根據(jù)會(huì)員的反饋進(jìn)行修改。因?yàn)槲覀兊臅?huì)員一直在使用它來達(dá)到商業(yè)目的，所以DSDM一直處于改進(jìn)和變化之中。DSDM的重點(diǎn)和內(nèi)容會(huì)隨著市場(chǎng)的改變而改變。DSDM的創(chuàng)立是為了找到一種更好的軟件開發(fā)方式，今天它已站在了敏捷（Agile）開發(fā)活動(dòng)的前沿，促進(jìn)了輕量型開發(fā)方法學(xué)的發(fā)展，從而保證了用戶的參與并增強(qiáng)對(duì)業(yè)務(wù)變化的響應(yīng)。在當(dāng)今生命周期日漸縮短的市場(chǎng)下，DSDM的敏捷性是它至今為止仍然存在的原因。 本書概述了DSDM框架的各個(gè)方面。它不能取代聯(lián)盟會(huì)員使用的在線手冊(cè)。DSDM屬于聯(lián)盟的所有會(huì)員，只有會(huì)員才能將其用于商業(yè)用途。在線手冊(cè)包括了所有產(chǎn)品、管理工具和技術(shù)、開發(fā)工具和技術(shù)的詳細(xì)信息。在任何DSDM實(shí)施之前，應(yīng)該閱讀在線手冊(cè)并充分利用聯(lián)盟的所有資源。 本書針對(duì)于IT類項(xiàng)目中的參與人員，不過這并不排除IT類以外的項(xiàng)目仍然能從中得到有益的幫助。實(shí)際上，DSDM致力于用戶的參與，它希望任何參與項(xiàng)目的人都可以從DSDM方法中受益。 本書的第一部分是這個(gè)框架的概覽，以及一些它是如何實(shí)施的實(shí)例。第二部分是一些正在運(yùn)作的DSDM案例。這些案例詳細(xì)講述了一些成功的例子，以及在使用DSDM過程中碰到的問題。當(dāng)認(rèn)識(shí)到DSDM是一種可行的方法后，第三部分會(huì)告訴你下一步如何去做，比如從哪里得到更多的信息，如何加入聯(lián)盟，如何起步等。最后，第四部分包含兩個(gè)附錄。 最后，我要感謝所有參與本書寫作的人們。如同DSDM一貫的做法，在本書中讀到的所有內(nèi)容都是DSDM聯(lián)盟會(huì)員實(shí)際經(jīng)驗(yàn)的總結(jié)。特別要感謝Jennifer Stapleton為本書所做的工作，就如同她在本書第一版中所做的那樣。沒有會(huì)員全身心的投入，DSDM聯(lián)盟將不復(fù)存在，框架也將不再合時(shí)宜。本框架以用戶為中心，由會(huì)員來驅(qū)動(dòng)，我們將努力保持這種形式。我希望讀者能從本書中獲益。同時(shí)，鼓勵(lì)大家訪問我們的網(wǎng)站www.dsdm.org，通過訪問，你會(huì)知道如何積極地投身到這個(gè)領(lǐng)域中來。 Barry Fazackerley DSDM聯(lián)盟主席
為了提高效率和在競(jìng)爭(zhēng)中占據(jù)優(yōu)勢(shì)，40年來，商業(yè)社會(huì)將希望寄托在辦公自動(dòng)化上。在這段時(shí)間里，信息技術(shù)提供者一直沒有能夠在不超出預(yù)算的情況下準(zhǔn)時(shí)交付需要的解決方案，或是提供業(yè)務(wù)需要的功能。
我們花了這么長的時(shí)間才明白業(yè)務(wù)需求的變化非常頻繁而且難以定義，對(duì)業(yè)務(wù)流程最為理解的人是流程的日常使用者。我們看到不同的開發(fā)項(xiàng)目具有各自不同的生命周期，而且復(fù)雜性也不盡相同，不過，我們知道應(yīng)用程序的開發(fā)不是變戲法，它有著一定的結(jié)構(gòu)和規(guī)律。
在20世紀(jì)的最后20年，為了弄清楚應(yīng)用程序開發(fā)的流程并歸納出避免失敗的方法，進(jìn)行了一系列的嘗試。1994年，英國國內(nèi)來自各個(gè)工業(yè)領(lǐng)域不同規(guī)模企業(yè)里的信息系統(tǒng)工作人員，以及來自IT行業(yè)中一些大公司的顧問和項(xiàng)目經(jīng)理聚集在一起，形成了一個(gè)非贏利性質(zhì)的聯(lián)盟。該聯(lián)盟專注于理解應(yīng)用程序開發(fā)過程中的最佳實(shí)踐方法，并對(duì)其進(jìn)行編排以利于在大范圍內(nèi)推廣。
其結(jié)果就是DSDM（Dynamic Systems Development Method，動(dòng)態(tài)系統(tǒng)開發(fā)方法），一種能夠真正滿足業(yè)務(wù)需求的項(xiàng)目交付框架：DSDM項(xiàng)目可以在不超出預(yù)算的情況下準(zhǔn)時(shí)交付，而且不會(huì)去掉重要的功能。該框架中的所有資料都來自于會(huì)員的實(shí)際經(jīng)驗(yàn)和成功的項(xiàng)目。這種以實(shí)踐為主的方式使許多人認(rèn)為該框架“不過是一般常識(shí)”，但對(duì)于所有正在嘗試敏捷開發(fā)方法的人而言，這些“一般常識(shí)”顯然是不一般的。
今天，這個(gè)框架在各種項(xiàng)目中得到了廣泛使用。在許多國家，無論是小項(xiàng)目、大項(xiàng)目，簡(jiǎn)單項(xiàng)目、復(fù)雜項(xiàng)目，還是IT項(xiàng)目和非IT項(xiàng)目，都可以看到它的身影。聯(lián)盟一直在修訂它的內(nèi)容。比如，在2001年6月，聯(lián)盟專門針對(duì)電子商務(wù)項(xiàng)目發(fā)布了一個(gè)版本。對(duì)這類項(xiàng)目而言，快速交付合格的系統(tǒng)顯得更為重要。在2001年夏天，對(duì)基本框架進(jìn)行了一次重要的修改，2002年1月在此基礎(chǔ)上做了進(jìn)一步改進(jìn)。
假定在建的大多數(shù)業(yè)務(wù)系統(tǒng)與信息技術(shù)相關(guān)，那么DSDM背后的基本原理也就很簡(jiǎn)單了：
● 開發(fā)活動(dòng)是一項(xiàng)團(tuán)隊(duì)活動(dòng)。它必須把客戶關(guān)于業(yè)務(wù)需求的知識(shí)和IT專業(yè)人員的技術(shù)知識(shí)結(jié)合在一起。
● 高質(zhì)量要求適用性以及技術(shù)上的健壯性。
● 開發(fā)活動(dòng)可以是逐漸遞增的—不要求一次交付所有東西，及早交付部分內(nèi)容比較遲交付所有東西更有價(jià)值。
● 受益遞減規(guī)律適用—應(yīng)該將資源放在對(duì)業(yè)務(wù)最有價(jià)值的功能開發(fā)上。DSDM是關(guān)于人而不是工具的。它側(cè)重于真正理解業(yè)務(wù)需求，交付可行的解決方案—盡快并以盡可能低的成本交付。這個(gè)框架不能解決所有項(xiàng)目問題，但對(duì)于要在21世紀(jì)獲得業(yè)務(wù)所需要的系統(tǒng)而言，它是非常有幫助的。
DSDM是什么
DSDM是什么呢，它有哪些不同？雖然它的全稱是動(dòng)態(tài)系統(tǒng)開發(fā)方法，但它并不被認(rèn)為是一種方法，而是一種控制框架，重點(diǎn)在于快速交付，補(bǔ)充以如何應(yīng)用這些控制的指導(dǎo)原則。它定義了一個(gè)過程和一系列產(chǎn)物，從這個(gè)意義上說，它是一個(gè)方法。不過這個(gè)過程和這些產(chǎn)物都被有意識(shí)地定義在高層次上，由此可以根據(jù)不同技術(shù)和業(yè)務(wù)環(huán)境對(duì)其進(jìn)行裁剪。對(duì)于結(jié)構(gòu)化和面向?qū)ο蟮拈_發(fā)方法，并沒有硬性規(guī)定某種技術(shù)，而是提供一些建議。它之所以不同，是因?yàn)樗赡苁俏┮灰粋€(gè)公共可用的方法，涵蓋了從項(xiàng)目的最初提議到項(xiàng)目結(jié)束整個(gè)過程中的系統(tǒng)開發(fā)活動(dòng)。
DSDM描述了在快速開發(fā)以業(yè)務(wù)為中心的環(huán)境中所包含的各個(gè)方面—項(xiàng)目管理、預(yù)估、原型建立、時(shí)光盒法、配置管理、測(cè)試、質(zhì)量保證、角色和職責(zé)（包括用戶和IT人員）、項(xiàng)目組結(jié)構(gòu)、工具環(huán)境、風(fēng)險(xiǎn)管理、可維護(hù)性、重用，以及供應(yīng)商和購買者之間的關(guān)系。
該框架的目的是為了快速將產(chǎn)品投放市場(chǎng)：在業(yè)務(wù)需要時(shí)，交付所需要的系統(tǒng)。如果系統(tǒng)是為了滿足業(yè)務(wù)需要的，那么必須達(dá)到足夠的穩(wěn)定程度以在實(shí)際環(huán)境中運(yùn)行。其次，業(yè)務(wù)方面的某些緊急要求能夠在短時(shí)間內(nèi)得到滿足，在以后階段增加額外的功能。
歷史背景
IT提供者面臨著越來越大的壓力，其壓力是要求他們更好、更快、更經(jīng)濟(jì)地交付系統(tǒng)。在今天這個(gè)變化迅速的年代，已經(jīng)不允許他們花費(fèi)數(shù)年時(shí)間完成一個(gè)系統(tǒng)：在系統(tǒng)開發(fā)的幾年內(nèi)，業(yè)務(wù)需求可能早就發(fā)生了變化。因此，必須找到不同的方式進(jìn)行IT系統(tǒng)的開發(fā)?，F(xiàn)在的技術(shù)使開發(fā)人員可以更快地交付產(chǎn)品，不過答案不僅僅限于工具的使用上。整個(gè)工作過程都需要進(jìn)行改進(jìn)。經(jīng)典的瀑布開發(fā)模型不能完全利用現(xiàn)代技術(shù)的優(yōu)勢(shì)，也難以改變。它已經(jīng)有大約40年的歷史了，本質(zhì)上是老問題的解決方案—它認(rèn)為在開始編碼之前，如果沒有完全理解所要解決的問題，就不會(huì)有解決問題的前后一致的方法。
瀑布模型這種嚴(yán)格的順序開發(fā)階段在今天看來是一種缺點(diǎn)。人們已經(jīng)進(jìn)行了多種嘗試來改變這一點(diǎn)，包括Barry Boehm的迭代開發(fā)方式。它使用一種螺旋模型進(jìn)行項(xiàng)目計(jì)劃、風(fēng)險(xiǎn)分析、開發(fā)和客戶評(píng)估。盡管螺旋模型是一種杰出的模型，但它并沒有在實(shí)際中得到很好的實(shí)施。最近幾年出現(xiàn)的許多“敏捷”方法證明了需要一種不同的方法。雖然像極限編程這樣的方法取得了廣泛的認(rèn)同，但它們沒有涵蓋項(xiàng)目的所有方面，可能導(dǎo)致軟件組織不知道如何將許多現(xiàn)在正在使用的方法進(jìn)行很好的集成。這也說明了為什么沒有多少主要的IT提供商接納敏捷開發(fā)方法。另一方面，可能是他們的客戶還沒有給他們足夠的壓力。
在20世紀(jì)90年代初，由于James Martin的“Rapid Application Development”一書，IT業(yè)認(rèn)識(shí)了快速應(yīng)用開發(fā)。在這本書中給出了許多非常好的主意，但并沒有提供整體解決方案。在現(xiàn)在的市場(chǎng)上也有許多工具，不過使用這些工具也就意味著購買了供應(yīng)商的開發(fā)過程。對(duì)此，DSDM聯(lián)盟的創(chuàng)立者認(rèn)為這阻礙了成功、快速地交付解決方案的發(fā)展。
DSDM聯(lián)盟成立于1994年1月，其目標(biāo)是建立一個(gè)獨(dú)立于任何工具的、公開的、公認(rèn)的方法。最初兩年Ed Holt是聯(lián)盟的主席，他曾說過每個(gè)購買了RAD工具的軟件組織都需要一個(gè)新的開發(fā)過程。DSDM致力于提供一個(gè)過程，這個(gè)過程能夠在可控的項(xiàng)目環(huán)境中，在滿足緊迫時(shí)間的約束下，建立和維護(hù)系統(tǒng)。聯(lián)盟創(chuàng)立之初有17名會(huì)員，他們代表了各式各樣的組織：大型IT提供商、小型工具提供商，以及各種規(guī)模的用戶團(tuán)體?，F(xiàn)在，DSDM聯(lián)盟已經(jīng)有上百名會(huì)員，在北美、比盧荷經(jīng)濟(jì)聯(lián)盟、瑞典、法國和丹麥都成立了地區(qū)性社團(tuán)。在其他國家，如澳大利亞、印度和中國，對(duì)DSDM的興趣也越來越濃。
在1994年，聯(lián)盟的技術(shù)工作組將開發(fā)過程和指導(dǎo)資料（都是基于聯(lián)盟會(huì)員的實(shí)際經(jīng)驗(yàn)和最佳的實(shí)踐得來的）集合在一起。框架中的一小部分來自于相關(guān)領(lǐng)域?qū)＜业莫?dú)到見解，但絕大部分都經(jīng)過檢驗(yàn)—只是從來沒有將它們集合到一起，成為一體的開發(fā)方法。
框架的第一版于1995年初發(fā)布。為了盡快公布，有一些資料在第一版中被省掉了。發(fā)布后，建立了一個(gè)早期采用者計(jì)劃（Early Adopter Programme）來監(jiān)控框架的使用情況。然后根據(jù)這些早期采用者的反饋，再加上省掉的那些資料，組成第二版，于1995年11月發(fā)布。此后，又根據(jù)更多用戶的反饋，在1997年8月發(fā)布了第三版。到2001年，在英國政府的白皮書中提到要將DSDM應(yīng)用到更多的項(xiàng)目中—數(shù)據(jù)倉庫、組件開發(fā)和原型業(yè)務(wù)法，于是又在框架中增加了這些內(nèi)容。在2000年，人們認(rèn)識(shí)到需要另一個(gè)版本專門針對(duì)電子商務(wù)項(xiàng)目。聯(lián)盟的技術(shù)工作組的工作從未中斷過：仍然在不斷地搜集用戶的反饋信息，并以白皮書的形式提出一些具體需求的解決方法。最近的白皮書覆蓋了UML在DSDM項(xiàng)目中的使用情況。
為確保正確理解和應(yīng)用這個(gè)框架，在第一版發(fā)布的同時(shí)，也提供了一個(gè)培訓(xùn)和考試流程。在寫作本書時(shí)，有超過20 000人接受了認(rèn)證培訓(xùn)師的培訓(xùn)，越來越多的人通過參加培訓(xùn)和考試流程而成為了合格的DSDM從業(yè)者。
框架概述
整個(gè)框架建立在9條基本原則之上，在本書后面將會(huì)對(duì)其進(jìn)行詳細(xì)討論。不過，在這里將它們列出來也是非常有用的。前4條原則定義了DSDM的基礎(chǔ)，后5條是框架的架構(gòu)。1. 用戶必須持續(xù)參與。
2. 必須授予DSDM團(tuán)隊(duì)制定決策的權(quán)力。
3. 注重產(chǎn)品的經(jīng)常交付。
4. 滿足業(yè)務(wù)用途是接受交付品的主要依據(jù)。
5. 迭代和增量式開發(fā)對(duì)得到正確的業(yè)務(wù)解決方案是必不可少的。
6. 開發(fā)過程中的所有變化可逆。
7. 在高層次上制定需求的基線。
8. 測(cè)試自始自終貫穿于開發(fā)周期之中。
9. 所有項(xiàng)目涉眾間的通力合作是不可或缺的。如果要在指定的時(shí)間內(nèi)提供業(yè)務(wù)需要的高品質(zhì)系統(tǒng)，所有這9條基本原則都是必需的。
第5條原則中談到的迭代和增量過程包括5個(gè)開發(fā)階段（有兩個(gè)是非開發(fā)階段：項(xiàng)目前期—確保項(xiàng)目建立在一個(gè)合理的基礎(chǔ)上；項(xiàng)目后期—保持交付后系統(tǒng)的運(yùn)轉(zhuǎn)）。前兩個(gè)開發(fā)階段是順序進(jìn)行的：可行性研究階段評(píng)估DSDM是否適用于要開發(fā)的系統(tǒng)，提供成本的初始估計(jì)，等等；接下來是業(yè)務(wù)研究階段，在此階段中為項(xiàng)目以后的工作在業(yè)務(wù)和技術(shù)兩方面奠定基礎(chǔ)；之后是第一次迭代階段—功能建模迭代，開始于業(yè)務(wù)研究階段中的分析工作在此階段會(huì)進(jìn)一步細(xì)化。本階段的分析工作是通過對(duì)系統(tǒng)架構(gòu)中的功能進(jìn)行漸進(jìn)式的原型建模來實(shí)現(xiàn)的，系統(tǒng)架構(gòu)的輪廓也是在業(yè)務(wù)研究階段定義的。當(dāng)很好地理解了一個(gè)領(lǐng)域內(nèi)的功能后，就會(huì)在設(shè)計(jì)編程階段進(jìn)行實(shí)現(xiàn)，并將達(dá)到一定品質(zhì)的產(chǎn)物交付到實(shí)施階段。實(shí)施不僅僅只是在實(shí)際環(huán)境中建立系統(tǒng)，還包括培訓(xùn)用戶。實(shí)施階段結(jié)束時(shí)，會(huì)對(duì)本次增量進(jìn)行復(fù)審。從業(yè)務(wù)上決定是否還有更多的工作需要在接下來的增量中完成。
沒有人的參與，任何過程都不可能是完整的。第1條原則聲明用戶必須在整個(gè)開發(fā)過程中積極參與：經(jīng)常提出意見和反饋是至關(guān)重要的。DSDM定義了在DSDM項(xiàng)目中參與人員的角色，包括用戶和開發(fā)人員。比如，其中一個(gè)用戶角色是構(gòu)想師，一般是由于擔(dān)任這個(gè)角色的人的構(gòu)想（覺得在某個(gè)業(yè)務(wù)領(lǐng)域需要IT的支持）而使得項(xiàng)目得以啟動(dòng)。IT人員中的一個(gè)關(guān)鍵角色是技術(shù)協(xié)調(diào)人，這個(gè)角色通常由系統(tǒng)架構(gòu)師擔(dān)任，他對(duì)技術(shù)進(jìn)行把握。結(jié)合這兩個(gè)角色，就可以確保項(xiàng)目在業(yè)務(wù)和技術(shù)兩方面的基礎(chǔ)是牢靠的。另外，還有很多角色是針對(duì)這兩個(gè)領(lǐng)域的各個(gè)專項(xiàng)而定義的。
DSDM的目標(biāo)是在限定時(shí)間內(nèi)交付系統(tǒng)，這在瀑布模型下是不可能的。由此帶來的影響是必須以不同的方式對(duì)工作過程進(jìn)行管理，在這些過程中使用的技術(shù)也需要精挑細(xì)選，以盡可能地降低損耗。主要的控制手段是時(shí)光盒。在DSDM中，時(shí)光盒是一段短小的時(shí)間段（幾天或幾周），在這段時(shí)間內(nèi)制造出符合質(zhì)量要求的產(chǎn)物。這就滿足了第3、4、8條原則。以基于產(chǎn)物的觀點(diǎn)而不是基于活動(dòng)的觀點(diǎn)，DSDM就能夠使得控制注重于制造出的產(chǎn)物而非生產(chǎn)的方法。這也使得在該框架中能夠靈活地選擇不同的技術(shù)。
第6條變化可逆的原則意味著所有制造出的產(chǎn)物都應(yīng)該進(jìn)行良好的控制，當(dāng)發(fā)現(xiàn)任何產(chǎn)物有錯(cuò)時(shí)，可以回退到一個(gè)已知的狀態(tài)。
DSDM的重點(diǎn)在于滿足業(yè)務(wù)需求，而不是從IT的角度考慮問題。數(shù)千個(gè)項(xiàng)目業(yè)已證明，DSDM的這種以用戶為中心、迭代和增量式的方法有許多優(yōu)點(diǎn)，包括：● 用戶更可能對(duì)系統(tǒng)起主導(dǎo)作用。
● 降低了構(gòu)造錯(cuò)誤系統(tǒng)的風(fēng)險(xiǎn)。
● 最終系統(tǒng)更可能滿足用戶的實(shí)際業(yè)務(wù)需求。
● 用戶會(huì)得到更好的培訓(xùn)。
● 系統(tǒng)的實(shí)施更加順暢。
為什么DSDM比瀑布模型快
DSDM可開發(fā)出“工業(yè)級(jí)”的系統(tǒng)，這種系統(tǒng)能滿足用戶的需要，并且在很長一段時(shí)間內(nèi)是可擴(kuò)展、可維護(hù)的—不是一次性的、臨時(shí)的。從業(yè)務(wù)角度上看，DSDM開發(fā)出的系統(tǒng)可以和用瀑布模型開發(fā)出的系統(tǒng)相媲美，但所需的開發(fā)時(shí)間更短。
這有兩個(gè)原因。一是做到了更少。向人員傳達(dá)信息，以及再三地讓他們提高速度方面所花的時(shí)間更少了。用戶之間或開發(fā)人員之間移交任務(wù)所用的時(shí)間也更少了。更重要的是，只開發(fā)實(shí)際需要的功能。
第二個(gè)原因是問題、誤解和錯(cuò)誤的方向能在早期發(fā)現(xiàn)并得以糾正。這就避免了在瀑布項(xiàng)目中經(jīng)常碰到的大量的后期返工現(xiàn)象。此外，在DSDM中所開發(fā)的代碼是一致的；而在瀑布模型下，到了項(xiàng)目后期，代碼經(jīng)常打補(bǔ)丁，而且與文檔不同步。其結(jié)果是，DSDM的代碼更易維護(hù)。
關(guān)于本書
如果要更深入地理解框架，必須閱讀在線幫助手冊(cè)。重點(diǎn)是理解框架的內(nèi)涵，而不是框架在不同環(huán)境中使用的素材和評(píng)論。DSDM聯(lián)盟出版的“DSDM: The Method in Practice”第一版提供的是關(guān)于此框架的實(shí)踐，而不是理論?，F(xiàn)在它已經(jīng)過時(shí)了，因?yàn)榭蚣鼙旧砗涂蚣芩鶓?yīng)用的環(huán)境發(fā)生了變化。隨著框架的發(fā)展，它被用在更多的項(xiàng)目中，從業(yè)務(wù)過程改變項(xiàng)目到廣告，有的項(xiàng)目并不是DSDM最初設(shè)計(jì)的應(yīng)用對(duì)象。本書重點(diǎn)在于應(yīng)用程序開發(fā)項(xiàng)目，不過也引入了一個(gè)非IT項(xiàng)目的案例。
本書第一部分為框架概覽，正如在線幫助手冊(cè)中所描寫的。不過更重要的是，還收錄了來自于真實(shí)項(xiàng)目中的見聞和信息。第二部分包括一些由項(xiàng)目參與者提供的案例。各案例的作者都描述了他們認(rèn)為在項(xiàng)目中重要的方方面面。這實(shí)際上是一個(gè)長短不一、深淺不同的雜文集，不過我們希望讀者能夠從每個(gè)案例中找到有價(jià)值的東西。第三部分講述如何聯(lián)系聯(lián)盟，如何成為會(huì)員，如何獲取聯(lián)盟的資源。第四部分講述敏捷宣言的誕生以及未來之路。
敏捷軟件開發(fā)系列叢書
敏捷軟件開發(fā)系列叢書凸現(xiàn)了一些高效的、輕量級(jí)的、充分發(fā)揮人的主動(dòng)性的開發(fā)技術(shù)，它們的核心基于兩個(gè)想法：
● 不同的項(xiàng)目需要不同的開發(fā)過程或方法學(xué)。
● 相對(duì)于注重過程本身，注重技術(shù)、交流和團(tuán)體能使項(xiàng)目更敏捷、更高效。兩本書奠定了敏捷軟件開發(fā)系列叢書的基調(diào)：● “Agile Software Development”（Cockburn，2002）描述了敏捷開發(fā)在經(jīng)濟(jì)學(xué)和心理學(xué)方面的基本原則。它引入了兩個(gè)思想：方法學(xué)是開發(fā)團(tuán)隊(duì)認(rèn)同并采用的一組約定；系統(tǒng)和軟件開發(fā)被看作為在限定的資源條件下進(jìn)行創(chuàng)作和交流的合作活動(dòng)?；谶@些觀點(diǎn)和原則，實(shí)踐者可以根據(jù)自己的實(shí)際情況選擇一種敏捷方法。
● “Agile Software Development Ecosystems”（Cockburn，2002）描述了在敏捷軟件開發(fā)宣言（http://agilemanifesto.org）背后的人，他們所開發(fā)的方法學(xué)，以及使用敏捷技術(shù)的經(jīng)驗(yàn)。這套叢書有3個(gè)分支：● 提高從事某種具體工作的人的效率的技術(shù)。這可能是從事用戶界面設(shè)計(jì)、需求收集、項(xiàng)目計(jì)劃、設(shè)計(jì)或測(cè)試的人。從事這些工作的人都想知道，這方面的專家是如何工作的?！癢riting Effective Use Cases”（Cockburn，2001）、“Configuration Management Principles and Practices”（Hass，2002）和“GUI with Glue”（Hohmann, 寫作中）就是這樣的技術(shù)書籍。
● 提高一組人的效率的技術(shù)。這可能包括團(tuán)隊(duì)建設(shè)、項(xiàng)目回顧、決策制定或召開高效的會(huì)議?！癐mproving Software Organizations”（Mathiassen，2001）和“Surviving Object-Oriented Projects”（Cockburn，1998）就是這樣的書籍。
● 成功方法學(xué)案例。誰都想選擇一種在與自己所處的環(huán)境相似的情況下獲得成功的方法學(xué)，然后根據(jù)自己的實(shí)際情況稍做修改。這肯定比從零開始容易得多，也更高效。本書和“Crystal Clear”（Cockburn，寫作中）中就有這樣的案例。在互聯(lián)網(wǎng)上也可以找到關(guān)于DSDM和敏捷開發(fā)的資源。本書后面的參考文獻(xiàn)中列舉了一些具體站點(diǎn)和主題。初學(xué)者可以從以下一些網(wǎng)站著手：● www.DSDM.org是DSDM聯(lián)盟的主站點(diǎn)，其中有最新的新聞和其他資源的鏈接。
● www.AgileAlliance.org是非贏利性組織AgileAlliance的站點(diǎn)，其中有該組織的活動(dòng)和很多敏捷開發(fā)討論組的鏈接。
● www.Alistair.Cockburn.us/crystal收錄了越來越多的文章、工作樣本和敏捷過程，也有一個(gè)敏捷開發(fā)的討論區(qū)。