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