产品负责人和 Scrum Master 可以是同一个人吗?
- 2024-06-27 16:14:00
- Mike Cohn
- 翻译:
- mountaingoatsoftware
- 423
有时候,你可能会想:产品负责人和 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 和产品负责人。我遇到过 Scrum Master 和产品负责人是同一个人的情况,我觉得这是合适的。其中一些情况包括 无法负担专职或独立人员的小型组织 。
其他情况是, 团队规模较小 ,但最初是为了实现技术产品所有者的愿景。在这样的小团队中,任何一个人都可能对团队产生巨大影响,无论他扮演什么正式角色。
还有一些例外情况是 Scrum Master参与了合同开发 。在这种项目中,“真正的产品负责人”通常存在于要求开发软件的客户内部。不幸的是,这种真正的产品负责人通常不愿意深入参与项目到 Scrum 团队所需的程度。在这些情况下,优秀的 Scrum Master 通常会站出来,代理产品负责人的角色。
在一些特殊情况下,我也见过有人同时担任这两个角色,并且成功了,尽管这很罕见。每个人都是个例外,可能是 Scrum 中的“传奇人物”。然而,在每个案例中,我的反应都是,如果让这个人只担任其中一个角色,他们的表现会更好。
所以,当然有例外 —— 就像任何规则一样。然而,这些 例外不应长期存在 。任何同时担任这两个角色的人都应该意识到这种双重角色带来的挑战,也应该考虑到他们在试图扮演两个角色时可能会失去什么。
- 联系人:阿道
- 联系方式: 17762006160
- 地址:青岛市黄岛区长江西路118号青铁广场18楼
如果您有优秀的原创文章,欢迎添加联系人直接与我们联系,或通过下方邮箱发送投稿文章,一经采用,我们会付以一定的稿件报酬。
- 投稿邮箱: yanruiyu@easycorp.ltd
- 投稿标题:向 [敏捷开发] 网站投稿
- 稿件要求:与敏捷开发相关的任何内容
更多投稿相关请点击 更多进行了解~