1.评审流程概览
① 确定评审组长。
② 制定并发布评审计划。
③ 准备评审。
④ 举行评审会议。
⑤ 改正、跟踪和回归评审。
⑥ 分析、总结和报告。
⑦ 归档。
2.确定评审组长
由质量管理人员与项目经理、部门经理及公司高层讨论协商,确定项目的评审级别及评审人员角色构成要求,初步确定评审组长人选。
质量管理人员与评审组长沟通,最终确定评审组长。
评审组长充分了解项目相关情况,为制定评审计划做好准备。
3.评审计划
① 评审组长制定评审计划(根据项目计划和质量计划)。
② 评审组长确定评审对象和评审时间。
③ 评审组长确定评审级别和策略(形式的组合)。
④ 评审组长确定评审流程裁减和提交物。
⑤ 评审组长确定入口条件并通过准则。
⑥ 评审组长确定回归评审准则。
⑦ 评审组长制定评审检查表(CheckList)。
⑧ 评审组长确定评审角色构成。
⑨ 评审组长根据评审角色构成确定评审人员并成立评审小组。
⑩ 相关人员(评审人员和项目团队双方)确认评审计划。
评审组长发布评审计划。
4.评审准备
① 正式评审前准备:文档作者向相关人员发布文档。
② 评审人员阅读了解文档,争取发现大部分问题。
③ 文档作者解决大部分发现的问题。
④ 评审组长确定会议地点、环境、设备和所有材料。
⑤ 评审组长确定人员职责和会议议程。
⑥ 评审组长确定评审开始条件成熟。
⑦ 评审组长通知相关人员到会。
5.评审会议
① 主持人(评审组长)宣布会议议程、人员职责和会场纪律。
② 文档作者介绍工作成果,对评审人员的疑问进行必要的解释。
③ 评审人员对不解之处提出疑问,指出问题或缺陷并说明根据。
④ 文档作者与评审人员讨论缺陷的真实性,分清缺陷性问题和建议性问题,讨论确定是否需要按照评审人员的要求进行改进。一般不涉及为节省时间改进方案或错误的纠正方案。
6.评审记录
① 正式评审应当记录有共识的问题或缺陷,也要记录有争议待解决的问题。使评审工作文档化,便于跟踪最终解决。
② 总体记录:包括项目名称、系统名称版本号、日期时间、主文档名称、附文档名称、文档版本号、作者、评审类型(首次、回归、部分和阶段)、评审人员和评审结论。
③ 缺陷记录:包括缺陷编号、提出者、章节/页码、缺陷描述、缺陷类型(严重、一般和建议)和承诺改正时间。
④ 验证记录:全部打勾的CheckList,说明CheckList所列的工作都已经做完,所列的内容都已经评审完,确保工作的完整性。
7.评审结论
评审结论包括如下内容。
① 是否需要修改?这是就成果的整体而言,结论可以是无需、少量、较大或是一个量化的数字。
② 项目组确定是否接受修改要求?这是针对具体的一条意见或建议。有些问题可能是误会,消除了就不是问题;有些建议性的问题,项目组考虑进度可不接受修改要求。
— 如不接受修改要求,项目组给出不修改的理由。
— 如何处理?是否需要进行回归评审?
— 总体结论:合格或不合格。
— 确定的修改责任人和跟踪责任人。
— 确定的回归评审时间。
— 是否都认同评审结论?如果需要做得更正式一些,可以要求相关人员签字表示同意评审结论,签字只有在较为正式的会议评审中要求。如果是邮件或软件工具,则以电子记录为准。
8.跟踪与总结
评审中发现的问题的后续跟踪是改正错误并消除缺陷的有效措施,应当有专门的责任人进行后续跟踪确认错误都已改正,根据结论必要时回归评审。
① 评审组长分析评审数据并总结经验。
② 评审组长发布评审记录与数据分析报告。
③ 管理人员应当防止评审数据被不恰当地使用,如果使用评审数据来对个人进行绩效评价,将会给以后的评审工作造成障碍,使评审各方不能放开进行评审。
④ 评审组长进行工作总结,工作总结很有必要,有利于对项目或过程的改进。
⑤ 评审组长提交各类评审报告,有关领导批准发布通过的文档。
9.材料归档
评审材料归档是项目配置管理工作的一部分。
新建项目,记载配置管理工具中为此项目建立一个目录,并建立下列子目录。
① 待评阅态:文件放入此目录后会自动通过邮件通知需要评阅的人员,全体评阅人员评阅完毕,也会自动通过邮件把意见通知文档作者并实现到期自动提醒功能。
② 待评审态:文件放入此目录后会自动通过邮件通知需要评审的人员,全体评阅人员评审完毕,也会自动通过邮件把批准或拒绝的意见通知文档作者并实现到期自动提醒功能。
③ 受控态:评审批准后自动转入受控态并发布自动邮件。
④ 签出态:为了修改而版本升级,当文件签出时放入签出态。修改后的文档可能签入到待评阅态、待评审态或直接到受控态,但文档版本已经升级。
⑤ 产品态:项目结束后受控态的文档自动归到产品态。