我待过两间公司跑 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 有足够的信仰，喔我的意思是深入理解