是时候取消Scrum里PO这个角色了吗？

Posted 2021-04-25 简单生活是一种信仰

       Scrum里仅有三个正式角色：Scrum Master， PO 和团队成员。并没有其他比如程序员，测试工程师，数据库工程师，分析师，设计师等角色之间的区别。

  比如说：测试工程师就是一个团队成员。该测试工程师承担和其他任意一个团队成员一样的责任：在sprint结束的时候开发一个潜在可发布的产品增量，以达成sprint的目标。

  团队成员如何帮助团队完成目标的方式是不同的。一个测试工程师在可能的时候总是从sprint backlog里选择测试任务，而设计师则选择设计任务。

  

Scrum里的专家角色

       和团队成员角色对应的，是PO和Scrum Master。这两种角色可以被认为是专家角色。不管是PO还是Scrum Master都没有责任在Sprint里直接帮助开发潜在可发布的产品增量。在很多团队中他们可以提供帮助，但是这并不是Scrum的一部分。

  

为什么这些角色是独一无二的？

       关于PO和Scrum Master这样每个都截然不同的角色，什么特点导致他们如此特别？而不像测试工程师，程序员等那样可以有很多。

  很多团队还已经实践了在多个团队成员之间轮流承担Scrum Master的职责，而另外一些团队则把它当成由一个团队成员承担的额外的一部分责任。

  但是在绝大多数Scrum团队中，都会有一个独立的PO角色，由代表组织或其利益干系人权益的特定人员来担任。

有趣且吸引人的将来

  我想通过去掉PO角色，可以为大家展现出一个有趣且吸引人的将来。当前PO的职责将会在整个团队中被分担，就和今天测试任务被分担非常类似。我不相信有从PO角色而来的任何要素可以阻碍它变得可分担。正如今天在一个好的敏捷团队里测试是整个团队分担的职责，产品的决策同样也可以被分担。

  我们总是期望团队是自组织的，并且在面对架构的选择时为自己做出对的决定。那么我们也可以对产品的决策做同样的期待。

   当面对他们的PO过去所做出的一个决策的时候，团队成员变成对其进行讨论并共同做出决策。这实在和团队成员正在做出架构的决定没什么区别。

  虽然没有一个专门的PO，但是团队里有一个具有专业知识的团队成员来做产品层级的决策。这跟团队里有一个具有丰富测试经验且愿意测试的团队成员，但是他可以做任何工作没什么区别。

为了使其有效工作，有什么是必须的？

  为了使其有效工作，有很多事情是必须的。首先，开发人员需要从把自己当做程序猿的想法中走出来。他们不能仅仅在工作时出现以及公开宣称：“我可以把你任何想要的功能编码出来，但是请准确的告诉我此功能是什么”。作为一个在这个级别实践的Scrum团队，团队成员需要全身心的投入。

  第二，PO需要放弃产品级的决策只能他们自己来定的想法。在一个Scrum团队中一个测试工程师相对于其他活动更偏爱测试任务，但这并不意味着测试工程师自行制定所有的测试决策。

  这些改变意味着 整个团队将会承担完成它被赋予的不管多大的目标的责任。想一下，这将导致不会有PO被当做“唯一可被拧断的脖子”（背锅侠）这种事儿出现。

谁会在团队中？

  如我所描述的场景及我在非常少的组织中所经历的那样，除了一个团队，其他团队都存活至今。在这样的团队中，和拥有一个独立于团队进行思考的专职PO（正如Scrum指南定义的那样）相不同，PO的职责会由团队共同来执行。

  组织比较愿意分配一个具有产品管理经验的人给团队，这和今天如何把一个具有测试经验的人分给团队没有什么区别。

自然演进

  我强烈反对在团队区分你们/我们的任何东西。我以前写过将PO邀请到日常的scrum活动和回顾会议的重要性，并且我还写了在创建产品backlog活动中要包含团队成员。

  随着团队更多的拥抱“整个团队”的思想，可见看见角色之间的区别更多的是人为制造的，即使作为这些角色中独立的个体会做更多很特定的工作。

  我相信我们已经在许多组织如何看Scrum Master中看到这些。在未来的这些年里将这样“整个团队”的思想扩展到PO将是一个自然演进的过程。

  团队会有一些利益相关人或者在团队里的业务代表，但是这些人不会如今天通常情况下那样，仅仅承担产品的决策。而是团队共同制定决策，并共享责任。

元芳你怎么看？

  你是怎么看关于去掉独立的PO角色这件事儿的？如果今天你们的PO更多的被视为一个固定的团队成员，并且依赖于贩卖他们想法的正确性，而不是裁定结果，这会导致更好的决策吗？请在下面的评论中分享你的想法。