告別瀑布 擁抱Scrum

告別瀑布 擁抱Scrum
Ken Schwaber,Jeff Sutherland

- Sprint由以下事務共同組成：Sprint計畫會議、每日Scrum站立會議、開發工作、
Sprint檢視會議及Sprint回顧會議。
- 每日溝通：在此會議中，與單個團隊的每日Scrum站立會議一樣，
來自每個元件團隊的代表需要回答下列三個問題：
1.團隊昨天為達成Sprint目標做了什麼？
2.團隊今天會做什麼？
3.有什麼障礙出現，使團隊無法完成Sprint的承諾？

第二章 Scrum：正確的流程產生正確的成果
- 經驗理論本來就意謂在工作實際完成之前，無法確定我們究竟可以完成多少工作。
- 團隊中的成員應該具備程式設計、測試、設計、分析、編寫說明文件、說明架構等技能。
- 摒棄過去的做事方式和學習新的東西將變得同等重要。
- 人在自我管理的時候效率最高。與其讓別人替自己許下承諾，人們更重視自己許下的承諾。

第三章 你也來試試：創立試行
- 每個團隊被分配的工作都嚴重依存於其他團隊的工作。因此在別的團隊完成工作之前他們無法繼續。

第五章 初試Scrum
- Scrum的結構非常簡單，由3個角色、3個產出務(artifact)和5個事務所組成

- Scrum團隊繼續重複上述的步驟，直到實現目標，讓機會最大化，並獲得投資的回報，
或是遇到無法克服的障礙為止。

第六章 在專案層次上運用Scrum

- 使用Scrum的組織通常會使用30天作為每個Sprint的長度，但是Scrum同樣允許週期更短的Sprint。
週期較長的Sprint通常用於變化較小的環境，而週期越短的Sprint越適用於具有機會性或挑戰性的環境。

第七章 發展Scrum的效能
- 隨著投入的增加，所需金錢和技術成本的成長速率會比直線成長還快。
開發團隊不光要測試新開發的軟體功能可否正常工作，還必須測試過去開發的部分以保證新開發的功能沒有影響到整個系統。
- 管理數位化
1. 生產效率 2. 品質 3. 價值
下列指標也可列入考慮：
1. 經營成本
- 對軟體開發組織來說，軟體系統或產品的成本由三個部分共同組成。
他們的總和就是整個軟體系統的經營成本。
開發成本：用於開發系統的資金
維護成本：用於支援、維護和增強系統的資金
運作成本：系統啟用之後，用於運作或操作系統的成本
2. 專案
3. 工作室ROI
- 軟體開發期間的軟體品質會直接影響到系統的維護成本及後續系統增強的成本。低品質的軟體又比高品質的軟體還難以提升，而且會導致成本的提高。

工作完成時累積的技術債務
- 用於修復問題所需的成本會隨著時間的推移而以複利的速度增加。
因此盡快修復問題是至關重要的，必須在問題出現的時候就將其檢測出來並修復。
如此一來，開發人員能夠在問題複雜化之前繼續下一步驟的開發，也不需要在之後用大量精力來補救。