产品负责人已死，产品负责人万岁！

多年以来，我一直在使用这张图描述产品负责人的角色。 多年来我一直在说：

“标题“产品负责人”实际上是一个别名。 没人应该在名片上有产品负责人。 产品负责人是Scrum定义的角色，通常由产品经理或业务分析师担任，有时由领域专家（也称为SME，也称为主题专家）担任，有时由其他人担任。”

容易吧？

在向我们介绍产品负责人时，Scrum会告诉我们其中一个人将在Scrum设置中做什么。 Scrum并没有告诉我们产品负责人如何知道他们做出这些决定所需的知识–这是由于他们实际上是产品经理，学士学位或该领域的专家。

在对Scrum的早期描述中，有一种切实的感觉，即产品所有者确实有权做出决定-他们是所有者 。 我仍然希望这是事实，但如今，玩产品负责人的人更有可能成为一个或多个真实客户的代理。

我继续说：

“在像Microsoft或Adobe这样的软件公司中，产品经理通常担任产品所有者的角色。 产品经理角色的定义特征是其客户不在建筑物中 。 新产品经理面临的首要任务是弄清楚谁是客户或应该是谁，然后出去与他们见面。 根据定义，客户是外部的。”

相反，在像汇丰银行，汉莎航空，宝洁公司和Gamble公司这样的公司环境中，产品负责人可能是业务分析师。 有一项工作是分析业务的某些方面并使之更好。 根据定义，他们的客户在建筑物内 。”

到目前为止和我在一起？

接下来，我指出，建立好模型后，这些角色变得越来越混乱，因为软件产品公司越来越多地将其软件作为服务出售。 企业客户可以在线与其客户互动，这意味着现在可以通过计算机与客户联系。

考虑一下航空业：二十年前，只有美联航，英航，汉莎航空等与航空系统互动的人是航空业的员工。 如果您想预订机票，请去旅行社，一位漂亮的女士用绿屏告诉您有什么可用。

今天，无论您是用汉莎航空，西南航空还是挪威航空预订的，都可以归结为拥有最佳在线预订系统的地方。

业务分析师需要像产品经理一样思考，而产品经理则需要像业务分析师一样思考。

我经常在网上看到一些帖子宣称“产品经理不是产品所有者”或“业务分析师不是产品所有者”。 我加入了这一点，我的别名说法是“虽然可能存在，但这些角色还有很多。”

这让我伤心地看到了产品经理的作用减少到一个产品负责人：由Scrum的定义就是一个很好的产品经理应该是什么样一个单纯的阴影产品负责人的角色。

但是世界在前进，情况已经改变。

世界已经确定产品负责人是角色，负责需求方的人，由人决定需要什么以及要建造什么。

我认为是时候改变我的模型了。 现在，业务分析师和产品经理之间的冲突已经完成。 结果是更大的混乱，一个新的角色出现了：“数字业务分析师” –业务分析和产品管理的私生子。

产品负责人现在是产品经理和业务分析师的超集。

今天的产品负责人很可能需要业务分析技能。 他们甚至更有可能需要产品管理技能。 人们经常希望他们了解该域。

如今的产品负责人很可能具有主题专家背景，在这种情况下，他们需要Swift了解产品所有权，产品管理和业务分析。

或者他们可能具有业务分析背景，并且需要吸收产品管理技能。 相反，产品负责人可能来自产品管理背景，并且可能很快需要学习一些业务分析。 在这两种情况下，他们都将了解该领域，但他们可能也希望引入主题专家。

为了使事情变得更困难，确切地说，他们需要哪些技能以及最重要的技能将因团队和角色而异。

翻译自: https://www.javacodegeeks.com/2018/04/the-product-owner-is-dead-long-live-the-product-owner.html