首页 » 排名链接 » 「标准过程集」⑦同行评审(评审缺陷产品工作人员)

「标准过程集」⑦同行评审(评审缺陷产品工作人员)

南宫静远 2024-11-05 12:58:53 0

扫一扫用手机浏览

文章目录 [+]

价值: 通过早期发现问题或缺陷来降低成本和返工。

同行评审按照评审形式的不同分为审查和走查、个人评审等,按照评审内容的不同又分为管理评审和技术评审。
为了简化评审流程,我们在此仅区分审查和走查、个人评审的不同,不再区分管理评审和技术评审的不同。

审查和走查、个人评审的主要区别是:审查一般是由高层经理或客户组织的,对项目中产生的重要工作产品,由项目相关干系人参与并对工作产品进行验证并确认、通过评审会议方式进行的活动;走查、个人评审一般是由项目经理组织的,由项目内部相关人员参与进行的、为保证产品的质量而进行的验证活动。

「标准过程集」⑦同行评审(评审缺陷产品工作人员) 排名链接
(图片来自网络侵删)
1.2 适用范围

本文档是执行同行评审活动的依据和指导。
本过程适用于公司所有软件项目的所有软件工作产品的同行评审活动,且贯穿于整个软件项目的生命周期。

1.3 名词术语

名词术语

解 释

审查

也叫正式评审,Formal Reviews

软件工作产品

软件过程中产生的一切文件、文档、源代码等。

2. 审查过程2.1 角色和职责

角 色

职 责 描 述

高层经理

1. 审阅准备评审的工作产品;

2. 和项目经理一起确定正式评审会议的主持人;

3. 参加正式评审会议并审阅评审报告;

4. 抽查并审核非正式评审的评审内容和评审结果。

项目经理

1. 制定《项目评审计划》;

2. 和高层经理一起确定一位正式评审主持人,从而发起正式评审过程;

3. 与评审主持人一起确认评审人员,并分配角色;

4. 正式评审会议结束后,及时安排人员返工消除工作成果中的缺陷。

5. 对评审后的返工工作进行跟踪,确认返工工作被正确执行。

评审主持人

1. 陈述评审的内容和评审的目标要求;

2. 与项目经理一起确认评审人员,并分配角色;

3. 与项目经理、被评审产品的作者进行沟通交流,根据预评审的情况来确定预评审是否已经满足了评审目标;确定是否召开评审会议。

4. 促进正式评审会议进行。
纠正任何不适当的行为。
随着宣讲人展现工作产品的各部分,引导正式评审小组成员提出问题。
记录正式评审过程中提出的行动决议或问题;

5. 撰写并提交完成的《正式评审报告》给评审参加人员。

宣讲人

1. 宣讲人一般为被评审的工作产品的作者;

2. 宣讲人向正式评审小组展示工作产品的各部分,引导正式评审小组成员进行评论,提出问题或疑问;

3. 答复评审小组的问题,并与评审小组共同查找缺陷、商讨缺陷解决方案;

4. 评审会议结束后,及时消除工作成果中的缺陷。

记录员

1. 如实地记录并分类评审会议中提出的问题和缺陷;

2. 撰写并提交《评审会议记录》给评审主持人。

评审小组

1. 评审小组人员一般由同行专家、客户、高层经理等人员组成;

2. 在评审会议之前根据《评审检查列表》内容对应检查工作产品,发现其缺陷,为参加评审会议做准备并记录准备时间;

3. 参加评审会议,识别缺陷,提出问题,给出改进建议。

CM

1. 对该过程产生的文档进行配置管理。

QA

1. 检查评审组织方针和规程是否得到遵循;

2. 审核评审数据是否完备,正确;

2.2 入口准则

1. 《项目评审计划》中的相关产品评审时间已到。

2.3 输入

1.《项目评审计划》

2.《评审检查列表》

3. 待评审的工作产品

2.4 过程活动

2.4.1 评审准备

在项目开始阶段,《项目评审计划》内容在项目计划中进行描述。

1、 在《项目评审计划》中的计划时间点,待评审工作产品的作者,向项目经理进行评审申请,项目经理确定工作产品是否满足评审入口条件,如满足,项目经理确定评审主持人,将需要评审的工作产品和支持文档交给评审主持人。

2、 项目经理作为评审发起人与已经确定的评审主持人共同协商确定以下评审事项:

1)确定评审人员名单。

2)根据工作产品的规模和复杂度确定需要多少次评审。

3) 确定本次评审计划安排,内容包括:评审的时间、地点、所需设备等。

