简介：Scrum大师通过确保遵循Scrum框架，有助于为更大的团队简化Scrum。他/她致力于Scrum价值观和实践，但也应保持灵活性，并为团队开放机会以改善其工作流程。
顾名思义，scrum master是scrum的master，它确保遵循scrum框架。Scrum有一组明确定义的角色和仪式，应遵循，并且Scrum主管与Scrum团队的每个成员一起工作，以通过Scrum框架指导和指导团队。
什么是Scrum Master？
Scrum的主人是scrum的促进者，scrum是一种轻量级的敏捷框架，其重点是称为sprint的时间限制迭代。作为主持人，Scrum Master充当团队其他成员的教练。正如《 Scrum指南》所说的那样，是“仆人领袖”。优秀的Scrum主管致力于Scrum的基础和价值，但仍保持灵活性，并为团队开放机会以改善其工作流程。
Scrum大师 职责
在理想的敏捷世界中，团队将管理自己的流程和工具。但是我们发现，许多敏捷敏捷的团队通常依赖于Scrum Master作为流程所有者。在团队中传播责任和权限需要花费时间。在这种变革性的环境中，角色可以像安排Scrum仪式一样轻巧，也可以像其他任何Scrum团队成员一样参与。尽管《 Scrum指南》列出了Scrum主管如何担当其他Scrum角色，但这并不是详尽的职责列表。实际上，我们发现Scrum大师经常执行以下某些或全部操作，而并非所有这些操作都由Scrum定义：
- 站起来-根据需要促进每天站起来（或每天scrum）。
- 迭代/冲刺计划会议 –保护团队免于过度投入和范围蔓延。协助估算和创建子任务。
- Sprint审核 –参加会议并获取反馈。
- 回顾 –记录需要改进的地方和未来冲刺的行动项目。
- 董事会管理 –担任Scrum董事会的大师 。确保卡是最新的，并且Scrum工具（Jira软件 或其他工具 ）运行良好。
- 一对一 –必要时与团队成员和利益相关者进行单独会面。消除团队对流程和工作风格的分歧。尽管许多Scrum练习者反对“一对一”，但他们认为这些交流应该在站立时进行，但有些团队（尤其是新团队）更喜欢与特定团队成员进行定期的面对面互动。Scrum主管可能会决定这些个人互动对于团队发展和彼此了解至关重要。
- 内部咨询 – Scrum主管应准备就如何最好地与Scrum团队合作向团队成员和内部利益相关者进行咨询。
- 报告 –定期分析 燃尽图 和其他投资组合计划工具，以了解生成的内容和节奏。
- 阻止程序 – Scrum大师通过消除外部阻止程序并通过改进流程或工作流来管理内部障碍来帮助团队。
- 繁忙的工作 –如果Scrum团队不忙，那就是Scrum大师的问题。也许这意味着要修复坏掉的计算机，四处移动办公桌甚至调节恒温器。Scrum主管应该为帮助团队做任何事情都应该自在，并且如果团队真正需要的话，也不应无所事事地喝咖啡或吃零食。
我需要一个Scrum Master吗？
任何Scrum培训师都会教导Scrum团队必须有Scrum大师。没有一个，您所做的只是真正的混乱，通常称为scrum-but。
当开始使用Scrum时，让曾经担任过Scrum工作的人担任一个角色可能会提供巨大帮助。更好的是，已经看到了许多有效的示例。因此，通常将Scrum Master聘为顾问，而不是全职员工。
但是每个Scrum团队都不一样。许多经验丰富的团队作为一个单位来处理上面列出的职责，并在共享的过程管理中感到自豪和享受。Scrum Master的角色在团队中轮流使用，团队成员依次促进站起来和回溯。
对于某些团队来说，正确的事情就是每天让同一个人扮演这个角色。
不幸的是，对Scrum主管角色的误解通常会使现有的管理者认为这是他们的角色。为了更好地理解为什么这可能是一个问题，让我们将Scrum大师与您在组织中可能已经拥有的非Scrum角色进行比较，以及将角色分开很重要的原因。
Scrum Master与产品经理
正如我们在“敏捷产品管理”概述中所主张的那样，产品经理与开发团队的联系越多，越好。这种参与应该遵循拥护客户需求（即产品的“为什么”）的产品所有者的思路。当参与模糊到任务分配，即团队的“方式”时，就会出现问题。即使有最好的意图，这种使用心态也倾向于隐藏问题：缺陷，传递和未知。交错范围和过程倾向于锁定范围，进度和质量。那是失败的秘诀。
这就是Scrum大师和产品所有者满足Scrum团队两个不同需求的原因，这些需求通常与传统软件管理结合在一起。在小型团队中，很想避免看到另一个角色的开销。但是，当遇到障碍或发生变化时，就需要在过程管理和产品方向之间进行明确的区分。
拥有一个Scrum Master有助于平衡更改路线的成本和效率带来的好处。优秀的Scrum大师通过授权团队决定如何通过自组织最佳地实现目标来做到这一点。
Scrum Master与项目经理
Scrum大师的非技术人员（或非敏捷人员）是项目经理。这两个角色都专注于完成工作的“方式”并通过流程和简化来解决工作流问题。那你两个都需要吗？可能不会。
传统的项目经理和Scrum大师都负责帮助他们的团队完成工作，但是他们的方法却大不相同。项目经理设定并跟踪时间范围和里程碑，报告进度，并协调团队沟通。但是，它们是从控制位置以更传统的管理角色这样做的。
Scrum主管可以帮助团队增强和简化实现目标的流程。他们以团队成员或协作者的身份这样做，理想情况下，他们不是作为控制者。最好的Scrum团队是自组织的，因此对自上而下的管理反应不佳。
这些只是Scrum团队管理的一些可能配置。有些组织应尽所有这些角色，而有些则没有或只有一个。
Scrum大师和更大的组织
在考虑聘用Scrum大师时，有一个考虑要比其他考虑更重要：仅当您的组织致力于Scrum并在此过程中投入资金时，才需要考虑这一点。以上所有角色都可以以多种方式管理开发团队，但是Scrum大师只有在100％接受Scrum的情况下才能有效。句号
有了Scrum Master可以帮助每个团队管理其流程， 您的整个组织可以实现一些可观的收获。除了定期向客户交付价值（Scrum的主要目标）之外，队友和经理还可以自由地专注于他们最擅长的事情。产品经理可以专注于策略，开发人员可以编写自己的最佳代码，而销售人员的Kyle可以敲响该死的钟声。这听起来像什么？听起来像是功能强大的Scrum，音乐在我们耳边。
