每个产品经理应该知道是敏捷产品所有者的9件事

望远镜-45

恭喜。你’re now an agile “product owner,”您的产品的冠军。没有bigie–您只有最终的健康和福祉责任。你“own”产品愿景,深深,重视客户需求,保持改变利益相关者价值的脉搏,并对建立(或不)以及何时进行的持续决定。这是一个很高的秩序。 

也许您从作为产品经理中进入这项工作,营销,客户服务,金融,业务分析,工程,销售或其他一些业务或技术领域。或者也许您直接从其中一个角色成为产品所有者。你可能会理解 伟大的产品经理的适当和适当化.

您需要知道什么是敏捷的产品所有者? 

1.将末端放在手段前。

敏捷侧重于价值,并尽快提供最高值功能。要有效地做到这一点,每个人都来自C-Suite到工程团队 - 需要他们的眼睛固定在奖品上。您的许多工作之一,也许是最重要的是,以后,一遍且过度地分享您的产品的愿景,目标和目标。更好的是,建立一个与跨职业学科的代表的合作产品愿景,包括工程。

2.为您的客户构建同理心。

分享您从客户访问,研究,反馈和互动中学习的内容。如果可能,请将您的工程师,测试人员,业务分析师,用户体验和您的交付团队的任何其他成员携手,以观察阴影或学徒。邀请他们阅读客户服务和投诉电子邮件或坐在运营或客户服务中,满足客户需求。让他们在您的顾客鞋中散步,就像你一样。

3.站起来。

参加日常立宪。不要将它们视为状态会议,而是作为需要促进领导的日常计划会议。

4.舒适。

让自己或你明确地指定为您的战术“产品所有者”的人每天都可以为正在进行的工作回答问题。可用于澄清验收标准,并查看原型,完成故事或其他接受证据 演示。在你看过它之前,球队无法真正考虑它。不要等到演示,看看球队已经完成了什么 - 否则你将失去实时细化的机会,并获得可能令人尴尬的演变日惊喜。

永远,永远,总是参加你的团队演示。更好,促进了客户或代理客户演示完成工作的演示。更好,我挑战你进一步迈出一步:“邀请世界”。市场推出你的演示。从其他地区获得同事。鼓励工程师邀请别人。引入其他产品领域(产品冠军),工程团队,运营等同事。只有一个站立的演示不仅展示了您和您的团队的工作,而且还展示了责任,并邀请您组织内的强大反馈。

5. FESS UP。

您是团队的一员,因此是团队回顾的一部分。准备好提供并获得反馈。您对团队的组成 - 以及您对过程和产品的学习。在那里,参与,并期望回顾才能促进,吸引,透明。每次回顾都应以一个或两个特定的改进行动结束。

有些人可能会争辩说,追溯仅适用于团队。推回。你是团队的一部分 - 有权利和有义务在那里。并记住:需要通过熟练,中性的促进者促进回顾,这可以是来自另一个团队的潦草。

6.决定如何决定。

不要重新缩回关于建立的功能以及何时到工程团队的决定。这是你的责任。但是,请鼓励他们分享和表达他们的意见(希望通过数据支持)。然而,最终,关于从您的产品积压率拉动的决定伴随着您。

你可以选择 代表 当您与许多典型产品冠军相比,战略责任和发现责任时,决策权给企业分析师但是一旦你委托那一旦责任,不要回来和否决或第二次猜测所做的决定。您的代理必须具有明确和透明的权限来选择。否则,工程团队将迅速失去信心。

7.以可衡量的英寸移动。

思考小:小片和小型测试的小型切片,具有明确定义的所需结果。通过英寸键创建您的产品。团队需要明确,可衡量的验收标准,因此他们可以创建要确保他们提供的所需的测试是您所需要的。

8.发展伸缩愿景

虽然您可以按英寸移动,但您仍然需要看到码。在敏捷项目中,您不会尝试理解或预测前面的所有产品要求。但是您确实需要绘出产品的长途景点,以建立共同的重点和元帅组织资源(人,金钱,空间,治理)。从那个Vantage点,您可以定义每个版本中构建的内容,然后在每次迭代中定义。

这三个级别 - 产品,释放和迭代 - 对应于产品的三个视图(大视图,预视和现在的视图)。

Big-View包括对产品的全面了解和交付顺序的了解。预先查看概述了在给定版本中提供的产品功能,并在Backlog项目中获取协议,以在发布中的第一个迭代中提供。现在的视图定义了团队将在迭代中提供的项目。

