Scrum 爲什麼有效
在工作中，常常會出現衝突，但是大部分衝突都是可以避免的。
一般有三個因素會引起衝突:
- 信息的不透明
- 價值觀不同
- 在事情之外的衝突 (如性格)
透明
公開信息是解決衝突或問題的開始。
檢視和調整
檢視指要不斷地查看，
調整是要根據實際情況不斷進行復盤、反思。
三個基礎(透明、檢視和調整)，是Scrum的基石
Scrum 強調什麼
節奏
節奏即衝刺(Sprint)，是一個週期時間。
選擇週期時間的依據有多種:
- 產品對變化的影響速度要求
- 產品所屬的行業
- 團隊的能力等
一旦決定了衝刺週期後，一般不會輕易改變。
衝刺週期結束的標誌只有一個，那就是規定時間到了，無論團隊的工作是否完成。這樣最大的好處是，團隊可以形成節奏然後對後續工作進行預測。
團隊
這裏的團隊，指的是一個團隊就能做好所有的工作。
Scrum中強調的是小而精的跨職能團隊，一個團隊可以做好產品所需要的所有工作。
完成
Scrum中另外一個很重要的節點是完成。
這裏的完成指的是一個產品功能，從客戶的角度看是真正完成了，而不是產品開發的某個階段的完成。
在一個衝刺內，不管有多少功能任務，都要完成。
這樣纔有可能獲得客戶的反饋，基於真實產品的客戶反饋纔是有效的。
Scrum框架
《敏捷宣言》
我們建立了如下價值觀，儘管右項有其價值，我們更看重左項。
Scrum價值觀
- 專注
- 能力(精力)是有限的，在有限範圍內，專注於最有價值的事情，以取得更好的成功。
- 勇氣
- 我們不是單打獨鬥，我們能感受到支持和資源，並將這些轉化爲勇氣去接受更大的挑戰。
- 公開
- 團隊合作時，公開進展(Progress)，即可視化、透明，這樣可以很容易暴露風險和障礙。並且透明也是尊重、信任的基礎。
- 承諾
- 我們一起合作，分享成功和失敗，我們彼此尊重並且幫助彼此成爲值得尊重的人。
Scrum角色
產品負責人 (Product Owner)
Scrum中對產品負有全部責任的唯一人。
產品負責人需要 創建和維護產品待辦事項清單，並需要參加必需的Scrum會 議，如衝刺計劃會、衝刺評審會等。
可以理解爲產品經理
Scrum 主管（Scrum Master）
他需要對整個Scrum框架非常熟悉，還需要是一個變革大師。
在Scrum中，Scrum主管沒有授權，但需要完成很多的工 作，如移除風險等。
開發團隊
開發團隊指的是跨職能的自組織團隊。開發團隊中可能包 含開發人員、測試人員、用戶體驗工程師、數據庫專家等。開 發團隊負責完成端到端的工作，從而在衝刺結束的時候可以完 成產品增量。
事件
衝刺計劃會
主要分爲兩部分:做什麼和如何做
Scrum團隊一起決定他們要做什麼，以及如何構建、測試承諾的工作。
產品負責人的重要職責之一是解釋澄清模糊的需求，最後的產出爲衝刺目標的產品待辦事項清單。
每日立會 (Daily Scrum)
每天15分鐘站立會議。
Scrum團隊一起回答三個問題:
- 從上一次例會到現在我完成了什麼 (重點在於是否完成承諾，以及暴露風險)
- 從現在到下一次例會我計劃完成什麼 (重點在於承諾)
- 有什麼風險或保障 (儘早暴露問題風險)
衝刺評審會 (Review)
產品負責人接受或拒絕團隊完成的用戶故事。
這是一個非正式的回憶，準備時間不要超過一個小時。
產品負責人應該在平時的工作中進行評審，而不是隻在評審會上進行這些工作。
衝刺回顧會 (Retrospective)
Scrum團隊一起檢視和調整他們的工作方法，以達到成熟高效的自組織團隊。
產品代辦事項梳理會 (Product Backlog Refinement)
這個在Scrum指南中不是明確指出的。(筆者個人經驗: 梳理會是必須且持續的)
由產品負責人組織協調相關人員或團隊一起進行產品代辦事項的梳理，包含但不限於新增需求、刪除需求、修改需求、拆分需求、改變需求順序等。
工件
產品待辦事項
Scrum中需求存放的清單，常見的格式爲用戶故事。
衝刺待辦事項
由衝刺中承諾的故事和相應的任務組成。
在衝刺過程中，團隊每天都會更新衝刺待辦事項，在每日立會上討論並同步有關待辦事項的信息。
潛在可交付的產品增量
每個衝刺結束的時候，團隊可以交付的產品增量。
這應該是潛在可發佈的，指的是產品質量達到發佈的標準。
是否發佈由產品負責人做最後的決定。
其他
本文爲閱讀 《Scrum 敏捷革命》-- 姜信寶 的筆記