敏捷项目管理：如何梳理产品待办事项列表

了解敏捷产品待办事项整理流程非常重要。“冰山”的比喻经常被用来形象化这个过程是如何运作的。

产品待办事项列表是谁制定的

什么是产品待办事项整理？

敏捷/Scrum 项目管理流程中的“产品待办事项列表”是要完成的工作的优先级队列。它通常由用户故事组成，这些用户故事是对必须满足的特性和功能的简短描述。它还可能包含其他需要完成的工作，例如软件错误或重构。当产品待办事项列表最初创建时，它可能仅在高层进行定义，并且随着项目的进展，产品待办事项列表项会逐渐细化并进一步确定优先级。

该过程称为“产品待办事项整理”。它通常在整个项目中与开发工作同时持续进行。产品待办事项整理的目标是在准备开始开发时充分定义产品待办事项列表项。

产品待办事项梳理冰山方法

我喜欢将产品待办事项列表视为“冰山”，如下图所示：

“冰山”的思路是：当你从冰山顶部拉出物品时，冰山中较低层的其他故事会向上移动以取代其位置。

开发需求并将其推向冰山的过程不断持续，以促进开发过程。具有不同需求定义阶段的看板流程非常适合这个流程。

您需要提前计划多远？

一个关键的决定是“您需要提前计划多远才能领先于开发过程？”

产品待办事项整理的典型敏捷方法有时主要侧重于将待办事项限制为仅提前2-3个冲刺。这种方法只需要根据需要进行修饰，为故事做好开发准备。根据项目需要的规划级别，产品待办事项整理可能会有很大差异。

完全自适应的方法

如果您的项目可以完全适应并且不需要计划，那么您可能可以接受这种方法。随着项目的进展，您可以即时完全定义产品待办事项列表。

更多计划驱动的方法

然而，在许多情况下，需要在项目的发布级别或项目级别制定计划。在这种情况下，即使不是不可能，也是非常困难的。限制积压的定义太多并且还能够对项目的进展情况制定某种计划。

产品待办事项整理指南

以下是此过程的一些建议指南：

1. 你永远不希望开发团队等待故事进入开发阶段

充分准备并准备投入开发的故事数量应始终提前足够多，以防止队列变空。您总是希望防止开发人员无所事事地等待故事的开发。

2. 修饰过程的逻辑阶段

其余待办事项的整理过程会经历一些逻辑阶段。这些阶段应与您需要实现的任何规划目标保持一致。例如，如果需要发布级规划或项目级规划来预测计划和估计进度，则需要提前充分定义待办事项以支持该目标。

3. 产品待办事项整理可能非常耗时

产品待办事项整理可能是一个非常耗时的过程。整理接下来的内容的时间需要纳入当前的冲刺中，否则可能无法及时完成以跟上开发工作。

4. 有效地利用团队人员

有效地利用团队中的人员来整理待办事项可能是一项挑战。

负责故事开发的开发人员需要参与最后的修饰阶段。在开发故事之前，应该对故事的意图达成共识。然而，如果整个开发团队在早期阶段就深入参与待办事项整理，这可能会给团队带来巨大的负担。大部分工作可以由产品负责人或与产品负责人合作的业务分析师完成，并根据需要由开发团队的投入进行补充。