产品待办事项：创建和优先级排序技巧
一个健康的产品待办事项很像是一个健康的人：衣着整齐、做事井井有条、生活公开坦荡。
开始使用 Scrum 待办事项模板
借助 Scrum 待办事项模板，轻松整理并确定任务优先级、优化时间预估，同时解决各项障碍。
Key Takeaways
A product backlog is a prioritized list of work derived from the roadmap, guiding development teams on what to deliver next.
Well managed backlogs improve prioritization, efficiency, communication, and customer satisfaction.
Backlogs should be regularly reviewed, refined, and aligned with stakeholder feedback and business objectives.
Maintain and prioritize your product backlog to ensure your team focuses on the most valuable and impactful work.
优先级明确的敏捷待办事项列表不仅可以简化发布和迭代规划，还可以宣扬您的团队打算花时间处理的所有内容，包括客户永远不会注意到的内部工作。
这有助于利益相关者和其他团队设定期望，尤其是当他们为您带来额外工作时，并且能够固定工程时间。
什么是产品待办事项？
产品待办事项的优势
A well-managed product backlog can bring numerous benefits to a development team. Some of the key benefits include:
Improved prioritization: A product backlog helps to ensure that the most critical tasks are being worked on first.
Increased efficiency: By prioritizing tasks based on customer feedback and business objectives, teams can ensure they work on the most valuable tasks.
Better communication: A product backlog ensures everyone is aligned and working towards the same goals.
Reduced waste: By prioritizing tasks based on customer feedback and business objectives, teams can reduce waste and ensure that they are not working on tasks that are not valuable.
Improved customer satisfaction: By prioritizing tasks based on customer feedback, teams can ensure they deliver customers' desired features and functionality.
Overall, a well-managed product backlog is essential for agile product development. It ensures that teams are working on the most valuable tasks and that everyone is aligned and working towards the same goals.
以两个“R”开始产品待办事项
团队的路线图和需求为产品待办事项奠定了基础。路线图计划分解为几个长篇故事，每个长篇故事都有几个需求和用户故事。我们来看看虚构产品 Teams in Space 的路线图。
由于 Teams in Space 网站是路线图中的第一个计划，因此我们想将该计划分解为长篇故事（此处以绿色、蓝色和蓝绿色显示）和每部长篇故事的用户故事。
然后，产品负责人将每个用户故事整理成一个列表，提供给开发团队。产品负责人可以选择先交付完整的长篇故事（左）。或者，对于该计划来说，测试预订打折航班可能更为重要，这需要几个长篇故事的故事（右）。参见下方两个示例。
什么会影响产品负责人的优先级？
客户优先级
获得反馈的紧迫性
相对实施难度
工作项目之间的共生关系（例如如果我们先做 A，B 会更容易）
有效的产品待办事项优先级排序可确保最关键任务优先处理，在团队自主权与产品负责人的需求之间实现平衡。尽管产品负责人肩负待办事项列表优先级排序的职责，但这并非孤立进行的工作。高效的产品负责人会寻求客户、设计人员和开发团队的意见和反馈，以优化每个人的工作量和产品交付。
创建产品待办事项
创建产品待办事项是敏捷产品开发的一个关键步骤。它包括制定产品路线图、列出产品待办事项以及与团队沟通。
制定产品路线图
产品路线图是一个高层次的计划，概述了产品的愿景、目标和目的。它是产品待办事项的基础，有助于确保每个人都保持一致，朝着相同的目标努力。
要制定产品路线图，首先要明确产品的愿景和使命。然后，确定需要实现的关键目的和目标。最后，将目的分解为可添加到产品待办事项中的较小的、易于管理的任务。
列出产品待办事项中的项目
产品路线图制定完毕后，就可以开始列出产品待办事项中的项目了。这些项目可以包括功能、用户故事、缺陷、设计变更和技术债务。
在列出产品待办事项中的项目时，应包括每个项目的清晰描述和任何相关细节，如预计时间和所需资源。根据客户反馈、请求和业务目的确定项目的优先级也很重要。
这可确保开发团队致力于完成能带来最大价值的任务。
与团队沟通
在创建产品待办事项时，有效的沟通至关重要。产品负责人应与开发团队密切合作，确保每个人都了解产品待办事项和优先事项。
产品负责人还应与销售和营销等其他团队沟通，以确保每个人都保持一致，并朝着相同的目标努力。定期的会议和更新可确保每个人都保持一致，并有效地管理产品待办事项。还需要指导吗？
请查阅来自 Jira 的免费产品待办事项模板。
如何确定产品待办事项的优先级
待办事项列表优先级排序对于确保开发团队专注于能产生最大影响的任务至关重要。具体实施方法如下：各种待办事项列表优先级排序技术（如 MoSCoW 和加权评分）可以帮助团队有效地管理和排序任务。确定优先级的过程包括定期修订和重新调整目标，以适应动态的业务环境。
第 1 步：评估客户需求
确定对用户价值最高的功能或修复。
利用客户反馈、调查或分析来确定优先级。
第 2 步：评估反馈的紧迫性
优先考虑能为团队或利益相关者带来可行洞察信息的项目。
例如，尽早测试新功能可以节省时间和资源。
第 3 步：考虑实施的复杂性
平衡待办事项列表，既要包含速赢项目，也要包含更复杂、更长期的项目。
权衡工作量与影响的比率，确保资源得到合理使用。
第 4 步：考虑依赖关系
确定在其他项目开始之前必须完成的任务。
通过首先处理基础工作来简化工作流。
支持待办事项列表优先级排序的可靠工具可简化产品开发并提高效率。在产品负责人主导优先级排序的同时，开发团队、设计师和利益相关者的参与也能促进对优先事项的共同理解。定期讨论可确保一致性并改进决策。
专业提示：使用 MoSCoW（必须有、应该有、可以有、不会有）或加权评分等优先级排序框架，做出客观的数据驱动型决策。团队可以使用 Jira Product Discovery 中的灵活优先级排序功能实现自己独特的优先级排序框架。
如何有效管理产品待办事项
产品待办事项建立后，定期维护以跟上项目群进度至关重要。产品负责人应在每次迭代规划会议之前审查待办事项列表，以确保优先级正确并纳入上次迭代的反馈。
定期待办事项列表审查在敏捷圈常被称为产品待办事项梳理，它能确保任务与利益相关者的洞察信息保持一致，同时让团队为即将到来的冲刺做好准备。部分团队也会使用待办事项列表梳理这一术语。
当待办事项列表规模变大时，产品负责人需将其归类为近期项目和长期项目。近期项目需要全面完善后，才能归类为此类别。
这意味着要拟定完整的用户故事，完成与设计和开发团队的协作，并获取开发团队的工作量估算。
专业提示
一旦待办事项列表的增长超出了团队的长期能力，就可以关闭团队永远无法解决的事务。为便于今后研究，可在团队的事务跟踪器中标记出这些事务的具体解决方案，如“超出范围”。
长期项目可以保持模糊，但最好能从开发团队那里获得一个粗略的估算，以帮助确定优先级。这里的关键词是“粗略”，因为一旦团队完全理解并开始工作，估算就会发生变化。
待办事项列表充当产品负责人和开发团队之间的联系纽带。产品负责人可以根据客户反馈、逐渐完善的估算和新需求，重新确定待办事项列表中工作的优先级。
但是，一旦工作正在进行中，就应尽量减少变更，因为变更会扰乱开发团队，影响专注度、流程和士气。
应留意的反模式
产品负责人在项目开始时就确定了产品待办事项列表的优先级，但并不会根据开发人员和利益相关者的反馈进行调整。
该团队将待办事项列表限制为面向客户的项目。
待办事项列表作为本地存储的文档保存，很少共享，因此相关各方无法获得更新。
产品待办事项让团队保持敏捷性
精明的产品负责人会严格梳理计划的产品待办事项，为项目的工作项创建一个可靠、可共享的大纲。
利益相关者会对优先事项提出质疑，这是好事。围绕什么是重要的展开讨论，能让每个人的优先事项保持一致。这些讨论可以培养一种确定群组优先级的文化，确保每个人都对计划抱有相同的想法。
优先级明确的敏捷待办事项列表明确了团队打算花时间做的事情，突出了可见任务和内部任务。产品待办事项也是迭代规划的基础。所有工作项都应包含在待办事项列表中，包括：用户故事、缺陷、设计变更、技术债务、客户请求、回顾中的操作项等。这样，可以确保每个人的工作项都包含在每次迭代的总体讨论中。然后，团队成员就可以在开始迭代之前，在完全了解需要完成的所有工作的情况下，与产品负责人进行权衡取舍。
专业提示：产品负责人决定待办事项列表中工作项的优先级，而开发团队则决定其速度。对于想要将工作“推给”团队的新产品负责人来说，这可能是一种脆弱的关系。本文解释了进行中的工作限制和流程。