阶段和里程碑评审内容有哪些？

很多实施GJB5000A的组织都知道，一个软件项目必须要进行阶段和里程碑评审。可是实施起来又不知道该做些什么。特别是里程碑评审要请一些利益相关方参加，如果你请了项目的技术负责人，他通常会要求评审这个阶段的重要技术文档，比如需求里程碑的时候要评审软件研制任务书、需求规格说明。

这种评审就把项目监控的“管理”评审变成了技术评审。如果你要是和项目技术负责人阶段和里程碑评审是评审的是项目的状态、风险，这些技术领导会问你一句，“那为什么要请我来？”。

其实，如果我们把阶段评审、里程碑评审换个称呼，比如叫做阶段总结、里程碑总结，也许这些技术领导会更容易理解一些。

实际上，虽然在GJB5000A标准中把它们称为“进展评审”、“里程碑评审”，但它实际上就是项目进行过程中的阶段性总结，总结阶段、里程碑的进展情况，总结阶段、里程碑的目标有没有完成。

项目管理大师刘易斯把项目总结分为三种，分别是状态总结、设计总结和过程总结。其中状态总结主要是检查项目的进度和成本是否计划一致，项目范围是否正确，质量需求是否良好；设计总结是检查已完成的工作产品是否满足任务书要求，软件开发有没有遇到什么障碍等；过程总结检查我们这一时间段内我们工作得怎么样，哪些是我们做得较好的，哪些是我们需要改进的。

我们进行项目总结是为了达成以下目标：

1. 让管理者了解项目状况

中高层管理者平时都是“日理万机”，所以阶段和里程碑是他们了解项目状况的最佳时机。阶段/里程碑评审时，项目经理应当收集本阶段/里程碑的数据，并进行统计分析，以简洁、直观的图表方式向中高层管理者汇报，使其能够了解项目的进度、质量、风险、资源方面的状况，便于其进行决策。

1. 及时发现和处理问题

在阶段和里程碑评审时，我们希望中高层管理者通过对项目的全面了解，发现项目中存在的潜在风险和问题，并给出具体的纠正措施。

或者，项目经理对本阶段/里程碑出现的问题进行归纳总结和分析，中高层管理者给出解决措施。

1. 发现不足，组织过程改进

有一句古语说：

“如果你总是做你一直在做的事，那只会得到你一直得到的结果。”

从这句话可以得到这么一条推论：

“如果想获得你想要的结果，你就必须改变过程。”

在阶段、里程碑评审时，要进行过程总结，找出哪些工作是做得好的——继续保持；哪些工作是需要改进的——给出改进措施，并在下一阶段、里程碑实施。

抛除掉那些把阶段、里程碑评审做成技术评审的情况外，我们的阶段和里程碑评审都能够实现项目总结的第一个目标，第二个目标也基本能够实现，而第三个目标——过程改进相对来说做得比较差。

本来GJB5000A要求的中高层验证是可以结合阶段、里程碑评审一起做的，但是，如果你的阶段、里程碑评审没有过程改进的内容，那就不要怪外部评价员老师说你没有做中高层验证。

这正是：

评审其实是总结，理解核心不纠结

总结状态和过程，解决问题也验证

参考书目：项目计划、进度与控制（原书第5版），作者：（美）詹姆斯.刘易斯（James P.Lewis），译者：石泉,杨磊，出版社：机械工业出版社

作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。