产品待办事项列表:一步一步的指南

评论这:
总票数:0

编辑注意:BPMInstitute很高兴分享omer Schechter撰写的本文。本文最初于2020年6月3日在Toptal.com上发布。

产品backlog是产品开发的关键组成部分:由一系列按优先级排序的特性组成,这些特性指导产品从最初的愿景到执行和正式发布。通过将高级概念转换为工作细节,产品待办事项列表促进了产品的创建。让我们仔细看看产品待办事项列表的关键步骤和核心元素,以及产品经理如何负责创建、划分优先级和维护它。

将积压分为两个列表

在创建待办事项列表时,定义它的范围,无论它是否适用于整个公司的产品线、产品的子集,或者只是一个产品——这将帮助您管理功能。

在多个项目中,我已经了解到,将积压分为两个列表是良好的做法;主积分积极和Sprint Backlog(称为Sprint Backlog,因为它可以包含一个或多个Sprints)。这个想法是专注于最紧急的物品,以便在同时维护主积反的所有功能的同时开发它们。

在开始时,两个积压都以高级功能列表启动。但是,Sprint Backlog通常被分成史诗和用户故事,以便于执行,而长期积压仍然存在。产品管理器决定将哪些项目从一个列表移动到另一个列表。

积压来源

接下来,有必要识别积压的功能的潜在来源。示例是用户研究,客户要求,调查和详细的营销研究。如果您有来自您合作的其他产品的相关调查结果,它们也可以作为一个伟大的来源贡献。以下是一些额外的常用来源:

  • 当QA团队与产品广泛合作时,他们可以提供有价值的反馈和对改进的洞察
  • 一个好的客户反馈来源可以是一个未解决的制造问题或一个从现场报告的产品问题
  • 对产品的问题、问题或缺陷的回顾也可以产生如何改进产品的想法
  • 来自销售的请求
  • 研发计划或想法

待办事项列表的来源可能不同,最常见的是产品愿景、用户研究、销售和支持,以及来自QA团队的反馈。

放弃阻塞功能

一个好的产品经理应该拥有积压,并充当控制出现有哪些功能并执行的网守。构建了一个积压,以便高优先级项目显示在列表的顶部,最不重要的项目位于底部。产品经理应该促进在积压器中包含物品而不是阻止它们。当产品经理完全有信心时,拦截应该仅在极端情况下发生。而不是阻止项目,让优先级处理进行过滤。它可能听起来不合理,但你甚至可以甚至包括一个可能不会开发五年的功能 - 在一个地方拥有所有潜在的特征是一个有价值的来源。

处理项目

待定项由高层特性组成,这些特性必须被开发成史诗级、用户故事或简单地输入描述,以便它们出现在待定项中。在包括这些内容时,要确保你有足够的信息,但不要在细节上过度操劳。灵活:只在项目接近开发阶段时才花时间编写描述。为了节省时间和保持效率,产品经理必须在着眼大局和不太深入细节之间保持平衡。

优先的积压

排序Backlog是优先级的核心过程。这是一个高度战略性的步骤,专注于数据而不是肠道感。虽然优先级通常是产品经理的责任,但通常需要通过高级管理层确认和批准。具有适当的结构可帮助您捍卫您的优先级决策。您需要能够呈现结构,传达它,并获得批准。

维护健康优先级排序过程的一个关键要求是为积压功能创建明确定义的权重和评估标准。根据其性质,不同的产品需要不同的解决方案。在下一节中,我介绍了可用作工具箱的实用组件,以创建不同的公式以实现有效的优先级。

定义优先级的标准

定义对产品有意义的标准,并使用它们对每个待定项特性进行分级。这些标准应包括在任何产品:

  • 收入。这个标准是基于客户或销售团队的反馈,是关于该功能能够带来多少潜在收益。除非已经达成协议,否则潜在的收入将只是一个猜测。尽管如此,它仍然是一个有用的衡量优先级的指标,因为它帮助产品经理避免具有潜在低投资回报(ROI)的特性。
  • 市场匹配和市场独特性:市场匹配显示了给定的功能是否为用户解决了一个存在的问题。市场独特性是衡量这个新功能相对于竞争对手的独特性的指标。这两个项目的结合将突出最相关的功能,而这些功能还没有被竞争对手开发出来,因此提供了一个巨大的机会。
  • 复杂性:这个标准结合了估计的启动时间和执行的总体复杂性。这会影响多少功能?它们各自的直接和潜在隐藏成本是什么?以该特性所能带来的最大价值为目标,争取尽可能短的交付时间。
  • 产品待办事项列表:应该根据优先级对功能进行排序。

