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

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