产品负责人是Scrum团队的一员，因此，与Scrum Master一样，他们对团队的其他成员没有任何权力。尽管他们是Scrum团队与客户之间的主要联系，但他们确实扮演了至关重要的决策角色。
产品负责人代表产品的利益相关者行事，负责最大化最终产品的价值。ScrumMaster拥有该流程的地方，可以将产品负责人视为拥有价值。
谁是产品负责人？
产品负责人是一个人 - 这个角色不应该在几个人之间分开或者与委员会一般一起在附近工作。PO是Scrum团队的一员，参加团队的所有会议。产品负责人应该是了解产品愿景并且能够将这一愿景传达给Scrum团队的人。
他们应该在更广泛的市场框架，客户需求，竞争对手和数字趋势中理解业务目标。他们还应该能够与利益相关者进行有效沟通，以引导团队发现产品并收集需求。这两项能力将帮助他们做出Scrum团队尊重的决策。
了解产品负责人的角色
如Scrum指南中所述，Scrum产品负责人负责最大化开发团队工作所产生的产品价值。如何做到这一点可能因组织，Scrum团队和个人而异。
产品负责人是负责管理产品Backlog的唯一人员。产品Backlog管理包括：
产品积压
- 清楚地表达产品Backlog项目。
- 订购产品Backlog中的项目以最好地实现目标和任务。
- 优化开发团队执行的工作价值。
- 确保产品Backlog对所有人都是可见，透明和清晰的，并显示Scrum团队将在下一步工作的内容。
- 确保开发团队将产品Backlog中的项目理解为所需的级别。
产品负责人可以完成上述工作，也可以由开发团队完成。但是，产品负责人仍然负有责任。
产品负责人是一个人，而不是委员会。产品负责人可能代表产品Backlog中委员会的愿望，但那些想要更改Product Backlog项目优先级的人必须解决产品负责人的问题。
要使产品负责人取得成功，整个组织必须尊重他或她的决定。产品负责人的决定在产品Backlog的内容和顺序中可见。没有人可以强迫开发团队根据不同的要求开展工作。
产品负责人和ScrumMaster
虽然安排产品Backlog的最终责任在于产品负责人，但ScrumMaster在此过程中可以为PO提供巨大帮助。
在Backlog Refinement中尤其如此，Scrum团队讨论产品Backlog顶部的项目（即那些等待进入下一个sprint的项目）。
积压改进会议的唯一目的是帮助产品负责人优化产品Backlog的优先级，因此ScrumMaster的有效促进可以产生巨大的影响：通过帮助团队估计故事的大小 ; 通过帮助他们将太大的故事分成更小的组成故事（反之亦然）; 并强调故事中需要更多细节。
产品负责人和Scrum Master之间的区别
虽然产品负责人和Scrum主管的角色各不相同，但它们相互补充。Scrum master应该尽可能地支持产品负责人。产品负责人和Scrum主人之间应该保持友好关系。如果角色没有澄清，他们之间可能会发生争议。让我们看看产品负责人和Scrum Master之间的角色差异。
在Scrum Master的集中在项目的成功，通过协助产品所有者和团队使用的是创建一个成功的目标和建立敏捷原则正确的流程。
常见产品所有者陷阱
为了保持Scrum团队的信心并保持团队有效运作，Product Owner (PO) 需要可用，并且需要能够及时做出决策。
如果产品负责人没有充分的决策权，如果他们需要在每次转弯时咨询管理层或利益相关者委员会，那么他们显然无法提供最大价值。企业需要感到舒服的是，他们选择的PO可以在一定程度的自主权下运作（但问责制不少），并给予他们所需的信任和支持。
拉得太瘦的产品所有者也会妨碍Scrum团队的进步。PO不应该在Scrum团队可用的许多产品/项目上工作。将团队中的PO定位到团队可能会产生类似的可用性降低效果。
在多个人或委员会之间拆分产品负责人角色可能会让团队感到困惑和缓慢。理想情况下，应该只有一个人扮演产品愿景的存储库，谁可以决定如何最好地实现这一愿景。PO可能是利益相关者委员会的代表，但他们必须能够在实地独立做出决策。