根据产品考虑的其他标准:

  • 信心:你有多大的信心这个会被使用?这是初创公司的重要标准,也是公司进入新市场的重要标准。
  • 风险:风险越高,这一标准的得分越低。这个标准与置信度标准密切相关。
  • 成本:执行成本高,得分低。它类似于复杂性标准,然而,在某些情况下,高成本意味着较短的开发时间。

分级方法

在给每个待定项打分之前,设置三到四个选项(非常低、低、中、高),并简要描述它们。例如,关于特性开发的长度

复杂性标准将具有以下等级:

  • 非常低:执行一个功能只需要几天时间。(此功能获得最高评分)
  • 低:实施量小于全冲刺或一到两周
  • 中等:执行需要一个sprint或两周
  • 高:执行需要不止一个冲刺。(此功能评分最低)

不要给出等级的顺序数字(也就是说,不要使用0,1,2,3)。相反,使用这个系统:

  • 0分表示非常低的分数
  • 低分1分
  • 中等3分
  • 高分9分

当使用这种评分方法时,你会得到一个清晰的特征和分离。当你使用30或50个功能,而不是15个功能得到相同的分数时,这就产生了很大的不同——你想要的是一个明确排序的优先级列表。

定义权重

下一个重要步骤是定义所选标准的权重或因素。默认情况下,所有标准对特征等级的贡献是相同的。然而,有时,标准有显著不同的影响,因此一个更可靠的贡献。为了简单起见,让我们举一个有两个标准的数值例子:a和b。如果你按照上面描述的方法计算分数,每个标准都会贡献一半的分数。然而,当A标准的重要性是B标准的两倍时,你应该得出这样一个公式:

总体特征得分= 0.66 * A + 0.33 * B

这个公式可能有很多不同的版本,取决于转换成数字的因素的权重。权重之和总是1。

加权方法允许公司根据其战略对待办事项进行优先排序。例如,如果一家公司关注的是短期收入,与收入相关的因素在加权方案中会比其他因素有更高的等级。这样,有望获得收益的功能就会出现在待办事项列表的顶部。

细化:对用户故事

在完成优先级划分过程之后,sprint backlog的下一个步骤是创建用户描述。产品经理将初始特性描述和用户描述的原始版本添加到backlog中。现在是时候让scrum团队创建新的用户故事来响应用户的需求了。待办事项列表的细化(或修饰)当然是团队合作的结果。我喜欢与团队一起进行头脑风暴,将用户商店转化为特性,因为这是一个抽象的愿景转变为实际实现的过程。当您作为产品负责人努力定义一个精确的用户描述时,请确保记住团队的输入:根据我的经验,团队的贡献可以显著地改进用户描述。

短期backlog由三种类型的用户描述组成:

  • RAW:这些是在细化阶段加工的新鲜结晶故事。要将最佳故事推向开发阶段,产品经理需要主动并引导团队。
  • 准备好了:这些故事已经准备好了。在这个阶段,产品经理必须亲力亲为,并通过回答问题和消除瓶颈来支持执行。
  • 已完成:这些已完成的故事已经准备好部署和发布了。短期的产品待办事项安排由三种类型的用户描述组成:原始的、准备好的和完成的用户描述。

维护积压

定期地,backlog(主任务和sprint任务)都应该进行修改。当长期列表因任务过多而超载时,检查底部的项目并决定是否需要删除它们。另外,在制定发布计划之后,一定要修改待办事项列表。通过修改优先级,如果项目的优先级发生了变化,您应该将它们转移到短期待办事项列表中。在特性实现和发布之后,将它们标记为“完成”并归档到主backlog下。您可能需要它们来进行sprint回顾和KPI度量。sprint backlog是一个包含一个或多个sprint的可执行列表。

如何沟通待办事项列表

由于待办事项列表是一个主要的产品构建计划,因此产品经理有效地与团队、首席执行官和/或其他涉众沟通是至关重要的。这个列表不应该这样展示——太多的细节会让观众不知所措。相反,应该关注两个方面:

优先级机制:使用数据的Backlog项目的加权标准证明权力标准,并提供标准的高级摘要。这样,您将说服观众,您建造的积压符合所有要求,并与公司的愿景保持一致。

特性:从上到下呈现待定项的特性。详细的水平应该取决于观众,你可能需要解释的特点和他们的分数。

功能强大的工具

产品积压代表了对产品经理的日常策略的战略思想。开发您需要管理,优先顺序,更新和维护积压所需的技能将使您能够建立伟大的产品并提高公司的整体性能。

评论

加入讨论

x
提醒我以后

你的2022年的专业发展目标是什么?

以我们的专业发展调查为例
现在就做调查有机会赢得价值高达795美元的在线课程!

这个调查只有五个问题,只需要几分钟。