Scrum 是一个构建团队运作流程的框架，它为团队提供了定期会议、工件和角色职责等基本结构，它看起来似乎很清晰，但实际上很多团队都有疑问，比如角色的岗位和职责是怎么对应的……本文将详细介绍 Scrum 实施中关于 3 大角色的岗位、职责的一些问题。
一、Scrum 团队的角色有哪些
在 Scrum 中有三个角色：Product owner（产品负责人）、Scrum Master（敏捷教练）和开发团队。这看起来似乎很清晰，但实际上很多团队都有疑问：在采用 Scrum 时，是否要更改成员现有的职位名称？答案是否定的。
在本文中，我们将讨论 Scrum 的角色定义，以及如何将他们与您当前组织结构下的职位相结合。
Tips：三个 Scrum 角色描述的是关键职责而不是职位。
Scrum 角色 VS 职位
首先，Scrum 中的三个角色描述了敏捷团队中的关键职责，而不是职位。这意味着任何一个职位的人都可以担任 Srcum 三个角色的其中之一。由于 Scrum 的本质是经验主义、自我组织和持续改进，所以这三个角色给出了责任的最小定义，以便团队能够更有效地交付工作。团队能够对他们的组织方式负责，并不断自我改进。
二、Scrum 框架带来的优势
Scrum 是一个构建团队运作流程的框架，它为团队提供了定期会议、工件和角色职责等基本结构，但它不是一个万能模型。
例如，如果团队这次开发 Web 应用程序，他们需要了解技术、后端系统和业务领域等人员。但不可否认的是，团队在开发下一个新项目时，所需的技能可能大不相同。因为新一代产品面临的问题与上一代产品极有可能并不一样，他们可能需要增加更多的人员，比如：平面设计师、音响工程师和图形开发人员。所以由于要解决的问题不同，需的团队结构和技能也不同。
团队试图解决的问题越复杂，团队运作就变得越来越困难。面对未知，团队无法预估工作量和所需技能，但当未知成为已知的时候，团队则只需要具备灵活应对的能力。团队可能不知道预先需要的技能或工作量，但一旦他们了解更多后就可以灵活地改变学习方向。
为了给这个复杂且不断变化的世界提供一些规律，Scrum 提供了轻量级团队结构，包括开发团队、产品负责人和敏捷教练三个 Scrum 角色。
1、开发团队（The development team）——重新定义开发者
Scrum 开发团队的人员组成
开发团队是开发团队是“做事的人”。乍一看可能认为“开发团队”就意味着工程师，但情况并非总是如此。根据 Scrum 指南，开发团队可以由各种各样的人组成，包括设计师、文档工程师、程序员等。
你可以把这当成是造房子的施工队。建造房屋根据建造方案、所处环境的不同，除了常规的铺地砖、水电等，有的还可能要做地暖、而有的需要重点考虑防台风等等。开发项目也是如此，所以 Scrum 中的“开发人员”角色应该根据项目寻找拥有合适技能开发人员。
Scrum 开发团队的能力要求
开发团队应该能够自组织，他们能在一定程度自己决定要完成工作以及实现自我驱动。我们可以将开发团队理解成类似于因为出现了问题而被半夜叫醒的生产环境支撑团队。与生产环境支撑团队一样，开发团队拥有一定的决策能力，并能为手头的问题寻找合适的解决方案以降低问题带来的损失。自组织不意味着对组织不尊重，而是为了让最接近工作的人能够为解决问题采取实质行动。
开发团队的职责
开发团队最核心的职责是通过 Sprint （迭代）交付工作。其次是，为了确保迭代期间的工作透明度，他们要每天都会进行站立会议。站立会议为工作提供透明度，并为团队成员寻求帮助、解决突出问题和障碍提供了一个专门的场所。Scrum （敏捷教练）可能会推动发起站立会议，但最终是由开发团队负责运行此会议。他们作为会议的负责人，需要驱动团队作为一个整体，以更有效的方式检查和调整正在进行的工作。
2、Product Owner（产品负责人）
敏捷团队在设计上具有灵活性和快速响应的特质，而 Product Owner 的责任是确保团队提供的价值最大化。Product Owner 需要代表业务方向开发团队指明方向，告知开发团队什么是最重要的交付内容，因此两种角色之间的信任至关重要。
同时，这也要求 Product Owner 不仅要了解客户，还要了解 Scrum 团队为客户提供的价值，Product Owner 还需要平衡组织中其他利益相关者的需求。
因此，Product Owner 必须确定所有需求的输入并确定优先级，这可能是他们最重要的责任。因为冲突的优先级和不明确的方向不仅会降低团队的效率，还会破坏业务人员与开发团队之间的信任关系。优先级的变化也可能会导致团队结构、工作产出以及最终结果的巨大差异。所以，为了清晰的优先级，在 Scrum 团队不能有多个人负责确定优先级，那个人只能是产品负责人。
《Scrum 指南》将产品负责人的职责定义为：
管理待办列表 —— 这并不意味着他们是唯一一个将新的待办项目放入待办事项的人。但他们对开发团队需要交付的待办事项负责。这意味着 Product Owner 应该了解待办事项中的所有内容，当其他人将添加事项到 Product backlog （产品待办列表）当中时应确保他们与 Product Owner 沟通过。
发布管理 —— 迭代不是发布周期，而是计划周期。这意味着 Scrum 团队可以随时交付产品。理想情况下，他们会在整个迭代中频繁交付，可以在迭代回顾查看真实的客户使用情况和反馈。但是持续交付并不是总能保持的一种状态，并且其它发布模型也是必要的。Product Owner 必须知道什么时候能够并且应该发布。
利益相关者管理 —— 任何产品都会涉及许多利益相关者，包括用户、客户、公司高层和组织领导。Product Owner 必须与这些人合作，以确保开发团队提供真正的价值。这意味着 Product Owner 需要与各个利益相关者进行沟通。
Tips：Product Owner 制定所有要求，编写所有验收标准并创建所有需求。
3、Scrum Master（敏捷教练）——串联一切
Scrum Master 是一个“仆人式”的领导者角色，这个角色不仅描述了他支持性的领导风格，还描述了他们日常工作的内容。Scrum Master 负责把 Scrum 相关的一切都团结在一起，比如帮助产品负责人定义价值，帮助开发团队交付商业价值，帮助 Scrum 团队运作地更好。
具体而言，Scrum Master 需要辅助 Product Owner 更好地理解和传达价值、管理待办列表、与团队一起规划分解工作，输出最有效的经验。Scrum Master 需要帮助开发团队实现自我组织，专注于结果，实现“增量式工作”，并管理工作中的障碍。Scrum Master 还需要在团队组建的时候帮助他们了解 Scrum 是什么，并创建可以良好运作 Scrum 的环境。
Scrum Master 专注于：
- 透明度 —— 为了 Scrum 团队能够有效地自我检查和调整，让团队了解当前工作的重要性。但这事做起来比看起来难。Scrum Master 的任务是确保 Scrum 团队以透明的方式工作。比如创建故事地图和使用回顾性思维来完成工作。
- 经验主义 —— 敏捷的一个基本观点是，达到目标的最好方式是去做并从中学习。积累经验的过程并不容易，需要 Scrum Master 指导团队分解工作、描述明确的结果并回顾这些结果。
- 自我组织 —— 团队在自我组织的过程中随着时间的推移，会需要帮助和支持。Scrum Master 需要鼓励团队成员走出他们的舒适区并尝试不同的事情。
- 价值观 —— Scrum 定义了勇气、专注、承诺、尊重和开放的 5 个价值观，它们将为团队创造安全和可信任的环境。这种环境对于团队的茁壮成长非常必要，遵循这些价值观是 Scrum 团队中每个人的责任，而 Scrum Master 在鼓励和提醒每个人遵守这些价值观的方面发挥了积极作用。
总体而言，Scrum Master 在迭代规划和迭代回顾中为 Product Owner 提供服务，确保描述准确并设置方向。他们通过维持事务正常运作、移除工作阻碍为日常的开发团队服务，并且他们还对团队无法解决的障碍负责。Scrum Master 确保每个改进的机会都对 Scrum 团队透明，并且有一系列明确的结果可供回顾。
三、Scrum 三个角色应该由什么样的人来担任？
三个 Scrum 角色所描述出来的 Scrum 三大职责领域是非常简单的，但是在实践的过程中通常很难一一映射到我们现有的岗位。
所以下面的实践将帮助你更好地开始：
- 如果你拥有不少提供客户价值的优秀技能，并且提供价值这件事令你无比兴奋，那么你应该成为一名 Scrum 开发团队成员。实际上，开发团队是任何敏捷组织中最重要的元素，因为他们为客户和利益相关者提供了价值。
- 如果你对客户、企业利益相关者和业务领域充满热情，那么 Product Owner 最适合你的需求。在大多数组织中，这个人需要得到业务方面的尊重和信任，因此他们可以做出决策。当你权衡利弊并希望让每个人都开心时，这个角色就需要一定程度的“政治活动技巧”。
- 如果你想帮助团队有效地一起工作，并希望通过 Scrum 和敏捷改变世界，那么 Scrum Master 的角色非你莫属。这是一个以人为中心的角色，非常注重指导、教学和辅导。
以上就是关于Scrum 3个角色的简单介绍，希望对你有所帮助。
