.png)
首页>Scrum三角色怎么配合？PO、Scrum Master与开发团队的职责分工
Scrum团队里，有三个角色最容易被搞混，产品负责人、Scrum Master、开发团队。很多人以为Scrum Master是项目经理，或者以为产品负责人是领导，其实都不对。这三个角色职责完全不同，配合得好，冲刺就顺，配合得乱，团队就乱。这篇把三个角色各自的职责，以及他们在冲刺各个阶段怎么配合，一次讲清楚。一、为什么三角色要分清
先把为什么分这么清说透。Scrum这套方法能跑起来，靠的就是职责清晰。角色一混，责任就糊，责任一糊，事就没人管或者多头管。产品负责人管方向，开发团队管落地，Scrum Master管流程，三方各管一段，谁也代替不了谁。这就像一个项目，有人想清楚做什么，有人把它做出来，有人保证顺顺当当做下来，缺一个都不行。从考试角度看，PMBOK第8版里敏捷部分特别爱考这三个角色的边界。给你一个场景，问这个事该谁负责，或者这个行为是哪个角色该做的。边界记不准，很容易选错。所以三角色别记名字，记职责，记清楚谁管什么。
二、产品负责人PO：管方向、定优先级
产品负责人，英文叫Product Owner，简称PO。他是对产品最终负责的那个人，核心职责就是让产品待办事项列表清晰、透明、有优先级。他要代表客户和干系人，把产品的需求收集起来，整理进产品待办事项列表，并且给每一项排好优先级，让团队知道先做什么、后做什么。PO还要在冲刺规划的时候，向团队介绍这个冲刺要做的功能，回答团队的问题，解释需求到底是什么意思。冲刺过程中，如果团队对需求有疑问，PO要负责澄清。但他不参与具体怎么做，不拆任务，不估算工作量，这些是开发团队的活。PO管的是做什么、为什么做，开发团队管的是怎么做。分清楚这一点，很多配合上的别扭就避免了。
再补一句，PO不是坐在那儿等需求的人，他要主动跟客户、干系人沟通，把产品方向想清楚。产品待办事项列表好不好用，直接反映PO干得到不到位。列表清晰、优先级合理，团队干起来就顺。
优先级怎么定，也有讲究。不是看谁喊得响，而是看哪个功能对用户价值大、对商业目标贡献大、或者最紧急。PO要把这些综合起来排，让团队有限的精力花在最该花的地方。这也是PO最难也最重要的地方，排错了，整个冲刺都在做低价值的事。
三、Scrum Master：做教练、清障碍
Scrum Master常被人误当成项目经理，这是最大的误解。Scrum Master不是领导，不给团队派活，也不对结果负责。他是教练和服务者，帮团队把Scrum用对，帮团队把障碍清掉。他的具体工作有几块。一块是帮团队理解并遵循Scrum，在团队跑偏的时候提醒回来。一块是清除障碍，比如团队遇到跨部门协调的麻烦、资源不够、流程卡住，这些Scrum Master要去推动解决。还有一块是保护团队，不让外部干扰打断团队的工作节奏。在冲刺规划、每日站会、冲刺评审、冲刺回顾这些会议上，Scrum Master负责组织和促进，让会议高效、让每个人都能发言。
举个具体例子，开发团队在冲刺里发现，要用的一个内部系统迟迟开通不了，卡住了进度。这时候Scrum Master就要出面，去找相关部门协调，把系统开通这个障碍解决掉，让团队能继续干活。这就是Scrum Master的价值，他不写代码，但能让写代码的人不被杂事卡住。
这里也顺便区分一下Scrum Master和PO。PO管产品值不值、做什么，Scrum Master管流程顺不顺、团队能不能顺畅工作。一个对着产品和价值，一个对着团队和流程，方向完全不同。记混了，考试就容易错，实际团队里也容易乱。
四、开发团队：自组织、定实现
开发团队就是实际干活的那群人，他们负责把Sprint Backlog里的任务一件件做出来。开发团队是自组织的，怎么拆任务、怎么排顺序、每项估多少时间，都由团队自己决定，不需要外部指挥。
在冲刺规划里，开发团队评估自己一个冲刺能干多少，从产品待办里挑功能，拆成任务。冲刺期间，开发团队每天更新Sprint Backlog，在每日站会上同步进度。冲刺评审时，开发团队向PO和干系人展示做出来的成果。开发团队是跨职能的，比如一个团队里既有开发又有测试，大家配合把功能完整做出来，而不是各干各的、互不搭理。
自组织的意思是，团队内部怎么分工、谁做哪块，是团队自己商量定的，不是PO指派的。比如团队里有人擅长前端，有人擅长后端，怎么搭配、怎么排任务，团队自己说了算。这种安排，能调动每个人的积极性，也让团队对结果负责。
五、冲刺各环节里，三个角色怎么配合
三个角色不是各干各的，而是在冲刺的每个环节里配合着来。先说冲刺规划。PO先介绍要做的功能和优先级，回答团队疑问。开发团队根据能力选功能、拆任务、估时间。Scrum Master负责把会开好，确保规则被遵守，帮团队把冲刺目标对齐。一场会下来，Sprint Backlog建好，大家都清楚这轮要干什么。
再说每日站会。开发团队汇报进度，昨天做了什么、今天要做什么、有没有卡住。Scrum Master记下障碍，会后再去解决。PO通常不参加站会，就算参加也只是听，不指挥。站会要短，十五分钟，不是解决问题的场合，问题会后再谈。
举个配合的实例。一次冲刺规划，PO想把支付功能排进这个冲刺，但开发团队评估完，觉得加上支付可能干不完。团队没有硬接，也没有拒绝，而是把顾虑摆出来，和PO商量，最后决定把支付的核心部分做掉，复杂的对账逻辑挪到下个冲刺。Scrum Master在一旁帮大家把目标对齐，大家达成一致后，Sprint Backlog就按商量好的来。这就是三个角色配合的样子。
然后是冲刺评审。开发团队把做出来的功能演示给PO和干系人看。PO根据实际成果反馈，更新产品待办事项列表，可能调优先级、加新需求。Scrum Master保证评审有成果、有反馈，不流于形式。
最后是冲刺回顾。团队一起复盘这个冲刺哪些做得好、哪些要改进。Scrum Master引导讨论，帮助团队把改进项落地到下一个冲刺。PO一般也参加，一起看流程和服务上的问题。回顾的目的是持续改进，不是追责。
六、常见配合误区
几个配合上的误区，教学里很常见，逐个说。误区一，把Scrum Master当项目经理用。让他派活、催进度、管人，这是用错地方了。他是教练，不是监工。真这么用，团队的积极性和自组织都会被打掉。
误区二，PO插手开发怎么实现。PO管做什么，不管怎么做。天天盯着开发要进度、指挥拆任务，会破坏团队自组织，也让团队没有动力自己想办法。
误区三，开发团队等指令。自组织的团队要自己拿主意，不能事事等PO或Scrum Master发话。等别人定，就失去自组织的意义了，也拖慢节奏。
误区四，评审走过场。冲刺评审不是走流程，是要真把成果摆出来给PO和干系人看，收集真实反馈。不然下一个冲刺的方向就偏了，做出来的东西可能根本不是用户想要的。
误区五，以为三角色可以随便兼任。有人觉得Scrum Master可以让PO当，或者让开发团队里的人兼任。严格来说，三个角色身份要分开，因为职责有冲突。比如PO既要定优先级又要管流程，容易分身乏术，也容易站错立场。团队小的时候可以有人身兼，但心里要清楚，这是两件事，不是一件事。
七、小结
三角色分工，一句话概括，PO管做什么和为什么做，开发团队管怎么做，Scrum Master管流程顺不顺、障碍清不清。把各自职责记牢，再把冲刺规划、每日站会、冲刺评审、冲刺回顾四个环节里怎么配合串起来，这个知识点就掌握住了。八、一张表看懂各环节分工
| 冲刺环节 | 产品负责人 | Scrum Master | 开发团队 |
|---|---|---|---|
| 冲刺规划 | 介绍功能、定优先级、答疑 | 组织会议、确保规则、对齐目标 | 选功能、拆任务、估时间 |
| 每日站会 | 一般不参加，不指挥 | 记录障碍，会后推动解决 | 同步进度，更新Sprint Backlog |
| 冲刺评审 | 看演示、给反馈、更新产品待办 | 保证评审有效、有反馈 | 演示成果、说明实现 |
| 冲刺回顾 | 参与复盘流程与服务问题 | 引导讨论、推动改进落地 | 反馈问题、共同定改进项 |
粤公安备案 44010602008731号