技术(同行)评审PPT模板

评审包
工具 信封
评审包
支持文档
需求
指南、标准
数据设计? 接口? 符合说明? 标准?
目标文档 /代码
目标文档
启动会议
启动 会议
沟通会议
协调者需要让所有的人明白如何开展工作。
如何使用评审包； 如何记录条款； 何时参加会议； 解答审查者的其它问题；
评审准备
评审
准备
拥有者； 协调者； 审查者；
评审结果度量与分析
项目名称
评审的工 作产品名 称
作者
XXX产品需求规格说明书 项目经理
一、会前审查度量
评审人员
工作单位（部门）、职务、职称
XXX
研发中心COS 1部,高级工程师
YYY
项目编号
工作产品 规模(A4页)
15
评审工作量 (小时)
评审速度 (页/小时)
发现缺陷数
发现问题数
2.0
7.5
5
2
ZZZ
• 是否召开原因分析会议由协调者协商决定。 • 可以使用脑筋风暴法； • 因果分析图；
返工
返工
拥有者； 协调者；
返工
工作产品
1、整理条款； 2、标识重复条款； 3、记录条款状态；
评审记录
跟踪
跟踪
拥有者； 协调者；
跟踪
工作产品
1、由协调者关闭条款； 评审记录
结束
结束
• 所有条款都关闭！ • 拥有者填写同行评审记录表－统计数据。
哲理
• 审查是过程成功进展的基础
评审的意义
如果没有评审 需求 |设计 |编码 |文档 |测试 |维护 原点 ----> 需求 |设计 | 编码 |文档 |测试 |维护 发现 ---->
混乱区域
评审的意义
如果有评审 需求 |设计 |编码 |文档 |测试 |维护 原点 ----> 需求 |设计 | 编码 |文档 |测试 |维护 发现 ---->
评审准备
评审包
1、记录位置； 2、描述条款； 3、条款分类； 4、引入阶段；
评审记录
注意：要记录评审准备工时！
小组评审会议
记录
会议
拥有者； 协调者； 审查者；
小组评审 会议
评审包
1、阅读目标文档； 2、报告发现条款； 3、理解发现条款；
评审记录
小组评审会议的基本原则
每个参与者：
协调者确认所有审查者已准备好； 限定讨论，确保拥有者理解问题. 焦点在问题上,不在解决方案上. 简明并且有建设性,不要忽视任何人所说的. 为会议的成功负责.
不确定的情景－低工作量/低缺陷率：不能确定文档和编码是否更好，因此审 查需要的时间较少或审查完成比较匆忙，既而发现的缺陷较少。在这种情况 下，我们需要依赖团队的主观评价和其他信息，从而做出较好的决定。
领悟同行评审
• 什么是同行？ • 同行评审的价值在那里？ • 如何才能做好同行评审？
如何才能做好同行评审
同行评审
• 小组评审（正规的同行评审） • 四眼评审
流程
申请 评审 联系协调者； 确认入口准则；
结束
评审 计划
选择审查者； 制定评审计划； 设计评审视角； 准备评审包； 设置测量目标；
跟踪
协调验证返工； 关闭所有条款；
启动 会议
评审 准备
简短（5－30分钟）； 沟通评审事宜；
评审文档； 各自记录条款； 最好提前一天；
技术(同行)评审
课程目标
• 理解同行评审； • 懂得如何开展同行评审；
技术评审(Inspection)的历史
• 1972 M.Fagen 提出并在IBM推行； • 结果观察:
1、在进行任何测试之前发现的错误的百分比 1972-76 50-65% 2001 75-85% ，特别的达到90%以上
2、缺陷植入率减少50% 3、顾客报告的缺陷减少15X-20X倍 4、生产率提高2X倍以上
1.5 3-5页/小时
文档评审的评审效率 文档评审的缺陷密度
缺陷数 /（评审人数*评审会议时长） 缺陷数 / 评审文档页数
本次技术评审总的工作量(人时)
1.0 0.7 0.5-1.5/页 12.0
评审结果度量与分析-cont.
评审是否有效,首先判断查出的总缺陷数是否在规定极限内 (如0.5-1.5个/页)。如果不在极限内，应结合工作量/结果模 型做进一步分析
申请评审
协调者需要经过 同行评审培训；
具备推动同行评 审整个过程的能 力。
协调者池
协调者
评审计划－1
评审 计划
拥有者 协调者
评审计划
WPUR 支持文档
审查者池
评审计划 评审包
评审计划－2
评审 计划
审查者池
拥有者 协调者
入口检查
WPUR 支持文档
选择 审查者
评审计划
设计 评审视角
组织 评审包
计划 评审过程
最差情况－低工作量/高缺陷率：高的错误植入，但审查不够严格。到结束审 查过程时，可能有更多的缺陷遗留在文档和编码中。需要强调预评审，增加 审工作量并改进评审精确性。
好/不坏的情况－高工作量/高缺陷率：错误植入率可能很高，但花了较多的 精力是一个好的表示，也许是有更多缺陷被清除的原因。需要强调缺陷预防 （DP）。
• 转换思想-帮助拥有者发现问题； • 不是挑拥有者的刺； • 所有人转换思想，不光是评审组，包括项
目经理、高层经理； • 同行评审发现的问题不做为考核的数据，
只做为分析、改进的数据。
问题
• 项目时间很紧，是否可以进行同行评审？
X
不可行:
轻视拥有者. 不让拥有者辩护自己的工作。 批评,讥笑,或拒绝任何问题
例子:
“你应该 ..." “这本应该更好如果换成..." “你可以这样修改它..." “为什么你这样做?" 那不是错误!"
小组评审会议－原因分析
• 如果需要，可以在记录会议之后立即开展 原因分析会议。
合 计:
2.0
7.5
5
2
评审结果度量与分析-cont.
二、小组会议评审度量
参见小组会议评审人员名单
XXX,YYY,ZZZ,…
参见小组会议评审人员数量
5
会议时长(小时)
2.0 工作量(人时)
缺陷与问题数 量
非常严重
严重
一般
问题
缺陷总数
2
3
5
Fra Baidu bibliotek
3
10
度量项
定义
结果
10 能力基准
文档评审的评审速度
文档页数 /（评审人数*评审会议时长）
返工
整理条款； 修改目标文档；
小组 评审 会议
记录发现条款； 协调者推动会议； 会议时间很重要；
职责
审查者: 尽可能发现并报告条款 拥有者: 拥有被审查的文档.
理解每个条款.
协调者: 管理过程.为审查收集资料, 安排会议以及调整会议流程.
记录者: 会议中公开记录所有条款.
拥有者
申请评审
申请 评审
-团队成员可以发展他们的技能，而资深 成员可以指导那些缺乏经验的人员。
-通过评审更加留意缺陷，从而帮助预防 缺陷。
经验
• 80％的缺陷，通过同行评审发现。 • 16％的缺陷，通过测试发现。 • 4％的缺陷，通过客户发现。
80
70
60
50 百 分 40 比
30
20
10
0
80 评审发现
16 测试发现
4 客户发现
非正规的同行评审－四眼评审
• 只有两个人的评审； • 拥有者和审查者；
评审申请 评审 返工
发布WPUR
四眼评审
1、拥有者和审查者一同评审； 2、使用支持文档； 3、审查者记录条款； 4、审查过程不讨论解决方案；
1、一同整理条款； 2、如果拥有者要求，可以讨论解决方案。 3、拥有者根据条款返工；
评审过程仍然使用同行评审记录表。 注意：记录工时！
同行评审的目的
• 同行评审的目的是为了及早地和高效率地 从软件工作产品中清除缺陷。一个重要的 伴随结果是对软件工作产品及可防止的缺 陷得到更好的了解。
同行评审的好处
• 中高层：可以及时掌握项目的进展 • 项目组：
-项目组可以利用组织中最有才干的人， 即使他们没有参与项目组也能发挥作用。
-令项目成员有一种成就感、参与感和得 到认可的感觉，从而保持团队的积极性。
缺陷率
高
低
工作量 (评审)
高 Scenario 2:GOOD/NOT BAD 好／不坏
Scenario ４:WORST CASE
低
最差情况
Scenario １:BEST CASE 最好情况
Scenario ３:UNSURE 不确定
评审结果度量与分析-cont.
最好情况－高工作量/低缺陷率：文档／编码在审核之前就很好，团队还花了 足够的精力用于ＤＲ／ＣＩ（文档评审／代码审查），从而确保了质量。评 审负责人需要判断评审人员是否真的按流程/准则进行。
小组评审会议－语言文化
√
可行:
只在表扬的时候用 “你". 如果可能参考其它资料. 用“条款”进行描述 代替“问题”. 用建设性的语调.
例子:
“我对第20行感到困惑." “你干的好." “基于我们的执行指导方针,这个模块有个执行上
的问题 “基于我们的模版,缺少了花费/价值信息." “ 15行与第4页矛盾"