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

优先级明确的敏捷待办事项列表不仅可以简化发布和迭代规划，还可以宣扬您的团队打算花时间处理的所有内容，包括客户永远不会注意到的内部工作。这有助于利益相关者和其他团队设定期望，尤其是当他们为您带来额外工作时，并且能够固定工程时间。

产品待办事项是指根据产品路线图及其要求得出的开发团队待完成工作的优先级列表。最重要的项目显示在产品待办事项的顶部，以便团队知道首先要交付什么。开发团队不会按照产品负责人的节奏处理待办事项列表，产品负责人也不会将工作推给开发团队。相反，开发团队会根据自身的能力从产品待办事项中提取工作进行处理，处理方式可以是持续（看板）的，也可以是迭代（Scrum）进行的。

在 Scrum 框架中，Scrum 产品待办事项是一个由 Scrum 产品负责人精心维护的结构化列表，用于指导开发团队的任务。

试用 Jira Scrum 板

将所有内容保存在一个事务跟踪器中，不要使用多个系统来跟踪缺陷、要求和工程工作项。如果是开发团队的工作，就将其保存在单个待办事项列表中。

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

• 改进优先级排序：产品待办事项有助于确保最关键的任务首先得到处理。
• 提高效率：通过根据客户反馈和业务目的确定任务的优先级，团队可以确保他们完成最有价值的任务。
• 改善沟通：产品待办事项可确保每个人都保持一致，并朝着相同的目标努力。
• 减少浪费：通过根据客户反馈和业务目的确定任务的优先级，团队可以减少浪费，并确保他们不会从事没有价值的工作。
• 提高客户满意度：通过根据客户反馈确定任务的优先级，团队可以确保提供客户所需的特性和功能。

总之，管理良好的产品待办事项对于敏捷产品开发至关重要。它可以确保团队在最有价值的任务上开展工作，并确保每个人都保持一致，朝着相同的目标努力。

团队的路线图和要求为产品待办事项奠定了基础。路线图计划分解为几个长篇故事，每个长篇故事都有几个要求和用户故事。我们来看看虚构产品 Teams in Space 的路线图。

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

然后，产品负责人将每个用户故事整理到开发团队的单个列表中。产品负责人可以选择先交付完整的长篇故事（左）。或者，对于该计划来说，测试预订折扣航班可能更为重要，该测试需要几个长篇故事的故事（右）。参见下方两个示例。

什么会影响产品负责人的优先级？

• 客户优先级
• 获得反馈的紧迫性
• 相对实施难度
• 工作项目之间的共生关系（例如如果我们先做 A，B 会更容易）

有效的产品待办事项优先级排序可确保最关键的任务首先得到处理，同时平衡团队自主权与产品负责人的要求。

虽然产品负责人的任务是确定待办事项的优先级，但这项工作并不是脱离实际完成的。高效的产品负责人会寻求客户、设计人员和开发团队的意见和反馈，以优化每个人的工作量和产品交付。

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

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

要制定产品路线图，首先要明确产品的愿景和使命。然后，确定需要实现的关键目的和目标。最后，将目的分解为可添加到产品待办事项中的较小的、易于管理的任务。

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

在列出产品待办事项中的项目时，应包括每个项目的清晰描述和任何相关细节，如预计时间和所需资源。根据客户反馈、请求和业务目的确定项目的优先级也很重要。这可确保开发团队致力于完成能带来最大价值的任务。

在创建产品待办事项时，有效的沟通至关重要。产品负责人应与开发团队密切合作，确保每个人都了解产品待办事项和优先事项。产品负责人还应与销售和营销等其他团队沟通，以确保每个人都保持一致，并朝着相同的目标努力。

定期的会议和更新可确保每个人都保持一致，并有效地管理产品待办事项。

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

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

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

• 确定对用户价值最高的功能或修复。
• 利用客户反馈、调查或分析来确定优先级。

• 优先考虑能为团队或利益相关者带来可行洞察信息的项目。
• 例如，尽早测试新功能可以节省时间和资源。

• 平衡待办事项列表，既要包含速赢项目，也要包含更复杂、更长期的项目。
• 权衡工作量与影响的比率，确保资源得到合理使用。

• 确定在其他项目开始之前必须完成的任务。
• 通过首先处理基础工作来简化工作流。

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

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

一旦建立了产品待办事项，就必须定期对其进行维护，以便与计划保持同步。产品负责人应在每次迭代规划会议之前审查待办事项列表，以确保优先级正确和纳入上次迭代的反馈。定期审查待办事项列表（在敏捷圈中通常称为产品待办事项梳理）可确保任务与利益相关者的洞察信息保持一致，并让团队为即将到来的冲刺做好准备（有些人使用待办事项列表梳理这一术语）。

待办事项列表变大后，产品负责人需要将待办事项列表分为近期和长期项目。近期项目需要全面完善后，才能标记为近期。这意味着已经起草了完整的用户故事，整理了与设计和开发的协作，并对开发进行了估算。

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

待办事项列表充当产品负责人和开发团队之间的联系纽带。产品负责人可以根据客户反馈、逐渐完善的估算和新需求，重新确定待办事项列表中工作的优先级。但是，一旦工作正在进行中，就应尽量减少变更，因为变更会扰乱开发团队，影响专注度、流程和士气。

专业提示：一旦待办事项列表的增长超出了团队的长期能力，就可以关闭团队永远无法解决的事务。为便于今后研究，可在团队的事务跟踪器中标记出这些事务的具体解决方案，如“超出范围”。

应留意的反模式

• 产品负责人在项目开始时就确定了产品待办事项列表的优先级，但并不会根据开发人员和利益相关者的反馈进行调整。
• 该团队将待办事项列表限制为面向客户的项目。
• 待办事项列表作为本地存储的文档保存，很少共享，因此相关各方无法获得更新。

精明的产品负责人会严格梳理计划的产品待办事项，为项目的工作项创建一个可靠、可共享的大纲。

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

优先级明确的敏捷待办事项列表明确了团队打算花时间做的事情，突出了可见任务和内部任务。产品待办事项也是迭代规划的基础。所有工作项都应包含在待办事项列表中，包括：用户故事、缺陷、设计变更、技术债务、客户请求、回顾中的操作项等。这样，可以确保每个人的工作项都包含在每次迭代的总体讨论中。然后，团队成员就可以在开始迭代之前，在完全了解需要完成的所有工作的情况下，与产品负责人进行权衡取舍。

专业提示：产品负责人决定待办事项列表中工作项的优先级，而开发团队则决定其速度。对于想要将工作“推给”团队的新产品负责人来说，这可能是一种脆弱的关系。本文解释了进行中的工作限制和流程。