我待過兩間公司跑 Scrum，只有最近的一間有明確感受到 Scrum Master
Scrum 團隊組成為三種成員
1. Product Owner (連長)
2. Developer (士官、士兵們)
3. Scrum Master (輔導長)
反正老闆/客戶的任務目標下來，連長要自己想辦法帶部隊攻下，用什麼辦法看連長自己
PO 有很高的權力去設計產品，開發者們也能在 planning 會議中提供意見
在一個不長的週期內做出來給老闆或客戶看，再開會調整，再改善...
不像傳統 PM 按照老闆的目標設計規範開規格書然後 RD 想辦法做出來那種流程
Scrum 團隊最好是成員對產品都有一定的了解和想法，然後也有能力實際做出來
而 Scrum Master 其實跟技術專業沒有絕對關係，但有技術專業的好處後面會講
Scrum Master 就是個輔導長，負責監督連長和士兵們有沒有按照部隊規定做事
有沒有誰違反了軍法 (早五查 daily scrum 沒出現、Retrospective 開士評會檢討)
開發過程中有內部或外部衝突時負責出來居中協調確認改變作法後可符合 scrum 規定
那麼有技術背景的 scrum master 有啥好處呢?
因為 scrum 是一種 state machine 機制，再在每個 Life cycle 做該做的事
從 planning > [...daily] > review > retrospective > planning ....
透過預估後實作並進行檢討改善在下一個輪迴做修正的方式做事
scrum master 要參與大小會議，確保討論跟修正作法沒有走偏 scrum 規範
比如有人覺得開會浪費太多開發時間，乾脆以後都不要開會，scrum master 就要阻止
然後找出問題關鍵，例如會議零散在每天的半小時、一小時，很容易打斷 RD 思考
這時他就要協調把會議整併在某些固定時間，確保 RD 有足夠連續思考不被打斷的時間
或者團隊成員外務太多無法專心在團隊內貢獻，scrum master 也要幫忙解決
在 retrospective 莒光日教育 scrum 的好處，請大家寫莒作講本週心得
在 planning 看 PO 連長開作戰會議確保底下 developer 士兵都聽懂理解有參與有互動
總之 scrum master 具有監軍的性質，確保團隊想出的作戰方式不會跑偏或違反軍規
我遇過的 scrum master 多少都像輔導長那樣會跟你聊天問你有啥想法之類的
千萬別在 scrum master 面前犯了思想上的錯誤
如果要當 scrum master 也必需對 scrum 有足夠的信仰，喔我的意思是深入理解