同行评审对于软件企业来说是很有效的一种方式，无论是国外还是国内企业越来越认识到了同行评审的重要性，但是在实施的过程中效果不是很理想，常常会出现走形式，使评审会议变成了讨论会议，对具体的问题争论不休，经常跑题，使评审的效果大大的降低。我在实施的过程中根据同行评审的要求，总结出来以下经验供大家参考，有兴趣的可以和我联系shangdonglin@163.net 。
　　
　　同行评审的目的是及早高效的发现并消除开发过程中出现的缺陷。很多公司也制定了相应的评审流程，项目开始的时候也做了评审计划，但是在具体的实践中把握不好一些细节的东西，这些主要的问题大多数发生在评审会议的组织上，而这些细小的环节才是评审是否成果的关键。只有评审会议比较完满了，其他修改Bug、消除缺陷都比较容易完成。我在这里主要讲一下评审会议的组织，至于评审计划、评审执行过程的数据采集、测量等环节不再详述。
　　
　　评审会议流程一般采取以下几个步骤：评审会议的准备、评审会议的召开、评审会议的跟踪三大环节。
　　
　　一、 评审会议的准备

　　会议的发起人召集会议，发出评审通知（评审内容、会议时间、会议地点、参加人员等），并且将相关待评审的相关资料也发送给参加会议的评委；主要的目的有两个：第一、让参加会议的人员对会议的内容有一定的了解，在会议前做好准备，避免盲目的参加会议而浪费自己和其他人的时间；第二、如果该评委在会议时间有其他紧急的事情，可以及早反馈给会议召集人，必便召集人重新确定评委或者评审会议改期召开。
　　
　　二、 评审会议的召开

　　一般情况下，确定一个会议主持人；其主要的职责是控制会议的进度、时间、协调会议中出现的偏差。
　　
　　对于待评审的工作产品由其生产者采用“走读”的形式进行讲解，在讲解的过程中回答评委提出的问题。
　　
　　会议记录人主要是记录会议中发现的所有问题，方便会后的修改完善。
　　
　　SQA人员参加会议主要的关注点在于对照SQA的检查表Checklist检查评审的流程是否符合规范。
　　
　　三、 评审会议的跟踪

　　将记录的问题汇总到《评审记录表》，由项目组进行修改、完善；SQA监督所有问题是否封闭。