敏捷开发之道（六）计划（续）

        上次的博文敏捷开发之道（五）计划中，咱们简单介绍了一下敏捷开发中计划制定的相关内容，单纯的制定计划，而没有一个合理的计划执行的保证是不管如何也作不到敏捷开发的。本次的博文介绍一下敏捷开发计划执行中须要作的一些工做。

一、发布计划

        当开发人员和客户肯定了用户素材和本次的迭代计划以后，首先要作的就是将制定的计划发布，这样便于开发人员对整个迭代有一个清晰的认识，换句话说就是让开发人员对本次迭代的目标有一个了解，加强开发人员对本次迭代的信心。
        计划的发布一般采用活动挂图、白板或其余工具，以列表的形式列出任务，开发人员逐个领取他们想要的任务或项目负责人分配给尚有预算工时的人员一些未被领取的任务。

二、每日汇总

        在敏捷开发中一般天天采用“立会”的方式对每日的工做进行汇总和统计，保证在第一时间发现和解决问题。
        “每日立会”开始的时候，全部项目人员一块儿面对计划展板，依次针对昨天作了什么，今天要作什么，有什么问题三个方面进行每日总结和思考，并修改展板上的内容，会议时间一般在15分钟左右。在此过程当中常常出现的会议超时，言之无物等问题，因此要求开发人员要积极主动进行思考，积极改善开发过程，提出本身的意见和建议。

三、迭代汇总        

        一次迭代结束以后，不单单要完成用户需求，产生一个可交付的产品，同时在开发过程的经验和教训也是本次迭代须要整理的重要资源。因此迭代结束的时候，项目人员要认真对项目进行计划的制定、计划的执行、执行过程当中的问题、下次迭代须要注意和改进的地方等几个方面进行总结，并提出本身的意见和建议，为下次迭代的改进提出参考。

        经过一次次的迭代，项目人员可以参与到项目管理中，再也不单纯的完成任务，开发会变得温馨和主动，这正是敏捷开发所预期的。

今天就讲到这里，下次继续讲解敏捷开发的下一个内容。敬请期待！