通用评审流程步骤

通用评审流程步骤

入口准则：
是否符合文档标准、是否已用工具检查。比如：
1．代码已经通过自检，保证排版有序，注释正确
2．代码编译通过
3．代码通过静态检查，如C/C++通过PClint检查，Java通过FindBugs检查。

1.计划阶段：
PM：指定组织者；
作者：作者自检工作产品；
组织者：规划本次Review（检查入口准则（是否符合文档标准、是否已用工具检查）、检查Review包（工作产品/参考资料/Review表单/检查表（代码：<=500行(NBNC) 、文档：<=40页、Review资料内容太多时，应分成几次Review））、指定Review人员3－6）、组织者将Review包、Review通知单（工作产品名称、角色名字、Review会议召开时间、Review关注点）发给相关人员。

2.介绍会议：
Review人员：向组织者提出申请
组织者：裁决是否召开介绍会议，若召开则，介绍Review流程以及相关要求；
作者：介绍工作产品以及相关资料。

3.准备阶段：
Review人员：收到组织者发来的Review包；审核工作产品、发现缺陷、填写Review表单、反馈Review表单给组织者（Review的对象是工作产品而不是作者）。
组织者：检查Review表单；裁决是否需要增加Review投入（Review工作要充分）。

4.Review会议：
组织者：召开Review会议；对已确认的问题进行分类；更新Review表单。
讲解员：讲解工作产品；
大家共同确认问题：Review表单中记录的问题、会上发现的问题，当争执不下时组织者应作出裁决。
作者：决定是否召开第三小时会议；
记录员：记录所有问题以及分类，并发给组织者。

5.第三小时会议：
会上：大家对Review表单中未解决的问题给出决议；大家对Review表单中已确认的问题讨论解决方案；
记录员：进行记录
组织者：更新Review表单。

6.返工：
作者：修改BUG，更新Review表单；

7.跟踪：
跟踪人：收到Review表单和工作产品；对照Review表单、验证工作产品中的缺陷更改正确；若缺陷未修改正确，返回给作者继续修改；更新Review表单、并分发给相关人员。
出口准则是否满足：缺陷修改正确；Review表单更新并分发遗留缺陷/问题上报。