一个里程碑结束了，接下来怎么办?团队有什么经验教训?产品怎么才能做得更好?我们常说"软件的生命周期"这个软件开发的周期结束了，生命也结束了。我们能不能像医学的尸体解剖一样，把这个软件开发的流程解剖一下?解剖的过程可以叫:Postmortem，Retrospective[注释4]，Review，事后诸葛亮会议，等等......大多数学校里的软件工程项目结束后大家一哄而散，一些诺言像"我一定会补上文档的"、"我们还会继续开发的"......成了撤退时的疑兵之计，等烟尘散去，同学们早跑没影了。产品发布了，大家松了一口气。阿超建议大家开一个总结会议，就是事后诸葛亮会议。会议请公司的秘书小芳主持并作记录。为了让大家能畅所欲言，阿超和大牛没有参加会议。为了活跃气氛，小芳还买了零食、饮料、河曲啤酒等。阿超给小芳一个讨论的模板，同时也嘱咐小芳不一定要拘泥于模板，要见机行事，根据会议的进展灵活地变动计划。要牢记会议的核心问题:"如果你可以重新来过，什么方面可以做得更好?"另外，在问"为什么"的时候，要多问几次，层层推进，找到问题的根源。例如:软件发布后用户报告了一个大问题。"为什么?"因为程序没有考虑某种边界条件。"为什么在测试阶段没有测出来?"因为这个代码是测试的最后阶段才加进去的。"为什么不通知PM/Test?"因为Dev认为没有问题的，是很简单的修改。"为什么不通知别人?"因为Dev认为那些都是软件工程无聊的规定......Dev是大牛人，不必遵守的。"为什么?!"问到这个层次，就把问题根源暴露出来了。

设想和目标
1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
2.是否有充足的时间来做计划?
3.团队在计划阶段是如何解决同事们对于计划的不同意见的?用户量、用户对重要功能的接受程度和我们事先的预想一致么?我们离目标更近了么?有什么经验教训?如果历史重来一遍，我们会做什么改进?
计划
1.你原计划的工作是否最后都做完了?如果有没做完的，为什么?
2.有没有发现你做了一些事后看来没必要或没多大价值的事?
3.是否每一项任务都有清楚定义和衡量的交付件?
4.是否项目的整个过程都按照计划进行?
5.在计划中有没有留下缓冲区，缓冲区有作用么?
6.将来的计划会做什么修改?(例如:缓冲区的定义，加班。)我们学到了什么?如果历史重来一遍，我们会做什么改进?