某些时候，你可能会想：产品负责人和 Scrum Master 可以是同一个人吗？快打消这个念头吧！你不是第一个尝试将 Scrum Master 和产品负责人角色合并的人。每天都有人问我，能否将产品负责人和 Scrum Master 的职责结合起来，交给一个人来承担。
一般来说，试图让一个人担任这两个角色是非常糟糕的想法。不同的角色应由不同的人来担任。为了理解原因，让我们回顾一下海盗船长这个职业的历史。
海盗们知道：不同的技能需要不同的人
海格里瓦·拉奥教授在《哈佛商业评论》中写到了他让MBA学生设计17世纪海盗船长的工作职责的结果。他的MBA学生设计了一份将两类责任合并在一起的工作：
- 星舰任务：这些是战略性工作，包括决定攻击哪些船只、在战斗中指挥船员、与其他船长谈判等。
- 守护者任务：这些是操作层面的工作，包括分配海盗战利品、解决冲突、惩罚船员以及组织对伤员的照料。
这个职位描述的问题在于它将星舰任务和守护者任务混为一谈。正如拉奥教授所指出的，很少有人能够在这两类任务上都表现出色。
星舰任务需要冒险精神和创业精神，而守护者任务则需要认真负责和始终如一。一个擅长识别攻击目标并带领船员作战的海盗船长，很可能会对守护者任务的行政琐事感到厌烦。
更糟糕的是，拉奥教授断言，人们往往会把大部分精力花在自己擅长的任务上（也就是他们可能享受的任务）。我的经验无疑证实了这一点。这意味着，当需要不同技能的角色混合在一起时，就更难取得成功。
海盗们解决这个问题的办法是在每艘船上设置两名领导：一名船长负责星舰任务，一名军需官负责守护者任务。
Scrum Master 不应该同时担任产品负责人的 4 个原因
那么，海盗船这种非协作、非敏捷的环境与 Scrum 有什么关系呢？正如海盗船上的船长和军需官分别由不同的人担任一样，敏捷项目也应该有不同的 Scrum Master 和产品负责人。让我们来看看产品负责人和 Scrum Master 不应该是同一个人的四个原因。
1. Scrum Master和产品负责人的任务不同
首先，产品负责人和Scrum Master的职责（责任）非常不同，因此需要非常不同的技能。产品负责人执行设立产品愿景、定义产品能为用户创造的最佳成果以及定义实现这些目标的特性的星舰任务。Scrum Master则执行保护团队免受干扰、提高协作和专注度的守护者任务。
也就是说，当产品负责人决定要构建什么时，Scrum Master则帮助团队协同工作以实现这些目标。
在很多方面，这类似于将团队的程序员和测试人员分开的理念。是的，一个好的程序员可以做测试，一个好的测试人员也可以编程。但通常将这些角色分开是更好的选择。
2. 每个角色本身都是一份全职工作
其次，担任 Scrum Master 或产品负责人很可能需要全职或接近全职的精力。将这两个角色交给同一个人几乎肯定会导致其中一个角色被忽视。
3. 产品负责人和 Scrum Master 往往有不同的个性
第三，优秀的产品负责人和Scrum Master确实在技能和特质上有一些重叠。然而，这些角色不同，而且极少有人能够同时在这两个角色上表现出色，尤其是在同一时间担任这两个角色。
4. 产品负责人和 Scrum Master 之间存在着天然的紧张关系
最后，产品负责人和 Scrum Master角色之间应该存在一种自然的紧张关系。不可否认，他们都致力于使开发中的产品或系统获得成功，但产品负责人自然希望获得更多，更多，更多。
另一方面，Scrum Master 则更能理解团队在过度压力下交付更多成果时可能出现的问题。
当这些角色之间存在平衡时，产品负责人可以自由地追求他们自然的倾向，要求更多，而Scrum Master则会确保不过度施压。
是否有例外的情况？
正如任何规则一样，有时一个人可以同时担任 Scrum Master 和产品负责人。我遇到过 ScrumMaster 和产品负责人是同一个人的情况，我觉得这是合适的。其中一些情况包括无法负担专职或独立人员的小型组织。其他情况是，团队规模较小，但最初是为了实现技术产品所有者的愿景。在这样的小团队中，任何一个人都可能对团队产生巨大影响，无论他扮演什么正式角色。
还有一些例外情况是Scrum Master参与了合同开发。在这种项目中，“真正的产品负责人”通常存在于要求开发软件的客户内部。不幸的是，这种真正的产品负责人通常不愿意深入参与项目到Scrum团队所需的程度。在这些情况下，优秀的Scrum Master通常会站出来，代理产品负责人的角色。
在一些特殊情况下，我也见过有人同时担任这两个角色，并且成功了，尽管这很罕见。每个人都是个例外，可能是Scrum中的“传奇人物”。然而，在每个案例中，我的反应都是，如果让这个人只担任其中一个角色，他们的表现会更好。
所以，当然有例外 —— 就像任何规则一样。然而，这些例外不应长期存在。任何同时担任这两个角色的人都应该意识到这种双重角色带来的挑战，也应该考虑到他们在试图扮演两个角色时可能会失去什么。
原文地址：ScrumMaster也不应该是产品负责人 (mountaingoatsoftware.com)
注：部分图片来源于网络
关于作者【作者】
Mike CohnMike是敏捷联盟及Scrum联盟创始人之一，是帮助企业适应和改进敏捷过程及技术，以建立极致高效团队的专家。著有《用户故事与敏捷方法》，《敏捷估算与规划》，《Scrum敏捷软件开发》以及视频课程《更好的用户故事》。
【译者】Scrum中文网翻译组
Scrum中文网是全球第一个Scrum中文网站，中国最早的Scrum和敏捷教育及推广机构，也是国际Scrum联盟（ScrumAlliance）官方授权教育机构，Scrum.org官方合作培训机构，大规模敏捷SAFe官方机构SAI中国区授权合作伙伴。Scrum中文网是国内领先的敏捷培训及教练咨询机构，作为中国敏捷教练的摇篮，启蒙和培养了数万名敏捷专业人士，帮助数百家知名企业成功转型敏捷。
