发布计划的重要性
由于敏捷开发周期较短，平时的迭代发版次数较多，再加上正在进行敏捷开发的摸索，我们在发布这条路走了一些弯路。不过还好，在借助敏捷管理工具的帮助下，我们实行了发布计划，在敏捷中每个迭代版本的发布都保证安全稳定。
当时的问题
在没有发布计划的情况下，我们的发布没有比较好的计划和安排，并且没有一个清晰流程。
以至于我们在几次的版本发布中导致线上服务直接报错，小部分服务不可用，甚至有一次问题没法马上排除解决，到了不得不回滚代码的地步来保证线上环境的正常运行，最后的排查结果是上线的时候中间有一个命令没有执行。
增加发布计划
经过几次的踩坑，大家痛定思痛，于是我们决定加入发布计划这个工作流程。
在迭代开始的时候，我们就开始建立发布计划，这个时候的发布计划只有大概的发布时间规划，相关的发布需求。
当迭代开发完成，我们会由项目经理或者开发人员一起写一个发布上线流程文档，文档包括上线所需要的服务资源，代码合并，命令执行以及每一步的执行顺序等内容。
然后对发布计划会进行最终的发布内容迭代需求和缺陷调整。
此时根据迭代版本情况，作出具体的发布时间点，因为业务市场关系，部分发布计划会具体到分钟，比如晚上8点30。
最后项目成员都会对发布计划进行检查，看发布计划是否正确或者存在遗漏。
执行
发布计划全部确定好以后，相关资源也会提前准备好。根据发布计划的内容，对所需资源进行检查，比如提前增加好服务器，添加一个域名等等。
在发布上线的时候，严格按照发布计划上面的流程顺序进行发布，因为发布计划很详细并经过多次检查校验，发布过程是非常流畅的。
要求
要求每次迭代必须要写发布计划，而且要写的非常详细（本来内容也不会太多太多）。因为项目复杂度比较高，每次迭代发布涉及的面比较广；即使在一些小迭代，发布简单的情况，我们也要求写好发布计划，因为花费的时间并不多，再加上人总有搞忘或者搞错的时候，所以小东西，大作用。
里程碑意义
自从加了发布计划后，后面的迭代发布暂时没有出过什么问题，的确起到了很好的作用。发布不再慌张无序，也不用发布的时候提心吊胆，一步一步按照发布流程操作。
发布计划囊括的信息比较多，我们还能清晰直观的看到我们这个版本发布了哪些需求和缺陷。我们时常遇到一个迭代里面的功能需求，总有一些无法在当前迭代进行发布，最后临时去掉，放到下一个迭代版本的情况。
小结
使用了发布计划，的确对项目有了很好的帮助。特别是在敏捷开发的情况下，每个迭代版本的节奏就很稳，至少版本发布这一块就比较稳定。
