产品待办事项：创建和优先级排序技巧

关键要点

• 产品待办事项是一份从路线图衍生出的、按优先级排序的工作列表，它为开发团队下一步要交付的内容提供指引。

• 管理完善的待办事项列表能改善优先级排序、提高效率、促进沟通并提升客户满意度。

• 待办事项列表应定期评审、梳理，并与利益相关者的反馈及业务目标保持一致。

• 维护并确定产品待办事项的优先级，以确保您的团队专注于最具价值和影响力的工作。

优先级明确的敏捷待办事项列表不仅可以简化发布和迭代规划，还能清晰展示团队计划投入时间处理的各项事务，其中也包含客户无法感知的内部工作。

这有助于与利益相关者及其他团队建立预期，尤其是在他们新增工作需求时。条理清晰、管控严谨的产品待办事项是产品开发的核心要素，同时将研发工时视作固定资产。

什么是产品待办事项？

产品待办事项是根据产品路线图及其要求为开发团队列出的优先工作列表。最重要的项目显示在产品待办事项的顶部，以便团队知道首先要交付什么。

开发团队不会按照产品负责人的节奏处理待办事项列表。此外，产品负责人也不会强制向开发团队派发工作。

相反，开发团队会在有能力的情况从产品待办事项中抽取工作，可以是持续抽取（看板），也可以是迭代抽取 (Scrum)。 在 Scrum 框架中，Scrum 产品待办事项是一个由 Scrum 产品负责人精心维护的结构化列表，用于指导开发团队的任务。

最好将所有事项保留在同一个事务跟踪器中。切勿使用多个系统分别跟踪缺陷、需求及研发工作项。如果是开发团队的工作，就将其保存在单一待办事项列表中。

产品待办事项中包含哪些内容？

产品待办事项是一份经过优先级排序的工作项列表，涵盖用户故事、功能、缺陷修复、技术任务以及产品优化所需的调研活动。产品待办事项中的每个项目都应描述清晰、完成估算，并基于业务价值和紧急程度确定优先级。

产品待办事项会随着新需求的出现和优先级的调整而持续演进。例如，待办事项列表中可能包含新版本待上线功能、客户反馈的缺陷以及技术优化项。

所有内容统一规划梳理，助力团队优先交付价值最高的工作。

产品待办事项与冲刺待办事项对比

产品待办事项是一份全面且不断演进的列表，包含了所有对产品期望完成的工作，而冲刺待办事项是选取的用于在特定冲刺阶段完成的项目子集。冲刺待办事项在冲刺规划期间生成，代表了团队对该次迭代的承诺。

了解二者的区别有助于团队保持专注、有序推进工作。例如，产品待办事项可能包含数百个工作项，但冲刺待办事项会将团队的关注点缩小至一组易管理的任务。

这有助于实现每次冲刺的清晰进度跟踪与目标对齐。

产品待办事项的优势

一个管理良好的产品待办事项可以为开发团队带来许多好处。其中一些主要好处包括：

• 改进优先级排序：产品待办事项有助于确保最关键的任务首先得到处理。

• 提高效率：通过根据客户反馈和业务目的确定任务的优先级，团队可以确保他们完成最有价值的任务。

• 改善沟通：产品待办事项可确保每个人都保持一致，并朝着相同的目标努力。

• 减少浪费：通过根据客户反馈和业务目的确定任务的优先级，团队可以减少浪费，并确保他们不会从事没有价值的工作。

• 提高客户满意度：通过根据客户反馈确定任务的优先级，团队可以确保提供客户所需的特性和功能。

从两个 R 要素着手搭建产品待办事项

团队的路线图和需求为产品待办事项奠定了基础。路线图举措拆解为几个长篇故事，每个长篇故事都有几个需求和用户故事。

我们来看一款名为 Teams in Space 的虚构产品的产品路线图：

由于 Teams in Space 网站是路线图中的第一个计划，因此我们想将该计划分解为长篇故事（此处以绿色、蓝色和蓝绿色显示）和每部长篇故事的用户故事。

然后，产品负责人将每个用户故事整理成一个列表，提供给开发团队。产品负责人可以选择先交付完整的长篇故事（左）。

或者，对于该计划来说，测试预订打折航班可能更为重要，这需要几个长篇故事的故事。哪些因素会影响产品负责人的优先级排序？

• 客户优先级

• 获得反馈的紧迫性

• 相对实施难度

• 工作项目之间的共生关系（例如如果我们先做 A，B 会更容易）

有效的产品待办事项优先级排序可确保最关键的任务首先得到处理，同时平衡团队自主权与产品负责人的要求。 虽然产品负责人的任务是确定待办事项列表的优先级，但这项工作并不是脱离实际完成的。

出色的产品负责人会寻求客户、设计人员和开发团队的意见和反馈，以优化每个人的工作量和产品交付。

创建产品待办事项

创建产品待办事项是敏捷产品开发的一个关键步骤。它包括制定产品路线图、列出产品待办事项以及与团队沟通。

制定产品路线图

产品路线图是一个高层次的计划，概述了产品的愿景、目标和目的。它是产品待办事项的基础，有助于确保每个人都保持一致，朝着相同的目标努力。

要制定产品路线图，首先要明确产品的愿景和使命。然后，确定需要实现的关键目的和目标。

最后，将目的分解为可添加到产品待办事项中的较小的、易于管理的任务。

列出产品待办事项中的项目

产品路线图制定完毕后，就可以开始列出产品待办事项中的项目了。这些项目可以包括功能、用户故事、缺陷、设计变更和技术债务。

