一、引言

在产品开发过程中，很多公司对于技术评审经常可以听到以下的声音：“我们不进行评审，是因为我们项目比较特殊，没有时间……”；“我们的项目已经进行了测试，不需要再进行评审了”；“评审都是在走过场，没有效果……”。业界公认评审是产品开发质量控制最有效的手段之一，为什么在相当一部分公司还存在这样的问题呢？

主要是在实际技术评审执行过程中没能很好地实施，甚至没有实施，公司也未能从中获益。一方面是因为相关人员不清楚评审的目的、评审和测试的区别，相关人员缺乏技术评审的意识，认为评审只不过是测试之外的过场。另一方面，由于公司没有制定相应的评审流程制度，或者评审流程制度不健全、缺乏可操作性而流于形式，且公司未对员工进行评审流程的培训，也未在评审流程执行的过程中提供适当的指导和监督。

二、技术评审的目的和意义

技术评审是由一组评审者按照规范的步骤对产品开发的需求、设计、图纸、代码或其他技术文档等进行仔细地检查，以找出和消除其中缺陷的一个过程活动。

其主要的作用和意义主要是发现设计开发上的一些错误，验证设计符合它的需求规格，确认符合预先定义的开发规范和标准，保证产品开发在统一的模式下开发，同时还便于项目管理，为新手提供产品开发分析、设计和实现的培训途经，后备、后续开发人员也可以通过正规技术评审熟悉他人开发的设计开发。

三、技术评审活动流程

技术评审一般由以下几个过程组成：

计划

　　由项目经理指定的主持人检查作者提交的被审材料是否齐全，是否满足评审条件，例如，代码应通过编译后才能参加评审。主持人确定评审小组成员及职责，确定评审会时间、地点。主持人向评审小组成员分发评审材料。评审材料应包括：被审材料、检查要点列表（Checklist）和相关技术文档。

预备会

　　如果评审小组不熟悉被审材料和有关背景，主持人可以决定是否召开预备会。在预备会上，作者介绍评审理由、被审材料的功能、用途及开发技术。

会前准备

　　在评审会之前，每一位评审员应根据检查要点逐行检查被审材料，对发现的问题做好标记或记录。主持人应了解每一位评审员会前准备情况，掌握在会前准备中发现的普遍问题和需要在评审会上加以重视的问题。会前准备是保证评审会效率的关键之一。如果会前准备不充分，主持人应重新安排评审会日程。

评审会

　　评审会由主持人主持，由全体评审员共同对被审材料进行检查。宣读员逐行朗读或逐段讲解被审材料。评审员随时提出在朗读或讲解过程中发现的问题或疑问，记录员将问题写入“技术评审问题记录表”。必要时，可以就提出的问题进行简短的讨论。如果在一定时间内（由主持人控制）讨论无法取得结果，主持人应宣布该问题为“未决”问题，由记录员记录在案。在评审会结束时，由全体评审员作成评审结论。主持人在评审会结束后对“技术评审问题记录表”中问题进行分类。

修正错误

　　作者对评审会上提出的问题进行修正。

复审

　　如果被审材料存在较多的问题或者较复杂的问题，主持人可以决定由全体评审员对修正后的被审材料再次举行评审会。

复核

主持人或主持人委托他人对修正后的被审材料进行复核，检查评审会提出的并需要修正的问题是否得到解决。主持人完成“技术评审总结报告”。

四、技术评审注意事项

评审应针对被审材料而不是被审材料的作者。评审会的气氛应该保存轻松、愉快，指出问题的语气应该温和。

每次评审会的时间不要超过2小时。当被审材料较多时，应将被审材料分为若干部分分别进行评审。

限制争论和辩驳。在评审会上，对于一时无法取得一致意见的问题，应先记录在案，另行安排时间进行深入讨论。

阐明问题而不要试图解决问题。不要在评审会上解决发现的问题，可以在会后由作者自己或在个别人的帮助下解决这些问题。