在Scrum中，为什么不应该合并产品负责人和ScrumMaster角色？

在我从事的较传统的项目中，项目经理（在较大的项目中，如果没有人，则可能会有副/副/助理项目经理）是负责与客户沟通，接收项目的人运行状况和状态更新，确定计划和预算，管理流程，确保团队拥有完成任务所需的东西，等等。

但是，在Scrum中，这些责任在产品负责人和ScrumMaster之间分配。产品负责人是客户的声音。他们直接与客户互动，创建用户案例，组织积压的产品并确定优先级，以及其他面对用户/客户的问题。ScrumMaster处理流程，监督会议（包括评估和计划），消除障碍并监视项目的整体运行状况，并根据需要进行调整。

我已经阅读了包括Wikipedia在内的多个来源，ScrumMaster和产品负责人的角色应该由两个不同的人担任。我不仅阅读了有关内容，而且还参与了成功的“传统”风格项目，其中两个项目的活动都由一个人来处理。实际上，由一到三个人来负责项目（包括人力资源/人员）和流程级任务是更有意义的，因为它们经常是并行的。流程更改会影响计划，预算，质量和其他项目级别的目标，而项目更改也会影响流程。

为什么Scrum要求将这些活动分为两个角色？这实际上提供了什么优势？有没有人在一个成功的Scrum项目中，产品负责人和ScrumMaster是同一个人？

它们可以（并且经常）由一个人组合并完成（没有规则反对（毕竟它的混乱））。

但是您需要仔细权衡差异责任，因为这两个角色具有竞争性和日程安排（并且需要一个特殊的人才能同时完成这两个任务）。我已经看到很多尝试，但是很少能在很长一段时间内实现（这是一个压力很大的位置）。

• 要成为SM，您确实需要比PO更多的技术知识（因为您将帮助组织开发团队）。需要掌握产品的详细知识，才能将产品从积压的产品中提取到春季的积压产品中（有时您不能提取出前n个项目，因为这可能适得其反）。

• 与SM相比，PO需要更多地了解方程式的用户端。这并不需要一定是技术性的，但确实需要了解产品在现实世界中的使用方式以及客户想要购买产品的方向。

如果您找到可以同时担任这两种角色的人，那么我认为没有理由阻止这种情况。

当客户向一个方向拉动PO时，可能会引起问题，这会给开发人员造成重大冲突（因为他们需要首先构建一些其他基础结构）。SM的工作不是遵循客户的异想天开，而是保护开发人员免受他们的异想天开。客观地做到这一点很难。

我不是专家，但是我认为Scrum Master应该是团队的倡导者/推动者。客户的心声应该牢记客户的利益。Scrum Master应该致力于帮助团队获得成功冲刺所需的一切。

另外，最要紧记的是，您一次不会处理一位客户。产品负责人可以管理多个客户，可以专注于业务的那一部分，而ScrumMasters可以专注于项目开发。

就像许多人所说的那样，这两个角色都有不同的兴趣，但是有一个共同的目标和获得技能的不同技能。

如果同一个人代表开发团队和用户/客户，那么您在争议中的唯一选择就是查看合同。尽管最终可能会达成协议，但如果双方有同等权力的代表能够达成协议，那您会更好。

产品负责人和Scrum Master角色中的人员的愿望，目标，要求和约束可能会相互冲突，最多可能有2位随机程序员。人类可能或可能无法平等地评估冲突的目标，并且在面对冲突的目标时更有可能在判断中犯错误。焦点或偏见略有不同的两个人在一起判断时可能不太可能犯相同的错误或相同程度的错误。

两个人可能还会分配更多的总工时，以专注于问题/项目的每个不同方面（例如，两个不同角色的目标）。