Scrum guide 2020心得摘要+團隊實務應用(中篇)
Scrum guide 2020其實已經發表一陣子了，很汗顏拖到現在才寫讀後心得。因為網路上已經有許多大神寫了新舊版的差異比較，傑瑞這邊就不班門弄斧，主要是想分享一些小小的心得以及看完可以如何實際應用在團隊內，為了避免篇幅過長，傑瑞會將文章拆成三篇:
【前篇】包含Purpose of the Scrum Guide、Scrum Definition、Scrum Theory、Scrum Values
【中篇】包含Scrum Team、Scrum Events
【後篇】包含Scrum Artifacts
Scrum team — 我為人人，人人為我
- 新版指南更淡化了sub-team概念，Development team 改成 Developer。如果提到團隊(team)只會有一個，就是Scrum team。「在每個 Sprint 中創造出有價值、有用的 Increment」是由 Scrum team 負責(Accountability)
- 團隊成員的主動性都被提升了，從 Self-organizing 變成Self-managing 。根據英文字義解釋: organize 強調 working order 而 manage 則是 to direct or be in charge of，新版指南期許每個人不單只是自主規劃工作，更能自主管理接下該工作並把它搞定
- 每個人的責任(Accountability)劃分更明確，同時更強調工作的效能。工作不只是做完，更要做好。例如: Scrum team 要對「創造出有價值、有用的 Increment」負責、Product owner 要對「Product Backlog 進行有效的管理」負責、Developer 要對「可用的 Increment」負責、Scrum master要對「Scrum Team 的效能」負責
- Scrum master 的重要性與積極性被往上提升了。除了在 Scrum definition 開頭就提到需要一位 Scrum master 來營造環境，Scrum master 的稱呼也從過去的 servant-lader 變成 true leader，新版指南希望透過這些敘述轉換方式更凸顯 Scrum master 的存在目的與應負責任
Scrum events — 刪除多餘細節，更著重 events 的效能與價值導向
- 「The Sprint」主要加強了 Product goal 與 Sprint goal的連結。團隊成員都能尊重(Respect) 彼此的專業與負責的工作，有需要都會主動討論
- 「Sprint planning」新增了有關衝刺目標的價值討論。Product owner 承諾(Commitment) 對 Sprint goal 的價值負責，Developers 承諾會盡力達成 Sprint goal 產出有用的 Increment
- 「Daily Scrum」刪除制式的三個問題範例。任何實務做法只要能有效幫助 Developers 專注(Focus) 在檢視每日計畫與 Sprint goal 進度都歡迎
- 「Sprint review」新增團隊要針對 The outcome of the Sprint 做回顧，而非只是針對 Increment 做回顧。鼓勵 Scrum Team 用開放(Openness) 的心胸面對工作的成果與後續的進展
- 「Sprint retrospective」弱化在下個 Sprint 須執行改善方案的方針，新版指南反而改成”可以考慮在下個 Sprint 執行”。傑瑞自己猜想，可能是想讓 Scrum team 有勇氣(Courage) 去選擇下個 Sprint 需要先處理的事，而且鼓勵團隊反覆打磨找出問題根因，不要為了改善而改善
團隊實務應用
有兩個討論框架適合這篇情境，使用時機同樣可以在團隊建立初期，也可以在團隊運作中針對某個項目加強討論(ex:開retrospective時候)
Scrum team 的角色與職責 (Role & Responsibility)
作法:
- 每個角色先從給予者(As a giver)的觀點，用便利貼(紅色)寫下你會提供給別人的具體事物，團隊可以針對角色的 Accountability 與 Responsibility 或者特定 Scrum events 討論
- 每個角色再從接收者(As a taker)的觀點，用不同色便利貼(藍色)寫下你其實希望對方提供給自己的具體事物
- 不同角色針對每一塊方格的便利貼差異進行溝通與釐清(歡喜做甘願受~)
- 雙方如果都有達成共識，該角色就寫下自己未來的行動公約便利貼(黑色)
Scrum team 的運作效能評估
作法:
- Scrum master 引導大家制定 Scrum team 的運作效能觀察指標，團隊可以自己挑選也可以參考 Scrum.org 推廣的 Evidence-Based Management 指南
- 團隊成員針對目前的運作效能，給予不同觀察指標目前的分數，可以用視覺化方式(ex:雷達圖)凸顯團隊的強弱項
- 一段時間後，再讓團隊成員重新評估觀察指標，比較前後版本的雷達圖差異，嘗試找出改善行動方案
繼續閱讀另外兩篇心得:
【前篇】包含Purpose of the Scrum guide、Scrum Definition、Scrum Theory and Scrum Values
【後篇】包含Scrum Artifacts
延伸閱讀:
💡官方版本的 Evidence-Based Management 說明
💡Scruminc.大神的補充說明(作者包含Scrum發明者之一)
如果喜歡傑瑞的文章，歡迎追蹤(follow)傑瑞並分享(share)給你的朋友。
👉喜歡這種類型或主題的文章，也別忘了拍手給傑瑞鼓勵唷
