Scrum 团队包含哪些角色？三个角色职责与协作全解析

很多人弟一次接触 Scrum，都会问「Scrum 团队包含哪些角色」。答案本身并不长，真正的难点在于三个角色各自负责什么、以什么方式协作。本文按角色逐一说明职责，并补充团队规模、与传统团队的差异，以及 CSM 认证的考试要点，帮助你一次建立整体认知。

一、Scrum 团队的三个角色

依据 Scrum 框架，Scrum 团队是一个整体，由以下三类角色构成，缺一不可：

Scrum 团队是跨职能且自组织的。跨职能，意味着团队整体拥有完成工作所需的全部技能，不需要依赖团队之外的人；自组织，意味着团队自己决定如何以更好的方式完成工作，而不是由团队之外的人来指派。

二、产品负责人：产品价值的负责人

产品负责人的职责是蕞大化开发团队所交付产品的价值。他是管理产品待办列表（Product Backlog）的核心负责人，具体包括：

• 清晰表述产品待办列表项，让团队能够理解；
• 对待办项进行排序，使其蕞好地实现产品目标和使命；
• 优化开发团队所执行工作的价值；
• 确保待办列表对所有人可见、透明和清晰，同时显示团队下一步要做的工作；
• 确保开发团队对待办项有足够深的理解。

产品负责人是一个人，而不是一个委员会。即使待办列表体现的是多方期望，调整优先级的决定权仍然掌握在产品负责人手中。要让这项工作取得成效，组织中的其他人都应尊重这一决定，没有人可以强迫开发团队按另一套需求开展工作。

三、Scrum Master：服务型领导

Scrum Master 负责按 Scrum 的定义来促进和支持 Scrum，通过帮助每个人理解 Scrum 的理论、实践与规则来做到这一点。对 Scrum 团队而言，他是一位服务型领导，主要服务于三个方向：

• 服务于产品负责人：协助找到有效管理待办列表的方法，帮助理解经验主义环境下的产品规划与优先级排序；
• 服务于开发团队：在自组织与跨职能方面给予指导，帮助团队创造高价值产品并移除进展中的障碍；
• 服务于组织：带领并指导组织采用 Scrum，帮助员工与相关方理解并实施 Scrum。

需要特别注意的是，Scrum Master 并不是「发号施令」的岗位。即使是 Scrum Master，也无权告诉开发团队应该如何把产品待办列表变成可发布的功能增量。

四、开发人员：产品增量的交付者

开发人员包含各种专业人员，负责在每个 Sprint 结束时交付潜在可发布且「完成」的产品增量。这个增量是 Sprint 评审会的前提，只有开发团队成员才能创建增量。

Scrum 不认可开发团队内部的任何头衔或「子团队」，无论其从事的是测试、架构、运维还是业务分析。团队成员可以各有专长和专注领域，但责任属于整个开发团队。关于团队规模，Scrum 给出的经验区间是：

• 少于 3 人：成员之间互动不足，技能上容易受限，可能无法在 Sprint 内交付可用增量；
• 3 至 9 人：较为理想的规模，兼顾敏捷性与产出能力；
• 超过 9 人：协调沟通成本过高，复杂性上升，通常需要拆分为多个 Scrum 团队。

产品负责人和 Scrum Master 一般不包含在上述人数之内，除非他们同时也参与执行 Sprint 待办列表中的工作。

五、Scrum 团队与传统项目团队的差异

传统项目团队通常按职能划分，由项目经理统一分配任务、跟踪进度；Scrum 团队则强调自组织与跨职能，工作由团队自己认领与协调。此外，Scrum 团队的交付是迭代增量式的：每个 Sprint 都要产出可用的产品增量，从而更早、更频繁地获得反馈，降低一次性交付的风险。

这也是 Scrum 在 VUCA 环境下被广泛采用的原因——面对快速变化的需求，能够快速响应、持续交付价值的团队更具竞争力。

六、CSM 认证与考试要点

Scrum Master 角色对应的主流认证是 CSM，由 Scrum Alliance 颁发。完成正规培训并通过考试后即可取得证书，主要信息如下：

七、常见问题（FAQ）