评审会议流程一般采取以下几个步骤：评审会议的准备、评审会议的召开、评审会议的跟踪三大环节。
一、评审会议的准备
首先是召集会议，发出评审通知(评审内容、会议时间、会议地点、参加人员等)，并且将相关待评审的相关资料也发送给参加会议的评委;主要的目的有两个：
让参加会议的人员对会议的内容有一定的了解，在会议前做好准备，避免盲目的参加会议而浪费自己和其他人的时间;
第一、如果该评委在会议期间有其他紧急的事情，可以及早反馈给会议召集人，以便召集人重新确定评委或者评审会议改期召开。
二、评审会议的召开
首先要确定一个会议的主持人，其主要的职责是控制会议的进度、时间、协调会议中出现的问题。
对于待评审的工作产品由其生产者采用“走读”的形式进行讲解，在讲解的过程中回答评委提出的问题。
会议记录人主要是记录会议中发现的所有问题，方便会后的修改完善。
SQA人员参加会议主要的关注点在于对照SQA的检查表Checklist检查评审的流程是否是符合规范。
三、评审会议的跟踪
将记录的问题汇总到《评审记录表》，由项目组进行修改、完善;SQA监督所有 是否封闭。
附录：
(1)列举重要工作产品评审的重点：
A.计划的评审
主要是关注的核心在于估计是否正确;人员安排是否合理;以上两个方面如果合理，项目的进度就不会出很大的问题。
B.需求的评审
主要关注需求来源、需求的准确性、需求的完整性，避免产生二义性;最好让测试人员和客户参见，一遍让各角色达成共识。
C.总体设计的评审
在总体设计评审中，最好将已经评审通过的需求文档从配置管理库中提出，对照总体设计是否和需求一致;另外技术领域专家参加评审还要关注于设计的合理性、可实现性以及完整性。
D.代码评审
代码审核由项目组开始审查，主要关注代码的格式、整体逻辑、变量的命名、程序注释等表面的属性;至于运行质量应当放在单元测试中解决。
E.管理性的评审
管理性的评审一般放在里程碑、项目结束后进行。准备的资料包括前期工作的总结，是否按照计划计划执行、出现的问题的数目、解决了多少、未解决的问题、是否对后期有影响等。
温馨提示：答案为网友推荐，仅供参考