敏捷開發，就是在乙個高度協作的環境中，不斷使用反饋進行自我調整和完善。
你要防微杜漸，把問題解決在萌芽狀態。你要探索未知領域，在大量成本投入之前先確定其可行性。你要知錯能改，在事實面前主動承認自己的所有錯誤。你要能自我反省，經常編碼實戰，加強團隊協作精神。一開始可能會覺得不適應，但只要真正行動起來，習慣了就會得心應手。
重構：在功能不變的情況下，重新設計部分**，改善**的質量。編碼永遠沒有真正意義上的結束。
版本控制之道：軟體專案時常伴有時間壓力——壓力會迫使你走捷徑，只看眼前利益。但是，任何乙個有經驗的開發者都會告訴你，欲速則不達。
指責不能修復bug。當有問題出現時，重點應放在解決問題上，而不是在指責犯錯者上面糾纏。勇於承認自己不知道答案，這會讓人感覺放心。乙個重大的錯誤應被當做是一次學習而不是指責他人的機會。團隊成員們在一起工作，應相互幫助，而不是相互指責。
不要墜入快速的簡單修復之中，要投入時間和精力保持**的整潔和敞亮。
對乙個明顯錯誤的反應，應該這樣做：以詢問的口氣提出你的顧慮，而不是否定其個人能力和否定其觀點。沒有譴責，沒有評判，只是簡單地表述自己的觀點。在乙個需緊密合作的開發團隊中，如果能稍加注意禮貌待人，將會有益於整個團隊關注真正有價值的問題，而不是勾心鬥角，誤入歧途。我們每個人都有一些極好的創新想法，同樣也會萌生一些愚蠢的想法。團隊中的每個人都需要自由地表述觀點。即使你的意見沒被全部接受，也能對最終解決問題有所幫助。
分享並融合各種不同的想法和觀點，遠勝於單個想法為專案帶來的價值。
敏捷開發讀書筆記
1 開始時需求要明確 2 盡早發布可執行的demo，持續進行整合 3 功能粒度要足夠低 4 架構可以隨時進行調整 5 測試驅動開發 6 持續整理 及架構重構 7 持續的速度，任務分解需要細緻 粒度要小，各個模組的任務完成要及時 有效 軟體之美在於它的功能，在於它的內部結構，還在於團隊建立它的過程。對...
《Java敏捷開發》讀書筆記1
1 以使用者故事管理專案 敏捷就是提取故事，拆分故事，開發故事，驗收故事，交付故事。2 使用者故事可以用於評估發布時間.舉例 客戶要求50天交付系統，我們對故事進行故事點評估，預計17個點。根據經驗，乙個故事點 5人天，2個開發人員，預計需要43天。這樣的估計很不準確，給4個人，22天就可以完成嗎？...
《敏捷軟體開發》讀書筆記3
1 如果乙個類承擔的職責過多，就等於把這些職責耦合在了一起。乙個職責的變化可能會削弱或者抑制這個類完成其他責任的能力。這種耦合會倒置脆弱的 fragile 設計，當變化發生時，設計會遭受到意想不到的破壞。p88 2 在srp 中，我們把職責定義為 變化的原因 a reson for change p...