6、敏捷开发：规划、障碍处理与需求细化

敏捷开发：规划、障碍处理与需求细化

1. 冲刺规划

在敏捷开发中，开发团队完成产品待办事项列表（PBIs）的优先级排序后，接下来要将PBIs分解为更细致的技术任务，并以小时为单位估算每个任务。虽然以小时估算可能存在一定误差，但这有助于团队做出更明智的设计权衡决策，也能让团队对冲刺结束时可能交付的成果更有信心。

产品负责人在这个阶段不一定要全程参与，但必须保持待命状态，以便在需要进一步澄清时提供帮助。因为产品负责人的缺席可能会导致冲刺规划会议停滞不前。

在确定冲刺待办事项列表中的具体任务数量时，除了基于速度的规划方法，还可以采用基于承诺的规划方法。以下是开发团队在基于承诺的规划中通常遵循的步骤：
1. 从优先级最高的PBI开始。
2. 将PBI分解为以小时估算的任务。
3. 识别任何特定的任务依赖关系。
4. 重复这个循环，直到团队的总容量满为止。
5. 如果基于速度的方法和基于承诺的方法得出的结果不一致，可召回产品负责人，若还有容量则添加额外的PBIs；若容量提前用完，则向其解释为何目标PBIs数量比最初预期少。

在生成任务时，通常需要设置一些参数：
- 每个任务应该是整体PBI的一个小的、可测试的部分，并考虑到满足任务“完成”定义所需的所有活动。
- 每个任务的耗时不应超过8小时，越短越好。
- 虽然多个开发人员可以处理单个PBI，但每个任务应该由一个开发人员或开发人员对负责。
- 不要忘记包括冲刺评审准备任务，如必要时准备演示数据。

完成任务分解和估算后，就形成了冲刺待办事项列表。任务的原始估算可以汇总形成冲刺的初始剩余时间，并每天重新计算，在冲刺