产品待办列表是敏捷开发中用来跟踪所有必须完成的工作的一个清单。这个清单涵盖了从新功能的添加，到缺陷的修复，再到对现有功能的改进等等。这个列表就像产品团队的任务中心，上面列出了所有需要完成的工作，而且只有列在这个清单上的工作才会被开发和实施。但是，即使某项工作被列入了这个清单，也并不意味着它一定会被完成，因为这个清单更像是一个待办事项的集合，团队可能还没有准备好去执行这些任务。
产品待办列表是一个动态的文档，会随着产品团队对项目理解的深入而不断更新，可能会添加新任务，或者重新排序和删除已有任务。为了保证产品的开发始终能够灵活应对变化，团队需要定期整理这个清单，判断哪些功能最重要，以此来确保大家的工作都能保持一致。
比如下面就是我们在PingCode中建立的产品待办列表：
一、产品待办列表如何适应整体情况？
- 产品待办列表是实现产品战略的关键组成部分。
- 产品战略定义了公司愿景的实现路径，而产品路线图则是这一战略的执行计划。
- 产品待办列表细化了路线图中的每一步，确保每一个需要完成的细节任务都被列出并得到执行。
产品路线图和 产品待办列表是互相支持的，一个决定了战略方向，另一个则提供了实现这些战略的具体行动步骤。 产品待办列表的内容可能会根据路线图的更新而调整，同时， 产品待办列表中的变化也可能反过来影响路线图的内容。
| 产品路线图 | 产品待办列表 |
|---|---|
| 是什么 | 是什么 |
| 战略性产品规划工具 | 实用的任务级列表，列出创建项目所需的一切事项 |
| 包含 | 包含 |
| 产品版本或主要版本连同每次发布的关键特性 | 用户故事和史诗 |
| 面向 | 面向 |
| 利益相关者、投资者，甚至客户 | 产品团队和开发团队 |
| 衡量 | 衡量 |
| 战略目标和指标 | 完成的任务/举措 |
| 时间框架 | 时间框架 |
| 变化多端，从几个月到一年不等 | 产品待办列表– 不定；冲刺待办列表 – 1-2周 |
二、产品待办列表包含哪些内容？
产品待办列表应该包含所有与产品或项目相关的工作，这些工作的种类和举措会因团队的不同而有所不同，但一般来说，以下类型的工作会被列入列表：
- 新功能的开发
- 新功能的想法
- 所有级别和严重程度的缺陷
- 缺陷的修复工作
- 功能的改进
- 范围缩小后的改进
- 来自客户和利益相关者的功能请求
- 设计的变更
- 用户体验的问题
- 技术债务
- 基础设施的变更
这些工作项在规模和详细程度上可能各不相同，可以是技术性的描述，也可以是侧重于用户个人需求和问题的描述。例如，在Scrum的产品待办列表中，产品经理可能会使用用户故事的形式来记录这些工作项，用户故事是关于某个用户（通常是客户）如何使用产品的简短描述。这些故事通常遵循一个模板：“作为一名[某种类型的用户]，我想要[某个目标]，以便[某个原因]”。
三、谁负责产品待办列表？
至于谁负责产品待办列表的问题，答案是产品负责人（Product Owner）。尽管整个团队都会对产品待办列表做出贡献和工作，但产品负责人是负责维护待办列表的人。在Scrum的实践中，Scrum产品负责人负责保持一个良好的待办列表状态，Scrum主管、Scrum团队和其他利益相关者会通过增加新的条目和完成待办列表中的任务来提供帮助。
如果团队使用了多个待办列表，可能会有不同的人负责不同的待办列表。例如，产品负责人可能维护主产品待办列表，而技术团队可能负责冲刺待办列表。
四、如何创建产品待办列表？
创建产品待办列表的方法因团队的产品管理方式和采用的敏捷方法论而异，可能会使用不同的策略和流程。为了保持团队的协调一致并避免待办列表过多而难以管理，有几条普遍适用的规则：
- 确保团队每个成员都理解并遵守待办列表管理的流程。
- 如前文讨论，指定一个明确的待办列表负责人。
- 明确哪些事项应该进入待办列表清单。鼓励大家贡献想法很重要，但要避免添加那些对客户无增值的条目。
- 定期进行待办列表整理。待办列表的负责人应该检查所有条目以确保优先级设置正确，且包含了最新的团队反馈。
五、五步待办列表管理流程
第 1 步：从清晰的产品路线图和深入的用户理解为基础开始
产品卓越性建立在：
- 深入的用户理解、
- 清晰的产品战略
- 连贯的路线图
三者的交汇点上。在添加和确定待办列表条目的优先级之前，需要深刻理解用户的需求和要求。从这些理解出发，创建和优先排列路线图。一个清晰的路线图有助于建立一个简洁明了、易于更新和修改的待办列表。
第 2 步：探索并列出待办列表中的所有新条目
一旦有了初步的路线图，就根据该路线图在产品待办列表中添加和描述所有条目。
路线图的目标是定义产品的整体发展路径、主要发布和高层特性。而待办列表则旨在捕捉到所有细节——中小特性、缺陷、用户请求等。此阶段，尚未对待办列表条目进行优先级排序或分组。
第 3 步：将待办列表项组织成故事和史诗
在管理待办列表时，把较小的任务定义为故事，把较大的任务定义为史诗。用户故事是从用户的角度出发描述的任务。史诗是由许多用户故事组成的大型任务集合。 当然，如果更倾向于技术描述，也可以不用故事和史诗的格式。
第 4 步：为条目确定优先级
产品负责人会把近期需要完成的任务放在待办列表的最顶部。这些任务通常会描述得更详细。而在清单中往下，优先级越低的任务，描述的细节也越少。确定任务优先级时，会考虑多个因素：
- 功能对用户的价值
- 任务的复杂性和实施难度
- 开发所需的努力
- 客户的期望
- 功能的影响范围
- 路线图的变动也会影响待办列表。产品负责人需要通过调整优先级、增加或移除任务来确保路线图和待办列表的一致性
如果不熟悉如何确定产品优先级，可以查看产品优先级指南学习。
第 5 步：定期回顾待办列表
定期进行待办列表的维护和清理是很重要的。这一过程在敏捷开发中称为“待办列表整理”或“待办列表精炼”。定期回顾帮助确保任务的优先级设置得当，并且维持一个易于管理的待办清单。
六、产品待办列表与冲刺待办列表的区别
产品待办列表包含了为完成整个项目或产品必须交付的所有任务的列表。而冲刺待办列表则是从产品待办列表中挑选出来的，只包含在接下来的冲刺周期内能够完成的任务。冲刺待办列表有助于减轻团队的负担，提高效率，因为它只关注那些在冲刺期间能够完成的任务。
比如下方就是一个Sprint（冲刺）待办列表：
