靈活軟體開發讀書筆記第一章——靈活實踐

第一章 靈活實踐

1.靈活軟體開發宣言

1）個體和互動 勝過 過程和工具

這裡展現了靈活開發中以人為本的理念，軟體是人編出來的，如果這個活動離開了人，是行不通的。團隊的作用是十分地重要的。

2）可以工作的軟體 勝過 面面俱到的文檔

這裡持續不斷地頻繁地傳遞可以工作的軟體比耗費巨大的精力和時間浪費在文檔的寫作上要高明得多。沒有文檔的代碼是一場災難，單過多的文檔比過少的文檔要更糟糕。文檔過多會導緻其難以維護，是以一個優秀的文檔時緻力于系統的總體架構的說明，其總的頁數不應超過二十頁。具體的細節的東西應當使用代碼來說話，代碼是沒有其他二義性的語言；在培養團隊中的新成員的方法上，要采用面對面的交流方式，最好的兩份文檔時代碼和團隊。

3）客戶合作勝過合同談判

學會讓客戶參與到項目之中來，那些希望與一個軟體編寫團隊簽訂一份合同而到達期限後收取代碼的方式是不對的，這将使得項目遭受巨大的挫折。要積極與客戶進行相關的交流。

4）相應變化生活遵循計劃

我們在建構計劃時應當確定計劃時靈活的并且易于适應商務和技術方面的變化。計劃不能考慮地太遠，因為商務環境和使用者的需求是變化的，要不斷地根據這些變化來調整自己的計劃。

一個理想的計劃時：為下兩周做詳細的計劃，為下三個月做粗略的計劃，再以後就做極為粗糙的計劃。我們應當清楚地指導下兩周要完成的任務，粗略地了解一下三個月内實作的需求，對于未來有一個模糊的想法就好了。這種意味着我們隻有對于迫切的任務才花費時間進行詳細的計劃，對于未來隻有模糊的架構。這樣在保證了計劃靈活性的基礎上，增加了現行的效率。

2靈活軟體的規則

1)我們最優先要做的是通過盡早的持續的傳遞有價值的軟體使得客戶滿意；

2）即使到了開發後期，也歡迎改變需求。靈活過程利用變化為客戶創造競争優勢；

3）經常性地傳遞可以工作的軟體，傳遞的間隔可以從幾周到幾個月，傳遞的時間越短越好

4）在整個項目開發期間，業務人員和開發人員必須天天在一起工作；

5）圍繞被激勵起來的個人來建構項目。給他們提供所需要的環境支援，并且信任他們能夠完成工作；

6）在團隊中，面對面交談時最有效率和最富有效果的傳遞資訊的方法；

7）工作的軟體是好藥的進度衡量标準，而不是以代碼數來決定；

8）靈活過程提倡可持續的開發速度，不能采用沖刺式的開發，而導緻後期沒有持續力；

9）不斷地關注優秀的技能和好的設計；

10）簡單

11）自組織的團隊

其中靈活開發的規則與靈活開發宣言是部分對應的，它更像是對于宣言的一種解釋。

敬請關注第二彈，極限程式設計概述