回答对产品所有权的一些担忧

你是否曾在一个团队中工作过，你觉得每个人都在告诉你该做什么，每个人都有相互冲突的需求，而且他们都在不断改变主意？你感受到了从一件事到另一件事再到另一件事的压力。项目经理在试图管理所有这些依赖关系、决策者和其他项目经理时显得疲惫不堪。创建产品负责人的责任是为了为Scrum团队提供一组清晰而简单的责任，以便更好地管理它。当然，挑战仍然存在，但至少您有Scrum框架的保护，可以以有序和结构化的方式取得进展。这就是产品所有权的梦想。而且，这是我们在课堂、教材和评估中大力宣传的信息。产品所有者实际拥有产品的想法允许团队遵循他们的愿景和方向。它通过提供一个单一的、专注的个人来减少复杂性，该个人决定什么对团队有价值，什么对团队没有价值。他们对团队提供的价值负责，利益相关者在每次冲刺结束时都会看到这一点。如果团队中的投资者不喜欢这个方向，那么他们可以提供反馈。如果团队和产品负责人不接受反馈，他们可以最终取消资金等。但我们希望取得进展和透明的价值意味着这种情况很少发生。2020年Scrum指南中增加了产品目标，规划更加清晰，这使得对价值和结果的关注更加明确。

但是，产品社区内外的许多人发现，产品所有者的想法具有挑战性，他们有许多合理的担忧，例如“一个人如何才2022世界杯国家队排名能为产品做出所有决策？”，“这难道不会削弱团队的力量吗？”，“这在规模上是如何工作的？”，“这个人叫什么？”，以及关注团队、客户和其他利益相关者之间关系的其他问题。

让我们花点时间回顾一下这些问题，并尝试回答它们，或者至少谈谈我在100多个组织中看到的产品所有权。

一个人如何为产品做出所有决策？

制造现代产品是一项复杂的工作。设计思维、业务知识、技术知识、市场背景，甚至法律和监管要求的融合使决策变得复杂。对于复杂的产品，一个人不可能知道所有的事情。但这是产品所有权的力量，不是了解一切的能力，而是能够提出问题并根据产品的愿景和成果做出决策。根据我的经验，一些最优秀的产品人员并不是知识最渊博的，而是最好奇的，他们很清楚为什么会这样。他们形成了对团队存在、资金来源和重点的背景的理解。他们向包括河马（有意见的高薪人士）在内的利益相关者提出挑战，要求他们根据“为什么”的背景来证明自己的立场。他们关注结果，推动可测量的事件，以帮助确定工作方向。他们也非常关心产品所服务的人。最终，产品所有者需要拥有产品的愿景，并能够将该愿景转化为明确的目标，然后，通过与Scrum团队合作，这些目标成为Sprint目标中描述的增量步骤。而且，为Scrum团队提供资金的人必须对负责愿景的产品所有者表示满意。当然，他们会得到投入，但他们必须相信产品所有者会支持他们为之付出的愿景。如果他们不信任这个人，那么他们必须成为产品所有者。

产品所有权难道不会剥夺Scrum团队的权力吗？

有一种说法是，产品所有者是唯一与客户交谈、做出产品决策并了解业务的人。在最有效的Scrum团队中，每个人都在处理这个问题，这要求每个人都有责任了解客户、业务和产品使用的环境。不存在产品所有者瓶颈。是的，产品所有者将围绕产品的发展方向设置护栏，但他们不能也不应该做出实现产品目标所需的每一个小决定。这意味着Scrum团队将共同发现需求，了解用户，了解工作资助者的愿望，并采取行动实现产品目标或挑战其相关性。他们与产品负责人合作，确保他们的工作支持他们的愿景，并在必要时提出问题和挑战。

肮脏的事实是，有时团队成员在他们事先不了解的领域工作时，工作效率不是最高的，但Scrum的好处是每个人都在一起工作，包括产品负责人，以帮助传递知识和提供支持。通常，缺乏先验知识有助于提出应该提出的问题，以挑战现状并找到独特的创新解决方案。有时，做这项工作的人的天真无邪实际上是一个机会，而不是一个问题。但只有当团队在一个“安全”的地方运作，鼓励和支持错误和说“我不知道”时，才会出现这种情况。

这个人叫什么？他们的职务是什么？

我确实认为，那些想要敏捷的组织也想要有明确职业道路和明确技能清单的固定职位，这是一种讽刺。当然，敏捷组织的目标是拥有一批具备一定技能、愿意学习、做其他事情并能够在舒适区之外工作的人。然而，我理解人们需要头衔、工资结构和晋升模式。那么，履行产品所有者职责的人应该被称为产品所有者吗？

他们可以，但很明显，Scrum指南中的产品所有者描述不足以定义他们的工作或描述他们的职业道路。最终，职位由组织定义，可以是产品经理、产品所有者、业务分析师、索赔经理、支持运营经理、首席医疗联系人或其他人。我甚至看到一位兽医在一家使用Scrum的动物医院承担责任。这份工作的重要部分不是头衔，而是责任和通常的报告结构。如果产品所有者对其所拥有的产品/成果/价值流/服务/平台（等）负有责任，他们会发现自己的工作会容易得多。如果真的、真的、真的关心这个产品的有效性并为工作提供资金的人就是他们的下属，他们也会发现做工作会容易得多。因此，对于许多IT组织来说，这意味着负责产品所有权的人应该向使用系统的企业报告。当然，也有一些例子表明，由于利益相关者的数量，重要的是采取相反的做法，但总的来说，通过明确的报告路线，产品所有者可以获得更多的关注和更多的成功。

如果您没有产品，您还需要产品所有者吗？

2020年对Scrum指南的更新对产品非常灵活。

产品是传递价值的工具。它有明确的边界、已知的利益相关者、定义明确的用户或客户。产品可以是服务、物理产品或更抽象的东西。

所以从技术上讲，只要工作有明确的边界，利益相关者和价值都可以衡量，很明显，任何东西都可以是产品。成功的关键是清晰明了，同时对客户有清楚的了解，并能接触到客户。与客户的关系越疏远，边界越不明确，就越难使用Scrum，因此就越难履行产品所有者的责任。

许多组织的现实是，他们在项目中使用Scrum。项目是为许多客户服务的工作的集合，而产品所有者实际上只是该工作的项目经理或业务分析师。在这些情况下，Scrum仍然可以提供价值，并且可以成为更好地规划工作、确保更频繁地取得进展、甚至获得更好的利益相关者参与的一个很好的工具。然而，您正在失去创新带来的好处，或者至少是外部客户价值创新带来的好处。此外，通常在这些情况下，团队是一个更大的项目的一部分，跨团队的依赖性很强。这就给完成真正的、以价值为导向的工作带来了挑战。这也意味着需要大量的开销来确保每个团队不会打断另一个团队的工作，或者等待工作时间过长。集成变得复杂。关系提供了一些如何更好地协调团队的想法，并描述了只需要一个产品所有者。然而，复杂项目和Scrum的使用所面临的挑战比我在这里所能解决的更大。

底线是，即使在产品是一个非常松散的现实的情况下，产品所有者的责任的力量也是真实的。简化决策，有一个清晰的愿景，定义产品目标，在决定下一步要做什么时关注价值，并始终使事情透明，以便包括利益相关者在内的每个人都可以提供帮助进行过程更正的输入。

我只触及了产品所有权挑战的表面，但简单的想法可以为团队提供更多的清晰度和重点。产品所有权，如果做得正确，也可以成为一个组织更注重结果和以客户为中心的伟大导师和教练。