《敏捷估计与规划》之发布计划
发布计划是建立高层次的，覆盖超过一次迭代周期的计划的过程，一次典型的发布可能会覆盖3-6个月，而且根据迭代周期的长度，可能会包括3-12次或者更多次迭代。发布计划很重要的原因有几点：
首先，可以帮助产品负责人和整个团队判断在获得一个可发布的产品之前，必须花多长时间开发多少东西
其次，发布计划传递了对于在多长时间可能开发什么内容的期望
第三，发布计划可以作为团队前进的路标，没有发布计划，团队就会无止境的从一次迭代走向另一次迭代。
1.确定满意条件
项目有么是由日期驱动，要么就有特性驱动。通常使用进度、范围和资源目标的组合来定义产品负责人的满意目标。
2.估算用户故事
由于估算代表了开发按用户故事的成本，对每个故事都进行估算就非常重要。对产品负责人所想要的所有特性进行估算是不必要的，期望延续到未来的2-3次发布，不需要对更遥远的工作进行估算。
3.选择迭代周期长度
大多数敏捷团队采用2-4周的迭代周期开展工作，时间更长一些也有可能，计划一次发布的时候，需要选择合适的迭代长度
4.估算速度
共同工作过的团队，使用它们最近表现出的速度。如果技术或业务领域发生变化，则不太合适，可以根据一些方法来根据过去的结果得到合理的速度估算。
5.确定故事优先级，根据之前学习的经济指标、KANO模型、价值工程进行优先级判定
6. 选择用户故事和发布日期
受特性驱动的，可以对所有必须特性的大小估算值求和，除以速度，即迭代次数
受日期驱使的，同时时间确定迭代的次数。X速度就可以告诉我们可以发布多少个故事点或者理想日
发布计划有多详细的问题，两种方式：一种是建立一个显示出每次迭代中要开发什么，一种是决定整个发布要开发什么，每次迭代的具体内容以后考虑。
典型的发布会议会有大量的讨价还价和假设分析，使用卡片或即时贴来表示那些故事进入，哪些没有进入发布或这次迭代。
计划一次发布时，产品负责人需要选择将具有最高优先级的对象放入第一次迭代。
更新发布计划，需按一定的周期对发布计划进行回顾和更新。如果速度保持稳定，可按计划进行，则不需要更新发布计划，团队同事可以从每次迭代回顾中受益。
迭代计划中，团队将更专注、更详细的研究哪些事情对于要完全实现那些新的迭代所选择的用户故事是必须的。
迭代计划是在迭代计划会议上制定的。迭代计划是一个电子表格，或者一组每张上写有任务的记录卡片。无论使用哪种形式，任务需和故事对应起来。需要注意的是：迭代计划时不分配任务。否则会与团队成员为达到迭代目标而做出一致的承诺相矛盾。
网友评论