本文格式為Word版，下載可任意編輯——靈巧軟件開發

靈敏軟件開發-原則和實踐

一、靈敏軟件開發宣言

1、個體和交互好過過程和工具

人是獲得成功的最為重要的因素。合作、溝通以及交互能力要比單純的編程能力更為重要。一個由平均水平程序員組成的團隊，假使具有良好的溝通能力，將比那些雖然擁有一批高水平程序員，但是成員卻不能進行交流的團隊更有可能獲得成功。選擇適合的工具而不是大而全的工具，使用過多的巨大、笨重的工具就像缺少工具一樣，都是不好的，嘗試使用一個工具，直到發現他無法適用時才去更換他。團隊的構建要比環境的構建重要的多。

2、可以工作的軟件好過面面俱到的文檔

沒有文檔的軟件是一種災難，過多的文檔比過少的文檔更糟。對于一個團隊來說，編寫并維護一份系統原理和結構方面的文檔將總是一個好主意，文檔應當是短小的并且主題突出的，文檔是為程序服務的，不要為了寫文檔也寫文檔。在給新的團隊成員傳授知識的時候，最好的兩份文檔是代碼和團隊。代碼真實的表達了他所做的事情。人和人只見的交互是將內容傳遞給他人的最快、最有效的方式。

3、客戶合作好過合同談判

成功的項目需要有序、頻繁的客戶反饋。不是依靠于合同或者關于工作的陳述，而是讓軟件的客戶和開發團隊密切的工作在一起，并盡量地提供反饋。要讓客戶知道我們和他們是同一戰線上的，需要解決的問題才是我們共同的敵人。

4、響應變化好過遵循計劃

響應變化的能力往往決定著一個軟件項目的成敗，當我們構建計劃時，應當確保計劃是靈活的并且易于適應商務和技術方面的變化。計劃一定要做，但是不能做過長遠的細計劃，對短期任務作詳細計劃，對長期任務作粗略計劃。

原則：

1、我們最優先要做的是通過盡早的、持續的交付有價值的軟件使客戶滿意

2、即使到了開發后期，也歡迎改變需求。靈敏過程利用變化來為客戶創造競爭優勢

3、經常性交付可以工作的軟件，交付的間隔可從幾周到幾個月，交付的時間間隔越短越好

4、在整個項目開發期間，業務人員和開發必需每日都在一起工作

5、圍繞被鼓舞起來的個人來構建項目。給他們提供所需要的環境和支持，并且信任他們能夠完成工作

6、在團隊內部，最具有效果并且富有效率的傳遞信息的方法，就是面對面的交流

7、工作的軟件是首要進度的度量標準

靈敏軟件開發-原則和實踐

8、靈敏過程提倡可持續的開發速度。責任人、開發者和用戶應當能夠保持一個長期的、恒定的開發速度

9、不斷的關注優秀的技能和好的設計會加強靈敏能力

10、簡單——使未完成的工作最大化的藝術——是根本的

11、最好的構架、需要和設計出自于自組織的團隊

12、每隔一段時間，團隊會在如何才能更好工作方面進行反省，然后相應的對自己的行為進行調整

極限編程(XP)實踐

3.1客戶作為團隊成員(XP中的客戶是指定義產品的特性并排列這些特性優先級的人或者團體)

3.2用戶素材(userstories)(它是一個計劃工具,客戶可以使用它并根據它的優先級和估算代價來安排實現該需求的時間)

3.3短交付周期

3.3.1迭代計劃(每次迭代尋常耗時2周)

3.3.2發布計劃(XP團隊尋常會創立一個計劃來規劃隨后大約6次迭代的內容,一次發布尋常需要3個月的工作)3.4驗收測試(驗收測試使用能夠讓它們自動并且反復運行的某種腳本語言編寫,這些測試共同來驗證系統依照客戶指定的行為運轉)

3.5結對編程

3.6測試驅動的開發方法

3.7集體所有權

3.8持續集成

3.9可持續的開發速度

3.10開放的工作空間

3.11計劃游戲(planninggame:的本質是劃分業務人員和開發人員之間的職責)

3.12簡單的設計

3.12.1