引言
本書的核心思想是「任何技術都有侷限性」。因此，不可能找出一種最好、最正確的軟體開發方法。
在軟體開發專案中匯報情況的人們也會因為一些不是事實的「事實」，犯了類似的觀察錯誤。需求編寫人員也不例外。他們觀察使用者群體並編寫自認為是需求的文件，其實其中包含不少觀察錯誤。
我們對「這是什麼」的理解會隨我們如何分解元素而走向不同的方向。
我們一開始所使用的錯誤詞彙會誤導我們對事務的理解。
在軟體開發中，每個人都使用他自己的模式來解析專案中所經歷的事件，因而也都會犯同樣的錯誤。
專案中人的存在就是這種影響專案成果的重要因素，而這個因素常常被忽視。
有重要意義的思維過程發生在不精確的思維領域，在頭腦中只有想法的雛形，還沒有劃定邊界。
充分交流的不可能性。
第1章我所知的可以與軟體開發進行比較的所有物件中，攀岩是最恰當的。
協作和追求目標
負載團隊
天才注重技能
訓練工具
資源有限
作計畫臨場應變
有趣有挑戰性
危險軟體開發是乙個（資源有限的）創造與交流的協作遊戲。遊戲的主要目標是交付有用的可工作的軟體。次要目標，遊戲的沉澱（知識的積累），是為下乙個遊戲做準備。下乙個遊戲可以是改變或者替代當前系統，或者是建立乙個相關的系統。
乙個人的職業生涯也是一場長期遊戲。
敏捷軟體開發筆記（2） 12條原則
1 最優先要做的是盡早 持續地交付有價值的軟體，讓客戶滿意。2 欣然面對需求變化，即使是在開發後期。敏捷過程利用變化為客戶維持競爭優勢。3 頻繁地交付科工作的軟體，從數週到數月，交付週期越短越好。4 在團隊內外，面對面交談是最有效 也是最高效的溝通方式。5 在整個專案過程中，業務人員和開發人員必須每...
敏捷軟體開發筆記（3） 基本模式
scrum 入門容易，精通難，難在如何利用其思想來大幅提高效率。1.scrum project中有3中主要角色 產品所有者 scrum主管 團隊成員。2.產品所有者和團隊其他成員一起工作，負責維護產品積壓工作表 product backlog 並對錶中的項制訂優先順序。3.軟體在多輪時間限定的迭代中...
敏捷軟體開發學習筆記
敏捷開發宣言 1.個體和互動 勝過 過程與工具 2.可以工作的軟體 勝過 面面俱到的文件 3.客戶合作 勝過 合同談判 4.響應變化 勝過 遵循計畫 principle 1.我們最優先要做的就是通過盡早的，持續的交付有價值的軟體來使客戶滿意 2.即使到了開發後期，也歡迎改變需求。敏捷過程利用變化來為...