在列出产品待办事项中的项目时，应包括每个项目的清晰描述和任何相关细节，如预计时间和所需资源。根据客户反馈、请求和业务目的确定项目的优先级也很重要。

这可确保开发团队致力于完成能带来最大价值的任务。

与团队沟通

在创建产品待办事项时，有效的沟通至关重要。产品负责人应与开发团队密切合作，确保每个人都了解产品待办事项和优先事项。

产品负责人还应与销售和营销等其他团队沟通，以确保每个人都保持一致，并朝着相同的目标努力。定期的会议和更新可确保每个人都保持一致，并有效地管理产品待办事项。

还需要指导吗？请查阅来自 Jira 的免费产品待办事项模板。

如何确定产品待办事项的优先级

待办事项列表优先级排序对于确保开发团队专注于能产生最大影响的任务至关重要。下面介绍具体方法：

各种待办事项列表优先级排序技术（如 MoSCoW 和加权评分）可以帮助团队有效地管理和排序任务。确定优先级的过程包括定期修订和重新调整目标，以适应动态的业务环境。

第 1 步：评估客户需求

• 确定对用户价值最高的功能或修复。

• 利用客户反馈、调查或分析来确定优先级。

第 2 步：评估反馈的紧迫性

• 优先考虑能为团队或利益相关者带来可行洞察信息的项目。

• 例如，尽早测试新功能可以节省时间和资源。

第 3 步：考虑实施的复杂性

• 平衡待办事项列表，既要包含速赢项目，也要包含更复杂、更长期的项目。

• 权衡工作量与影响的比率，确保资源得到合理使用。

第 4 步：考虑依赖关系

• 确定在其他项目开始之前必须完成的任务。

• 通过首先处理基础工作来简化工作流。

支持待办事项列表优先级排序的可靠工具可简化产品开发并提高效率。在产品负责人主导优先级排序的同时，开发团队、设计师和利益相关者的参与也能促进对优先事项的共同理解。

定期讨论可确保一致性并改进决策。

使用 MoSCoW（必备项、应有项、可选项、暂不做项）或加权评分等优先级排序框架，做出客观的数据驱动型决策。团队可以使用 Product Discovery 中的灵活优先级排序功能Jira 实现自己独特的优先级排序框架。

如何有效管理产品待办事项

产品待办事项建立后，定期维护以跟上项目群进度至关重要。产品负责人应在每次迭代规划会议前审查待办事项列表。

这可确保优先级排序准确，且已纳入上一轮迭代的反馈意见。定期的待办事项列表审查在敏捷领域通常被称为产品待办事项优化，可确保任务贴合利益相关者的洞察信息。

部分团队使用待办事项列表优化这一术语，该工作同样能让团队为即将到来的冲刺做好更充分的准备。当待办事项列表规模变大时，产品负责人需将其归类为近期项目和长期项目。

短期项目需要全面完善，然后才能归类为短期。这意味着要拟定完整的用户故事，完成与设计和开发团队的协作，并获取开发团队的工作量估算。

长期项目可以保持模糊，但最好能从开发团队那里获得一个粗略的估算，以帮助确定优先级。这里的关键词是“粗略”，因为一旦团队完全理解并开始工作，估算就会发生变化。

待办事项列表充当产品负责人和开发团队之间的联系纽带。产品负责人可以根据客户反馈、逐渐完善的估算和新需求，重新确定待办事项列表中工作的优先级。

但是，一旦工作正在进行中，就应尽量减少变更，因为变更会扰乱开发团队，影响专注度、流程和士气。

应留意的反模式

• 产品负责人在项目开始时就确定了产品待办事项列表的优先级，但并不会根据开发人员和利益相关者的反馈进行调整。

• 该团队将待办事项列表限制为面向客户的项目。

• 待办事项列表作为本地存储的文档保存，很少共享，因此相关各方无法获得更新。

谁负责产品待办事项？

产品经理负责管理产品待办事项，确保其内容实时更新、经过优先级排序且与业务目标保持一致。尽管这项工作由产品负责人主导，但开发团队与利益相关者的意见对于待办事项列表中工作项的优化和厘清至关重要。

常态化的协作有助于产品负责人就优先处理哪些事项以及何时处理特定事项做出明智的决策。例如，开发人员可能会标记技术债务，而利益相关者则会强调客户的紧急需求，从而确保待办事项列表的优先级实现平衡考量。

产品待办事项让团队保持敏捷性

精明的产品负责人会严格梳理计划的产品待办事项，为项目的工作项创建一个可靠、可共享的大纲。 利益相关者会对优先事项提出质疑，这是好事。

围绕什么是重要的展开讨论，能让每个人的优先事项保持一致。这些讨论可以培养一种确定群组优先级的文化，确保每个人都对计划抱有相同的想法。

优先级明确的敏捷待办事项列表明确了团队打算花时间做的事情，突出了可见任务和内部任务。产品待办事项也是迭代规划的基础。

所有工作项都应包含在待办事项列表中，包括：用户故事、缺陷、设计变更、技术债务、客户请求、回顾中的操作项等。这样，可以确保每个人的工作项都包含在每次迭代的总体讨论中。

然后，团队成员就可以在开始迭代之前，在完全了解需要完成的所有工作的情况下，与产品负责人进行权衡取舍。

让产品负责人决定待办事项列表中工作项的优先级，而开发团队则自主把控速度。对于想要将工作“推给”团队的新产品负责人来说，这可能是一种脆弱的关系。

想了解更多？了解有关进行中的工作量限制和流程相关信息！