多年来,人们一直在争论产品经理和产品负责人角色之间的区别是什么,这些角色是否可以共存,以及应该使用哪个角色。 本文分享了我对该主题的看法,并反思了产品所有者角色的由来。
什么?
您可能知道,产品所有者起源于Scrum,该角色负责“ 最大化产品创造的价值” 。 这听起来像是我对课本产品管理的责任。 但是,产品所有者通常被视为战术角色,主要用于管理产品积压,详细说明需求以及与开发团队进行交互。 怎么来的?
混乱(至少部分地)源于以下事实,即Scrum是一个专注于帮助团队开发软件的简单框架。 它不涵盖常见的产品管理实践,例如,产品战略制定,产品路线图和财务预测; 它提供的唯一产品管理工具是产品积压。
此外,某些方法(如SAFe)采用了单独的产品经理和产品负责人角色。 使用战略产品角色(产品经理)和战术角色(产品所有者)是常见的扩展技术。 正如我在“ 扩展产品所有者角色 ”一文中所解释的那样,当产品稳定或成熟时,它特别有效。
但是,我将战术角色称为“产品负责人”是一个不幸的错误:SAFe产品负责人与Scrum产品负责人不同! 具有两个不同的产品负责人角色会使混乱更加严重。
所以呢?
那么,为什么Scrum根本没有引入产品负责人角色? 框架为什么不使用术语产品经理 ? 当Scrum在1990年代开发时,产品管理就与今天不同。 产品经理过去曾做过前期市场研究,产品计划和需求定义工作。 然后,他们会将需求规范交给项目经理,该项目经理将进行开发和测试以交付产品。 产品经理将仅返回以发出变更请求或帮助启动。
这与敏捷过程中的协作形成了鲜明的对比,在敏捷过程中,产品人员需要与开发团队持续进行协作,而又不会忽略市场和内部利益相关者。
其次,Scrum已在产品开发和商业软件产品领域之外应用。 传统上,许多采用Scrum的组织(如银行,零售商和媒体公司)没有产品管理小组,因此也没有产品经理。 但是他们确实拥有可以帮助营销和销售其创收产品的数字产品(例如,在线银行应用程序),或者他们开发的软件可用于使业务流程自动化,提高生产率并降低成本。
通过提供产品所有者角色,这些组织可以以敏捷的方式开始工作,而无需立即建立产品管理小组并启动组织变更过程。 相反,来自相应业务部门的员工可以在经过一些培训和指导的情况下充当产品所有者。 (但是,从长远来看,建立产品管理功能会有所帮助,正如我在我的文章“ 向您的公司介绍产品管理的五个技巧 ”中所讨论的那样。)
怎么办?
那么,这在哪里呢? 我的希望是,我们将不再讨论产品经理与产品所有者之间的分歧,而只谈论产品人员 。
在短期内,我们应该承认产品所有者是产品管理者 。 因此,扮演角色的人应该掌握相关的产品管理技能。 正如马蒂·卡根 ( Marty Cagan)和包括我在内的其他人所指出的那样,为期两天的培训课程不足以成为合格的产品所有者。 产品管理是一个复杂的,多方面的学科,需要花费时间和精力来掌握。
另外,我建议在公司中使用术语产品经理或产品所有者,并在必要时对其进行限定,例如,采用术语高级和初级产品经理/所有者以及战略和战术产品经理/所有者。 这样可以减少混乱并有助于团结人民。
重要的不是职位和职务。 这是我们对用户和我们的业务所做的好处。
翻译自: https://www.javacodegeeks.com/2017/03/product-manager-vs-product-owner.html