3、 由评审主持人向评审人员发起评审通知,同时把《评审准备表》、《评审检查单》、需要评审的工作产品发放到评审人员手中。

2.4.2 预评审

评审人员收到评审通知及资料后,按照评审通知要求进行产品的预评审工作,具体内容如下:

1. 仔细根据《评审检查单》项对需要评审的工作产品内容进行审查。
审查出的问题和缺陷整理到《评审准备表》中,同时填写评审准备工作耗时等信息。

2. 填写完成后的《评审准备表》提交给评审主持人。
评审主持人对《评审准备表》中问题进行汇总形成缺陷记录,同时评审主持人与项目经理、被评审产品的作者进行沟通交流,根据预评审的情况来确定预评审是否已经满足了评审目标。

3. 如果认为预评审已经满足了评审目标,就不需要再举行评审会议。
评审主持人直接将评审缺陷记录提交给项目经理,预评审然后直接进入2.4.4 评审缺陷跟踪活动中。

4. 如果认为预评审没有满足评审目标,则举行评审会议。

2.4.3 举行评审会议

1、 评审主持人介绍:

主持人介绍参与者(如果需要),说明其角色;陈述本次评审会议的议程、时间限制、评审目标等。
明确检查者将精力集中于发现缺陷,而不是解决方法。
提醒参与者评论要针对正在评审的工作产品,而不是作者。

2、 宣讲人介绍工作产品:

宣讲人展示工作产品:向评审小组描述工作产品的各部分。

3、 识别缺陷和答辩,实现评审目标:

每当宣讲人展示完工作产品的一部分,评审人员指出关心的,潜在的缺陷,疑问或改进建议。
作者回答评审人员的问题,双方要对每个缺陷达成共识(避免误解)。
同时依据评审发起人的一些需要解决的问题,同行专家给出解决建议。

4、 确定评审结论:

评审小组给出评审结论和意见,评审会议结束。

会议记录人在预审形成的初步评审缺陷记录的基础上修订完成最终的《评审缺陷记录》内容,同时形成《评审会议记录》,在会议记录中记录评审的结论和意见内容。

对于每个评审产品的评审结论和意见如下表所示:

序号

评审结论

说明

1

完全接受

无需修改

2

有条件的接受

有轻微缺陷,必须修改缺陷,所作的修改必须由审核者审核

3

拒绝

有重大缺陷,必须修改缺陷,修正后必须由审核者审核后接受

4

拒绝

有很多重大缺陷,要求返工,需二次评审

2.4.4 评审缺陷跟踪

依据评审会议的产生的《评审缺陷记录》,项目经理安排工作产品作者改正缺陷,解决提出的问题,并相应地修改工作产品。
标注问题列表中已经处理过的问题。
同时基于工作产品评审发现的缺陷,修改其他项目文档。

工作产品作者消除所有已发现的缺陷后,再将修正后的工作成果递交给评审主持人(或者指定审核者)审核,审核的结果记录在《评审缺陷记录》的“跟踪意见”内容项中。

主持人(或者指定审核者)对修改缺陷产品进行检查,检查后认为合格,则执行“2.4.5发布评审报告”活动,否则继续修改缺陷问题直到合格为止。

2.4.5 发布评审报告

评审主持人根据《评审准备表》、《预评审缺陷记录》或《评审缺陷记录表》、《评审会议记录》内容做成《评审报告》,并发送参与评审的人员。

2.5 出口准则

1.所有评审目标都已达成。

2. 评审中提出的问题被跟踪直至关闭。

2.6 输出

1. 评审通知

2.《评审准备表》

3. 《评审会议记录》

4. 《评审缺陷记录》( 模板参见《评审报告》中的缺陷记录Sheet)

5.《评审报告》

2.7 出口准则

1. 按照计划执行了评审

2.缺陷被跟踪并解决

2.8 过程度量

度量点

执行人

度量时机|频率

存储位置

M-1

执行评审活动的工作量

项目经理

评审主持人

事件驱动

《评审报告》

M-2

发现的缺陷数

项目经理

事件驱动

《评审报告》

M-3

缺陷效率

项目经理

事件驱动

《评审报告》

2.9 裁剪说明

裁剪对象

类型(过程活动或工作产品)

裁减要素(增加、删除、修改)

裁减条件

3. 走查过程3.1 角色和职责

角 色

职 责 描 述

高层经理

1. 抽查并审核非正式评审的评审内容和评审结果。

项目经理

1. 制定《项目评审计划》;

2. 确定一位评审主持人,从而发起评审过程;

3. 与评审主持人一起确认评审人员,并分配角色;

