scrum 入門容易，精通難，難在如何利用其思想來大幅提高效率。
1. scrum project中有3中主要角色：產品所有者、scrum主管、團隊成員。
2. 產品所有者和團隊其他成員一起工作，負責維護產品積壓工作表（product backlog），並對錶中的項制訂優先順序。
3. 軟體在多輪時間限定的迭代中完成開發，這些迭代成為衝刺（sprint）。在每一輪衝刺開始的時候，團隊進行衝刺規劃，從積壓工作表中選擇出這一輪要開發的特性。確定的列表稱為衝刺積壓工作表（sprint backlog），團隊利用完整衝刺的時間完成這個列表中所有特性的開發。
4. 團隊每天碰面，開乙個短會，更新成員各自的進度，並討論遇到的困難。這個會議稱為每日scrum會議（daily scrum）。每個人都要回答3個問題：自上次每日scrum會議以來，我都幹了什麼？從現在起到下一次每日scrum會議的時間內我要做什麼？我遇到了什麼困難？
5. 有乙個人（scrum主管）要和整個團隊一同工作，幫助團隊成員克服困難，保證專案正常運轉。在每一輪衝刺結束的時候，會有一次衝刺評審（sprint review）向產品所有者和其他利益干係人展示可工作的軟體。團隊還會召開回顧會議（retrospective），找出要從這一輪衝刺中吸取的經驗教訓，這樣就可以在未來改進開發軟體的方式。
為了讓scrum發揮作用，團隊必須深刻理解集體承諾和自組織。
《敏捷軟體開發》筆記1
引言 本書的核心思想是 任何技術都有侷限性 因此，不可能找出一種最好 最正確的軟體開發方法。在軟體開發專案中匯報情況的人們也會因為一些不是事實的 事實 犯了類似的觀察錯誤。需求編寫人員也不例外。他們觀察使用者群體並編寫自認為是需求的文件，其實其中包含不少觀察錯誤。我們對 這是什麼 的理解會隨我們如何...
敏捷軟體開發筆記（2） 12條原則
1 最優先要做的是盡早 持續地交付有價值的軟體，讓客戶滿意。2 欣然面對需求變化，即使是在開發後期。敏捷過程利用變化為客戶維持競爭優勢。3 頻繁地交付科工作的軟體，從數週到數月，交付週期越短越好。4 在團隊內外，面對面交談是最有效 也是最高效的溝通方式。5 在整個專案過程中，業務人員和開發人員必須每...
《敏捷軟體開發》讀書筆記3
1 如果乙個類承擔的職責過多，就等於把這些職責耦合在了一起。乙個職責的變化可能會削弱或者抑制這個類完成其他責任的能力。這種耦合會倒置脆弱的 fragile 設計，當變化發生時，設計會遭受到意想不到的破壞。p88 2 在srp 中，我們把職責定義為 變化的原因 a reson for change p...