在 Scrum 中有三个角色：Product owner（产品负责人）、Scrum Master（敏捷教练）和开发团队。这看起来似乎很清晰，但实际上很多团队都有疑问：在采用 Scrum 时，是否要更改成员现有的职位名称？答案是否定的。
在本文中，我们将讨论 Scrum 的角色定义，以及如何将他们与您当前组织结构下的职位相结合。
首先，Scrum 中的三个角色描述了敏捷团队中的关键职责，而不是职位。这意味着任何一个职位的人都可以担任 Srcum 三个角色的其中之一。由于 Scrum 的本质是经验主义、自我组织和持续改进，所以这三个角色给出了责任的最小定义，以便团队能够更有效地交付工作。团队能够对他们的组织方式负责，并不断自我改进。
Scrum 是一个构建团队运作流程的框架，它为团队提供了定期会议、工件和角色职责等基本结构，但它不是一个万能模型。
例如，如果团队这次开发 Web 应用程序，他们需要了解技术、后端系统和业务领域等人员。但不可否认的是，团队在开发下一个新项目时，所需的技能可能大不相同。因为新一代产品面临的问题与上一代产品极有可能并不一样，他们可能需要增加更多的人员，比如：平面设计师、音响工程师和图形开发人员。所以由于要解决的问题不同，需的团队结构和技能也不同。
团队试图解决的问题越复杂，团队运作就变得越来越困难。面对未知，团队无法预估工作量和所需技能，但当未知成为已知的时候，团队则只需要具备灵活应对的能力。团队可能不知道预先需要的技能或工作量，但一旦他们了解更多后就可以灵活地改变学习方向。
为了给这个复杂且不断变化的世界提供一些规律，Scrum 提供了轻量级团队结构，包括开发团队、产品负责人和敏捷教练三个 Scrum 角色。
Scrum 开发团队的人员组成
开发团队是开发团队是“做事的人”。乍一看可能认为“开发团队”就意味着工程师，但情况并非总是如此。根据 Scrum 指南，开发团队可以由各种各样的人组成，包括设计师、文档工程师、程序员等。
你可以把这当成是造房子的施工队。建造房屋根据建造方案、所处环境的不同，除了常规的铺地砖、水电等，有的还可能要做地暖、而有的需要重点考虑防台风等等。开发项目也是如此，所以 Scrum 中的“开发人员”角色应该根据项目寻找拥有合适技能开发人员。
Scrum 开发团队的能力要求
开发团队应该能够自组织，他们能在一定程度自己决定要完成工作以及实现自我驱动。我们可以将开发团队理解成类似于因为出现了问题而被半夜叫醒的生产环境支撑团队。与生产环境支撑团队一样，开发团队拥有一定的决策能力，并能为手头的问题寻找合适的解决方案以降低问题带来的损失。自组织不意味着对组织不尊重，而是为了让最接近工作的人能够为解决问题采取实质行动。
开发团队的职责
开发团队最核心的职责是通过 Sprint （迭代）交付工作。其次是，为了确保迭代期间的工作透明度，他们要每天都会进行站立会议。站立会议为工作提供透明度，并为团队成员寻求帮助、解决突出问题和障碍提供了一个专门的场所。Scrum Master （敏捷教练）可能会推动发起站立会议，但最终是由开发团队负责运行此会议。他们作为会议的负责人，需要驱动团队作为一个整体，以更有效的方式检查和调整正在进行的工作。
敏捷团队在设计上具有灵活性和快速响应的特质，而 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 需要与各个利益相关者进行沟通。
Scrum Master 是一个“仆人式”的领导者角色，这个角色不仅描述了他支持性的领导风格，还描述了他们日常工作的内容。Scrum Master 负责把 Scrum 相关的一切都团结在一起，比如帮助产品负责人定义价值，帮助开发团队交付商业价值，帮助 Scrum 团队运作地更好。
具体而言，Scrum Master 需要辅助 Product Owner 更好地理解和传达价值、管理待办列表、与团队一起规划分解工作，输出最有效的经验。Scrum Master 需要帮助开发团队实现自我组织，专注于结果，实现“增量式工作”，并管理工作中的障碍。Scrum Master 还需要在团队组建的时候帮助他们了解 Scrum 是什么，并创建可以良好运作 Scrum 的环境。
Scrum Master 专注于：
总体而言，Scrum Master 在迭代规划和迭代回顾中为 Product Owner 提供服务，确保描述准确并设置方向。他们通过维持事务正常运作、移除工作阻碍为日常的开发团队服务，并且他们还对团队无法解决的障碍负责。Scrum Master 确保每个改进的机会都对 Scrum 团队透明，并且有一系列明确的结果可供回顾。
三个 Scrum 角色所描述出来的 Scrum 三大职责领域是非常简单的，但是在实践的过程中通常很难一一映射到我们现有的岗位。
所以下面的实践将帮助你更好地开始：
以上就是关于Scrum 3个角色的简单介绍，希望对你有所帮助。
Scrum 开发指南： Scrum 是什么？一文读懂 | Scrum 四个会议及正确召开方式 | 如何正确的计划和执行Sprint | 做好迭代计划的4大关键点 | 做好这4点让每日站会更适配敏捷团队 | 开好迭代评审会的3个关键步骤 | 为什么要召开迭代回顾会 | Scrum 3大角色及其岗位的具体职责 | Scrum三大工件在敏捷开发中的作用 | 2022年14个最佳 Scrum 敏捷项目管理软件 | 更多
Kanban 敏捷指南： 使用看板（Kanban）管理方法的5大好处 | 看板 VS Scrum：如何选择？ | 看板和 Scrum 的混合模式适合在哪些场景使用 | 更多
规模化敏捷： 规模化敏捷的价值及五大规模化敏捷框架 | 规模化敏捷之 Spotify 模型 | 规模化敏捷框架之LeSS框架 | 更多
