在上一章，我们介绍了如何建立自组织团队，本章我们将介绍如何制定一份好的迭代计划。 经常有人问我，敏捷核心是“拥抱变化”，那为什么要做计划呢？这是因为敏捷和所有项目管理都一样，我们需要行动方案来指导我们达成未来的目标，计划可以帮助我们有序地推进，但是敏捷的计划频度相较于传统开发更加高频，敏捷的计划更加灵活，我们称之为迭代计划。
在敏捷中，我们要将上一个迭代中用户的反馈加入本次迭代当中，也就是说敏捷落地是一个闭环，从最初的演进阶段，根据待办事项列表选择优先级最高的任务，接着实施阶段去完成该任务，然后反馈阶段收集用户体验得到他们最真实的想法，最后优化阶段根据之前的反馈进行优化，这四个阶段周而复始帮助我们的产品趋向最佳，不断提高用户的满意度。在整个过程中，迭代计划用来帮助我们更加高效地推进。
知道了这些，我们还要复习一下之前提到的“时间盒”概念，时间盒是一种管理方法，即在预算时间内对完不成的功能进行删减或者延迟，而不是拖延预算的时间。一个好的迭代计划应该是在时间盒内尽可能排进价值最高的代办事项。
1.制定迭代计划
具体制定迭代计划时，我必须要考虑到以下这些方面。
1.确定迭代周期，这通常由团队自行决定，一般在 1~4 周之间。迭代周期主要取决于两个因素：敏捷成熟度（指团队敏捷实践的能力）和自动化程度，这两种因素程度越高，迭代周期越短，反之越长。
2.确定一个迭代内的关键工作项，比如什么时间进行需求评审、什么时间测试。
3.固定关键工作项的发生时间，比如我们用两周迭代，然后在第二周的周一进行需求评审，周二开始测试。我们通常用表格将固定关键工作项的发生时间列出来，放在团队都能看到的位置，大家需要共同遵守。
4.培养团队的工作节奏感
扫一扫
681
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
