这是《落叶》文集里第 90 片落叶，希望你能喜欢，不为别的，只为这份坚持。
The ScrumMaster is responsible for making sure a Scrum team lives by the values and practices of Scrum. The ScrumMaster is often considered a coach for the team, helping the team do the best work it possibly can. The ScrumMaster can also be thought of as a process owner for the team, creating a balance with the project's key stakeholder, who is referred to as the product owner.
为什么先引用 ScrumMaster 的原文解释呢？因为很多名词的释义在被翻译成中文之后，要么比较晦涩，要么就有偏差，通过原文能更精准地理解这个 Scrum 里重要的角色之一，下文中就用常见简称 SM 来表示了。
今天我这个老兵来理论结合实践的说说 SM 在 Scrum 里到底是做什么的，后续会结合更深入的学习实践继续改进更新。
1、SM 是 Scrum Team 的一员，和 PO 以及开发团队都保持着紧密的合作和及时的沟通；
2、如果我们把 Scrum 看作一艘龙舟的话，PO 就是这艘龙舟上的“鼓手”，他通过鼓点控制着所有“划手”的划桨节奏，在整个航程中，确保整个团队按照正确的方法和合理的节奏在使劲，以确保能在既定的时间内，以最快的速度到达“舵手”指定的方向。
3、SM 是一个具有双重身份的角色：教练 + 保镖；
4、SM 作为教练时，她需要教会团队怎么玩转 Scrum 流程、方法和工具，让团队理解并接受敏捷思想，引导大家按照正确的方法去实践，并帮助团队一起找出每个冲刺中的改进点，让整个团队的战斗力越来于强；
5、SM 作为保镖时，她需要保护团队在整个冲刺期内尽可能地不受外界干扰，比如临时任务、人员调动，甚至于是团队成员个人的一些问题，只要是会影响到整个冲刺进度的，她都有责任区协调和解决。但一定要注意，SM 是“保镖”，而不是“保姆”，很多 SM 在团队成员抱怨事情太多时，会主动承担一些事情，比如更新任务墙，更新 Scrum 电子工具里的任务状态等等，请一定避免，因为这是让团队成员通过自我操作而对自己的进度有个直观感觉的机会，所以请一定不要越厨代庖，反而适得其反；
6、SM 在整个 Sprint 过程中需要组织和参加所有的常规会议：
Sprint Planning Meeting：SM 需要跟 PO 和团队一起完成 Sprint Plan；
Sprint Review Meeting：SM 需要组织该会议，并给需求任务的完成者创造更多更好的 Show Time；
Sprint Retrospective Meeting：SM 需要组织并主导这个会议，引导大家积极地总结和反思刚刚结束的这个 Sprint，收集到尽可能多的实践，再组织大家分析出其中的改进点，然后挑出高优先级的放入下个 Sprint 里去尝试改进。同时，SM 还需要确保这个会议不会开成问题吐槽会或批斗会，这一点很重要；
Daily Scrum Meeting：也可以叫 Daily Stand-up Meeting，SM 需要组织这个会议，并控制会议的节奏和时长，通过这个会议，SM 需要了解到当前的任务进度和问题，并迅速协调资源，帮助问题的提出者找到解决方法；
7、SM 对流程和团队负责，在每个 Sprint 里，他都需要全身心投入其中，对于一个大项目来说，PO 也许会同时服务于多个 Scrum 团队，但 SM 建议专人专职，特别是在敏捷实施的早期阶段，SM 需要话费很多精力在学习、引领、指导、组织、跟踪和协调等多维度的工作上；
8、什么才是优秀的 SM？我最喜欢的一个回答就是：做到极致就应该是团队感觉不到你的存在，或者是你在或不在时，团队都能正常运作。简单来说，就是一个优秀的 SM 做到极致就是把自己做“失业”了；
9、有一种组织叫 SoS（Scrum of Scrum），从我个人的实践经验出发，建议两种形态的 SoS：
Scrum of Scrum：当一个项目是由多个子项目组成时，不可能由一个 ScrumMaster 去同时工作于所有子项目里的所有 Scrum 团队，所以就需要一个 SoS 这样用于跨团队和跨子项目的横向沟通管理组织；
Scrum of Scrum Assistant：当一个项目是由多个 Scrum 团队协作时，也许不需要每个 Scrum 团队都需要配备一个专职的 SM，但至少得有一个团队成员兼职 Scrum Assistant，然后协助 SM 开展一些工作；
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