4. 评审会议结束后,及时安排人员返工消除工作成果中的缺陷。

5. 对评审后的返工工作进行跟踪,确认返工工作被正确执行。

评审主持人

1. 陈述评审的内容和评审的目标要求;

2. 与项目经理一起确认评审人员,并分配角色;

3. 与项目经理、被评审产品的作者进行沟通交流,促进评审会议进行。
纠正任何不适当的行为。
随着宣讲人展现工作产品的各部分,引导评审小组成员提出问题。
记录评审过程中提出的行动决议或问题;

4. 撰写并提交完成的《评审报告》给评审参加人员。

宣讲人

1. 宣讲人一般为被评审的工作产品的作者;

2. 宣讲人向评审小组展示工作产品的各部分,引导评审小组成员进行评论,提出问题或疑问;

3. 答复评审小组的问题,并与评审小组共同查找缺陷、商讨缺陷解决方案;

4. 评审会议结束后,及时消除工作成果中的缺陷。

记录员

1. 如实地记录并分类评审会议中提出的问题和缺陷;

2. 撰写并提交《评审会议记录》给评审主持人。

评审小组

1. 评审小组人员一般由同行专家、项目经理、高层经理等人员组成;

2. 在评审会议之前检查工作产品,发现其缺陷,为参加评审会议做准备;

3. 参加评审会议,识别缺陷,提出问题,给出改进建议。

CM

1. 对该过程产生的文档进行配置管理。

QA

1. 检查评审组织方针和规程是否得到遵循;

2. 审核评审数据是否完备,正确;

3.2 入口准则

1.《项目评审计划》中的相关产品的走查时间已到。

3.3 输入

1. 《项目评审计划》

2.《评审检查列表》

3. 待评审的工作产品

3.4 过程活动

3.4.1 评审准备

在项目开始阶段,《项目评审计划》内容在项目计划中进行描述。

1、 在《项目评审计划》中的计划时间点,待评审工作产品的作者,口头向项目经理提交评审申请,项目经理确定工作产品是否满足评审入口条件,如满足,项目经理确定评审主持人,将需要评审的工作产品和支持文档交给评审主持人。

2、 项目经理作为评审发起人与已经确定的评审主持人共同协商确定以下评审事项:

1)确定评审人员名单。

2)根据工作产品的规模和复杂度确定需要多少次评审。

3) 确定本次评审计划安排,内容包括:评审的时间、地点、所需设备等。

3、 由评审主持人向评审人员发起评审通知(评审通知中说明评审的目的、目标要求、评审事项等),同时把需要评审的工作产品发放到评审人员手中。

3.4.2 举行评审会议

评审人员收到评审通知及资料后,在评审会议举行前对需要评审的工作产品内容进行检查,为参加评审会议做好必要准备。
同时按照评审通知要求参加评审会议,具体评审会议的内容如下:

5、 评审主持人介绍:

主持人介绍参与者(如果需要),说明其角色;陈述本次评审会议的议程、时间限制、评审目标等。
明确检查者将精力集中于发现缺陷,而不是解决方法。
提醒参与者评论要针对正在评审的工作产品,而不是作者。

6、 宣讲人介绍工作产品:

宣讲人展示工作产品:向评审小组描述工作产品的各部分。

7、 识别缺陷和答辩,实现评审目标:

每当宣讲人展示完工作产品的一部分,评审人员指出关心的,潜在的缺陷,疑问或改进建议。
作者回答评审人员的问题,双方要对每个缺陷达成共识(避免误解)。
同时依据评审发起人的一些需要解决的问题,同行专家给出解决建议。

8、 确定评审结论:

评审小组给出评审结论和意见,评审会议结束。

会议记录人完成《评审缺陷记录》内容,同时形成《评审会议记录》,在会议记录中记录评审的结论和意见内容。

对于每个评审产品的评审结论和意见如下表所示:

序号

评审结论

说明

1

完全接受

无需修改

2

有条件的接受

有轻微缺陷,必须修改缺陷,所作的修改必须由审核者审核

3

拒绝

有重大缺陷,必须修改缺陷,修正后必须由审核者审核后接受

4

拒绝

有很多重大缺陷,要求返工,需二次评审

3.4.3 评审缺陷跟踪

依据评审会议的产生的《评审缺陷记录》,项目经理安排工作产品作者改正缺陷,解决提出的问题,并相应地修改工作产品。
标注问题列表中已经处理过的问题。
同时基于工作产品评审发现的缺陷,修改其他项目文档。

