产品负责人 - SAFe请不要篡改Scrum!

Page content

Index | Scrum Master | Product Owner | Dev Team | Scrum

产品负责人 - SAFe请不要篡改Scrum!

在这里,我们将解释SAFe描述引入产品负责人角色的观点,该角色与其在Scrum中的真实含义有重大差异。

根据《Scrum指南》中有关产品负责人角色:

…整个组织必须尊重他的决定。产品负责人的决定体现在产品待办列表的内容和顺序中。 源自《Scrum指南》

SAFe描述中,团队待办事项类似于Scrum中的产品待办事项。团队待办列表的工作部分由计划待办列表(Program Backlog)工作填充,而计划待办列表工作是由敏捷团队外部的独立角色 - 产品经理来管理。实际上,在这种设置中,产品负责人并不是团队待办事项列表的唯一决策者。

而且,即使在规模化的情况下,Scrum也会规定:

多个团队经常在同一产品上一起工作。一个产品待办列表用于描述该产品的即将进行的工作。 源自《Scrum指南》

另外,只有一个产品负责人管理共同的产品待办列表,这才是Scrum中合适的规模化的解决方案。

相反在SAFe中,多个敏捷团队以及其各自的产品负责人和团队待办列表的工作是通用的解决方案 - 产品或产品的一部分。在以下视频中,将这种情况清楚地解释为规模化Scrum的主要功能障碍之一。

观看Youtube视频 - https://youtu.be/cr2rjaGmUzo

此外,在SAFe中:

PO在质量控制中扮演着重要的角色,是唯一有权接受完成故事的团队成员。 源自《规模化敏捷框架-产品负责人

这是Scrum反模式。由于以下原因,PO无法承担这些责任: 1. 开发团队有责任确保交付高质量的增量。 2. 在这种情况下,PO控制着开发团队的工作成果,从而像经理一样被定位在更高的位置。它通常会引入合同游戏(contract game),并导致团队功能障碍,破坏团队合作精神。

本文链接

本文翻译自如下网站,如果译文和原稿有任何差异,请参考原文。 in case of any discrepancies between the translation and the original, the original version should be considered as the correct one Remove References To Scrum From SAFe!原文链接