第一章 敏捷實踐
1.敏捷軟體開發宣言
1）個體和互動 勝過 過程和工具
這裡體現了敏捷開發中以人為本的理念，軟體是人編出來的，如果這個活動離開了人，是行不通的。團隊的作用是十分地重要的。
2）可以工作的軟體 勝過 面面俱到的文件
這裡持續不斷地頻繁地交付可以工作的軟體比耗費巨大的精力和時間浪費在文件的寫作上要高明得多。沒有文件的**是一場災難，單過多的文件比過少的文件要更糟糕。文件過多會導致其難以維護，所以乙個優秀的文件時致力於系統的總體框架的說明，其總的頁數不應超過二十頁。具體的細節的東西應當使用**來說話，**是沒有其他二義性的語言；在培養團隊中的新成員的方法上，要採用面對面的交流方式，最好的兩份文件時**和團隊。
3）客戶合作勝過合同談判
學會讓客戶參與到專案之中來，那些希望與乙個軟體編寫團隊簽訂乙份合同而到達期限後收取**的方式是不對的，這將使得專案遭受巨大的挫折。要積極與客戶進行相關的交流。
4）相應變化生活遵循計畫
我們在構建計畫時應當確保計畫時靈活的並且易於適應商務和技術方面的變化。計畫不能考慮地太遠，因為商務環境和使用者的需求是變化的，要不斷地根據這些變化來調整自己的計畫。
乙個理想的計畫時：為下兩周做詳細的計畫，為下三個月做粗略的計畫，再以後就做極為粗糙的計畫。我們應當清楚地指導下兩周要完成的任務，粗略地了解一下三個月內實現的需求，對於未來有乙個模糊的想法就好了。這種意味著我們只有對於迫切的任務才花費時間進行詳細的計畫，對於未來只有模糊的框架。這樣在保證了計畫靈活性的基礎上，增加了現行的效率。
2敏捷軟體的規則
1)我們最優先要做的是通過盡早的持續的交付有價值的軟體使得客戶滿意；
2）即使到了開發後期，也歡迎改變需求。敏捷過程利用變化為客戶創造競爭優勢；
3）經常性地交付可以工作的軟體，交付的間隔可以從幾周到幾個月，交付的時間越短越好
4）在整個專案開發期間，業務人員和開發人員必須天天在一起工作；
5）圍繞被激勵起來的個人來構建專案。給他們提供所需要的環境支援，並且信任他們能夠完成工作；
6）在團隊中，面對面交談時最有效率和最富有效果的傳遞資訊的方法；
7）工作的軟體是好藥的進度衡量標準，而不是以**數來決定；
8）敏捷過程提倡可持續的開發速度，不能採用衝刺式的開發，而導致後期沒有持續力；
9）不斷地關注優秀的技能和好的設計；
10）簡單
11）自組織的團隊
其中敏捷開發的規則與敏捷開發宣言是部分對應的，它更像是對於宣言的一種解釋。
敏捷軟體開發讀書筆記 敏捷軟體開發宣言及其原則
原文 the agile alliance its principles 根據個人理解翻譯，僅供參考 敏捷軟體開發宣言 個體與交流 勝過過程和工具 可用的軟體 勝過面面俱到 的文件客戶協作 勝過合同談判 響應變化 勝過遵循計畫 上列各條中，右側雖然也有價值，但左側的價值更大。敏捷宣言原則 1.盡早並...
敏捷軟體開發讀書筆記 敏捷軟體開發宣言及其原則
原文 the agile alliance its principles 根據個人理解翻譯，僅供參考 敏捷軟體開發宣言 個體與交流 勝過過程和工具 可用的軟體 勝過面面俱到 的文件 客戶協作 勝過合同談判 響應變化 勝過遵循計畫 上列各條中，右側雖然也有價值，但左側的價值更大。敏捷宣言原則 1.盡早...
《敏捷軟體開發》讀書筆記3
1 如果乙個類承擔的職責過多，就等於把這些職責耦合在了一起。乙個職責的變化可能會削弱或者抑制這個類完成其他責任的能力。這種耦合會倒置脆弱的 fragile 設計，當變化發生時，設計會遭受到意想不到的破壞。p88 2 在srp 中，我們把職責定義為 變化的原因 a reson for change p...