Scrum的三大角色

Scrum团队主要是由三大角色组成，分别是产品负责人（Product Owner）、敏捷项目经理（Scrum Master）和开发团队（Developer）。其中开发团队的技术栈理想情况下应该是跨职能且完整的（项目较大的时候，每个Scrum团队不一定能做到完整的跨职能，但是必须要沟通好上下游输入输出）。

价值的输入者--产品负责人PO

PO是Scrum团队价值的负责人，也是产品BACKLOG的唯一责任人，可以说是团队的领航员，也是交付增量的确认者。如果熟悉IPD（Integrated Product Development）的同学应该知道市场端和需求端相对于团队来说是做正确的事，实施端就是正确的做事，而PO就是要带领团队去做正确的事的人。

“正确的事”需要划分成各个的产品代办事项，并且需要做到：

• 清晰地表达产品待办事项列表条目（包括用户故事、缺陷和BUG等等）
• 对产品待办事项列表中的条目进行排序，明确优先级，尽可能从高到低完成
• 确保开发团队所执行工作的价值
• 确保产品待办事项列表对所有人可见、透明、清晰,并且显示 Scrum 团队的下一步工作
• 确保开发团队对产品待办事项列表中的条目达到一定程度的理解

 可以看到PO基本会在每个sprint里面关注价值的输入和增量的输出。在我的经验来说，每日站会PO并不强制要求参加，但是参加每日站会也有利于PO确保价值实现的方向的正确性，因此对于刚组件的Scrum团队，我是建议PO要参与每日站会，等到团队成熟后（大家有统一的话术和目标），PO是可以把更多时间去挖掘新的价值。

价值的实现者--开发团队Developer

开发团队包含了专业人员,负责在每个 Sprint 的结尾交付潜在可发布的“完成”产 品增量。只有开发团队的成员才能创造增量。

正如上文所说，开发团队应该是跨职能的团队，尽可能拥有创造产品增量的所有技能，并且可以做到技能互有后备，从PMP的角度来说，Scrum团队可以理解成一种强矩阵的项目团队。一般建议的规模是在3-10人，人过少有可能会技能不够完整，人太多会造成过多的沟通成本。

传统的强矩阵项目团队来说，一般都会按技术栈给每个成员安排头衔，例如XXX开发，XXX测试，XXX运维，但是对于Scrum来说，更加建议取消这种头衔，团队可以每个人都有各自的特长和专注的领域，也鼓励大家去积极了解和尝试其他成员的工作内容，有利于透明性高和技能互有后备的团队形成。以我个人经验为例，我一般都不会在SPRINT BACKLOG里提前分配任务给每个人，而是鼓励开发团队成员从高到低的优先级去领取待办事项，以此促进互相的了解。

价值的服务者--敏捷项目经理Scrum Master

Scrum Master是宣传Scrum管理模式，并且确保团队成员遵循Scrum的理论去实践和创造自适应的规则。Scrum Master应该是一个团队里服务型的领导，为团队实现价值的路上扫清障碍，保护团队的创造力和信用。从理论上来说不需要掌握技术，但是从我的个人经验来看，Scrum Master建议是懂得技术的，那样会更有利于Scrum Master去运用项目管理技能去解决团队的问题。

Scrum Master 服务于产品负责人

Scrum Master 以各种方式服务于产品负责人,包括:

• 找到有效管理产品待办事项列表的技巧（例如引导出用户故事的填写，技术拆分待办事项等）
• 清晰地和开发团队沟通愿景、目标和产品待办事项列表条目
• 教导开发团队创建清晰简明的产品待办事项列表条目
• 在经验主义环境中理解长期的产品规划
• 理解并实践敏捷
• 按需推动Scrum活动

Scrum Master 服务于开发团队

Scrum Master 以各种方式服务于开发团队,包括:

• 指导开发团队自组织和跨职能
• 教导并领导开发团队创造高价值的产品
• 移除开发团队进展过程中的障碍
• 按需推动Scrum活动
• 在 Scrum 还未完全被采纳和理解的组织环境下指导开发团队

Scrum Master 服务于组织

Scrum Master 以各种方式服务于组织,包括:

• 领导并指导组织采用 Scrum
• 在组织范围内计划 Scrum 的实施
• 帮助员工及干系人理解并实施 Scrum 和经验性产品开发
• 发起能提升Scrum 团队生产力的变革
• 与其他 Scrum Master 一起工作,帮助组织更有效的应用Scrum

从上述Scrum官网对Scrum master的定义可以看得出来，在Scrum的每个活动中都需要Scrum Master的身影，因此对于Scrum Master来说，建议能掌握项目全生命流程管理（Product Life Cycle Management）的技能。当然，对于Scrum Master来说，最重要的是能够理解每个流程对于价值实现的作用，解决问题以价值为核心。

从我的个人感受来说，项目管理都不应该过于拘泥于流程，应该根据实际情况裁剪或添加流程。但是做到这一步的前提是能够理解每一步流程的含义，正如武侠小说中，三流者高手比拼招式（流程），二流者高手比拼内里（流程的理解），一流高手比拼心境，无招胜有招（能够根据现实随心所欲提供适用的流程）。希望大家都能成为一流的高手，与君共勉。