技术(同行)评审 PPT.ppt

技术(同行)评审 课程目标 理解同行评审； 懂得如何开展同行评审； 同行评审的目的 同行评审的目的是为了及早地和高效率地从软件工作产品中清除缺陷。一个重要的伴随结果是对软件工作产品及可防止的缺陷得到更好的了解。 经 验 80％的缺陷，通过同行评审发现。 16％的缺陷，通过测试发现。 4％的缺陷，通过客户发现。 哲 理 审查是过程成功进展的基础 评审的意义 评审的意义 同行评审 小组评审（正规的同行评审） 四眼评审 流程 职责 审查者: 尽可能发现并报告条款 拥有者: 拥有被审查的文档. 理解每个条款. 协调者: 管理过程.为审查收集资料, 安排会议以及调整会议流程. 记录者: 会议中公开记录所有条款. 申请评审 评审计划－1 评审计划－2 评审包 目标文档 启动会议 评审准备 小组评审会议 小组评审会议的基本原则 协调者确认所有审查者已准备好； 限定讨论，确保拥有者理解问题. 焦点在问题上,不在解决方案上. 简明并且有建设性,不要忽视任何人所说的. 为会议的成功负责. 小组评审会议－语言文化 小组评审会议－原因分析 如果需要，可以在记录会议之后立即开展原因分析会议。 是否召开原因分析会议由协调者协商决定。 可以使用脑筋风暴法； 因果分析图； 返工 跟踪 结束 所有条款都关闭！ 拥有者填写同行评审记录表－统计数据。 非正规的同行评审－四眼评审 只有两个人的评审； 拥有者和审查者； 四眼评审 领悟同行评审 什么是同行？ 同行评审的价值在那里？ 如何才能做好同行评审？ 如何才能做好同行评审 转换思想-帮助拥有者发现问题； 不是挑拥有者的刺； 所有人转换思想，不光是评审组，包括项目经理、高层经理； 同行评审发现的问题不做为考核的数据，只做为分析、改进的数据。 问题 项目时间很紧，是否可以进行同行评审？ 工作量 (评审) 　高 　低 　高 　低 缺陷率 Scenario 2:GOOD/NOT BAD 好／不坏 Scenario １:BEST CASE 　　 最好情况 Scenario ３:UNSURE 　　 不确定 Scenario ４:WORST CASE 　　 最差情况 评审结果度量与分析-cont. 评审是否有效,首先判断查出的总缺陷数是否在规定极限内(如0.5-1.5个/页)。如果不在极限内，应结合工作量/结果模型做进一步分析 评审结果度量与分析-cont. 最好情况－高工作量/低缺陷率：文档／编码在审核之前就很好，团队还花了足够的精力用于ＤＲ／ＣＩ（文档评审／代码审查），从而确保了质量。评审负责人需要判断评审人员是否真的按流程/准则进行。 最差情况－低工作量/高缺陷率：高的错误植入，但审查不够严格。到结束审查过程时，可能有更多的缺陷遗留在文档和编码中。需要强调预评审，增加审工作量并改进评审精确性。 好/不坏的情况－高工作量/高缺陷率：错误植入率可能很高，但花了较多的精力是一个好的表示，也许是有更多缺陷被清除的原因。需要强调缺陷预防（DP）。 不确定的情景－低工作量/低缺陷率：不能确定文档和编码是否更好，因此审查需要的时间较少或审查完成比较匆忙，既而发现的缺陷较少。在这种情况下，我们需要依赖团队的主观评价和其他信息，从而做出较好的决定。 * * 技术评审(Inspection)的历史 1972 M.Fagen 提出并在IBM推行； 结果观察: 1、在进行任何测试之前发现的错误的百分比 1972-76 50-65% 2001 75-85% ，特别的达到90%以上 2、缺陷植入率减少50% 3、顾客报告的缺陷减少15X-20X倍 4、生产率提高2X倍以上 同行评审的好处 中高层：可以及时掌握项目的进展 项目组： -项目组可以利用组织中最有才干的人，即使他们没有参与项目组也能发挥作用。 -令项目成员有一种成就感、参与感和得到认可的感觉，从而保持团队的积极性。 -团队成员可以发展他们的技能，而资深成员可以指导那些缺乏经验的人员。 -通过评审更加留意缺陷，从而帮助预防缺陷。 需求 |设计 |编码 |文档 |测试 |维护 需求 |设计 | 编码 |文档 |测试 |维护 如果没有评审 发现 ---- 原点 ---- 混乱区域 测试 |维护 需求 |设计 |编码 |文档 |测试 |维护 需求 |设计 | 编码 |文档 |测试 |维护 如果有评审 发现 ---- 原点 ---- 混乱区域 申请 评审 评审 计划 跟踪 返工 小组 评审 会议