【IT168 专稿】

    在日常生活以及其他行业中，评审活动都大量存在。比如项目招标评审、质量评审、设计评审、合同评审、订单评审等。

    在软件开发的过程中，评审也是软件开发过程中的一个重要活动。软件开发活动中到处都有评审活动的存在，比如测试计划、软件开发计划、配置管理计划、风险管理计划、需求管理计划等的评审；另外，开发过程文档的评审，包括需求文档、分析文档、概要设计文档、详细设计文档等都需要做评审；在公司的开发过程管理规范上也需要评审，诸如开发过程规范文档和流程的评审都是必需的；同样，在开发结果上也需要评审，如代码走查、系统验收，也都是评审活动的表现形式。

如何评价项目评审状态

    很多书籍和资料中都可以查阅到评审的过程，以及相关的一些问题，但是，在软件开发中，我们的评审活动做得如何，不妨通过一个评估来了解。大家可以用下面几项内容来做个测试，看看你们公司的评审是否真得起到评审的效果。

    1、公司的评审通常都有几个人参加？参加人的角色都是什么样的？各个阶段的参加角色和人数是否有明确的定义？

    2、公司在评审前给参加评审的人员准备时间了么？这个时间是否够用？大家是如何使用这个时间的？

    3、公司评审前，评审资料准备的充足么？是否是人手一份纸质的？还是都在计算机上阅读？

    4、公司的评审会持续多长时间？

    5、公司的一次评审会一般评审多少份待评审工件？

    6、评审时候提出的修改意见如何记录？

    7、评审的时候是否直接在原文档上作修改？

    8、有没有专人作评审记录？评审记录是怎么做的？

    9、评审后，一般多长时间给工件开发者进行修改？

    10、修改后的工件如何进行修改确认？如果确认不通过是否还会安排评审，一般如何做？

    请大家记录一下上面这十个问题的答案。我们来看看一个评审应该如何进行，什么样的评审才能起到效果。