工作产品作者消除所有已发现的缺陷后,再将修正后的工作成果递交给评审主持人(或者指定审核者)审核,审核的结果记录在《评审缺陷记录》的“跟踪意见”内容项中。

主持人(或者指定审核者)对修改缺陷产品进行检查,检查后认为合格,则执行“2.4.4发布评审报告”活动,否则继续修改缺陷问题直到合格为止。

3.4.4 发布评审报告

评审主持人根据《评审缺陷记录》、《评审会议记录》内容做成《评审报告》,并发送参与评审的人员。

3.5 出口准则

所有评审目标都已达成。

评审中提出的问题被跟踪直至关闭。

3.6 输出

《评审会议记录》

《评审缺陷记录》( 模板参见《评审报告》中的缺陷记录Sheet)

《评审报告》

3.7 出口准则

按照计划执行了评审

缺陷被跟踪并解决

3.8 过程度量

度量点

执行人

度量时机|频率

存储位置

M-1

执行评审活动的工作量

项目经理

评审主持人

事件驱动

《评审报告》

M-2

发现的缺陷数

项目经理

事件驱动

《评审报告》

M-3

缺陷效率

项目经理

事件驱动

《评审报告》

3.9 裁剪说明

裁剪对象

类型(过程活动或工作产品)

裁减要素(增加、删除、修改)

裁减条件

4. 个人评审过程

个人评审是产品作者发起的、邀请相关人员参与的、非正式的、相对自由的评审活动。

4.1 角色和职责

角 色

职 责 描 述

产品作者

1. 制定评审计划、安排;

2. 确认评审人员,并分配角色;

3. 向评审人员展示工作产品的各部分,引导评审小组成员进行评论,提出问题或疑问;

4. 答复评审人员的问题,并与评审人员共同查找缺陷、商讨缺陷解决方案;

5. 记录并汇总形成评审的缺陷记录;

6. 评审结束后,返工并消除工作成果中的缺陷。

评审人员

1. 评审人员一般由同行专家、相应技术人员、项目经理组成;

2. 检查工作产品,发现问题与缺陷,提交给产品的作者。

CM

1. 对该过程产生的文档进行配置管理。

QA

1. 检查评审组织方针和规程是否得到遵循;

2. 审核评审数据是否完备,正确;

4.2 入口准则

产品作者认为需要个人评审时。

4.3 输入

待评审的工作产品

4.4 过程活动

过程活动

4.4.1 发起评审请求

工作产品作者向相关人员发出给予个人评审的邀请,在评审邀请内容中说明评审的目的、目标要求、评审事项等。
同时把需要评审的工作产品发放到被邀请人员手中。

被邀请人员同意后,作为评审人员开始进行工作产品的评审。

4.4.2 评审工作产品

评审人员收到评审要求及产品资料后,对需要评审的工作产品内容进行检查,具体内容说明如下:

识别出问题和缺陷提交给工作产品的作者。
具体评审会议的内容如下:

9、 评审人员识别问题和缺陷:

评审人员根据评审的目的、目标要求、评审事项等内容,识别出工作产品存在的问题和缺陷,将问题和缺陷记录提交给工作产品的作者。

10、 工作产品作者汇总整理问题和缺陷:

工作产品的作者将搜集到评审问题和缺陷进行汇总,形成《评审缺陷记录》。

4.4.3 工作产品返工

依据评审的产生的《评审缺陷记录》,工作产品作者改正缺陷,解决提出的问题,并相应地修改工作产品。
标注问题列表中已经处理过的问题。

工作产品作者消除所有已发现的缺陷后,再将修正后的工作成果递交给评审人员(或者指定审核者)审核,审核的结果记录在《评审缺陷记录》的“跟踪意见”内容项中。

4.4.4 发布评审记录

工作产品作者在产品评审产生的缺陷修订完成并且经过评审人员(或者指定审核者)审核确认通过后,发布《评审缺陷记录》给项目经理。

4.5 出口准则

² 所有评审目标都已达成。

² 评审中提出的问题被跟踪直至关闭。

4.6 输出

² 《评审缺陷记录》( 模板参见《评审报告》中的缺陷记录Sheet)

4.7 出口准则

² 缺陷被跟踪并解决

4.8 过程度量

度量点

执行人

度量时机|频率

存储位置

M-1

发现的缺陷数

产品作者

事件驱动

《评审缺陷记录》

4.9 裁剪说明

裁剪对象

类型(过程活动或工作产品)

裁减要素(增加、删除、修改)

裁减条件

5. 相关指南

² 《同行评审指南》

标签:

相关文章