即使在通过现在的观点和预视前进展,也能够牢记最佳产品所有者。

望远镜-90

9.使用RoadMaps作为指导,但不要铺设它们。

敏捷项目需要一个名为产品路线图的规划和分析工具。产品路线图是一种不断变化的产品版本,简要说明了他们的主题,特征和预期的结果。产品路线图旨在实现产品视觉,并满足目标和目标。

请注意该描述中的两件事:演变而随着时间的推移。这些是最好的产品所有者牢记的两个关键点。由于该产品开发,必须修改路线图,包括新技术,新兴机会,对市场条件和客户反馈,团队周期时间(或速度)以及新的学习。如果您在项目开头创建一个路线图,请冻结它,从未从原始路径中偏离,您将错过发现和提供真正欣赏客户的产品的机会。

产品经理制作了优秀的产品所有者

在他们的核心,是一个产品所有者(A.K.A.产品冠军)意味着在做什么伟大的产品经理自然做什么:引导一支球队走向愿景,小步,沿着定期停留,沿着办理登机手续,调整和前进。

帮助那些从产品经理转换到产品所有者的人,您将在苏黎世的产品管理节上加入我们’ll find our 敏捷打开的果酱 探索这个话题的良好场所。还要查看EBG’s 基本产品所有者:冠军成功的产品 现场培训提供。它配备了解和分析您的产品积压,制作困难且有效的价值的规划决策,以及不断炼制精益产品积压的知识和技巧。

敏捷, 产品管理, 产品管理/所有权
8 Responses to “每个产品经理应该知道是敏捷产品所有者的9件事”
  1. 保罗艾拉比

    当我成为所有者这9点真的很有信息,非常有帮助。谢谢你真的很欣赏它 -

  2. 史蒂文伯克斯

    这9家宝石知识的知识非常有助于作为产品所有者执行我的工作角色。

    谢谢,

  3. [email protected]

    谢谢史蒂夫。欣赏你的善意的话。写作是一个‘labor of love’ 🙂

  4. 点托特

    谢谢,艾伦,这些真的很有用。所以只有几个有争议的问题(我希望 - )…
    宝宝是职业宝,而不是必然是产品的真正最终用户?
    Po实际上是旧BA还是BSA在伪装中的角色?
    还是其他地方的真相?

  5. [email protected]

    DOT:感谢您的评论和问题。当然,这些问题都有“it depends”/contextual frame.

    Po Career Po VS产品的实体用户:I’m不确定这两件事是互斥的。作为该产品的真实用户,为最终用户提供了所有POS所需的Empathy。如果他们不是“real”最终用户,他们需要学习如何通过直接互动,观察,查询,建模和实验来获得同情。

    人们正在进行有倾向的产品所有权的工作 产品 管理层(更具战略性,外向面对)可能会发现职业道路既可逻辑和令人满意。他们可能会进入‘uber’产品所有权/锦标赛,用于多种产品线或投资组合。甚至搬进高级工程角色–有助于将产品和客户声音带到可能是经典工程或交付心态的内容。一些POS将通过进入产品专业领域,如营销,定价(商业产品),客户服务或运营。

    我不’伪装 - 如果是“old”BA或BSA是该产品的公认领导者—引导产品视觉和铰接和狩猎价值— 如果此人已被明确委派决策,以便决定产品积压中的哪些项目将被准备并纳入交付—那么那个人就是宝。

    分析需要发生–无论角色如何(作为玛丽戈尔曼,我已经说过:“Its’目标,不是角色” ( http://www.agileconnection.com/article/its-goal-not-role-value-business-analysis-scrum )。

    团队幸运的是让人们拥有巨大的商业分析技能,内置于人们的混合中,确实发现这些技能对于平稳流动和价值的交付至关重要。

    此外,敏捷分析技巧非常有助于与时间嘎吱作响的POS配对。具有这些分析技能的人经常在许多组织或BSA中拥有职位。这些“BAs” often need to have “T”用测试和ux技能。总而言之,我们希望这些人成为“tied at the hip”与他们的PO和产品MGRS也能够解决有关产品要求细节的战术,日常问题。

    谢谢你的问题!

  6. Andrew Binstead.

    喜欢这个,我希望所有产品所有者都能理解他们的过程的一部分是多么重要。下次我被问到一个PO是什么我在这里发送它们 -

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *