0.基本概念
1.目的
①从多方角度检查和评估每个阶段工作产品的合格情况,确保每个阶段的产出都是符合既定要求的,从而减少软件开发周期(包括项目周期)的返工现象;
②静态地测试程序中可能存在的错误或评估程序的过程;
③以更低成本、更高效地在软件开发生命周期的早期就发现问题,识别产品质量的隐患;
④确保该阶段的工作产品能够成为下阶段工作的正确输入,采取适当的纠正措施和预防活动,确保后续工作产品的质量;
2.形式
技术评审从形式上分为两种:正式评审和非正式评审。
非正式评审包括走查和轮查,形式比较灵活、简单,但其过程不够严谨,适合代码走查等工作产品的核查。代码走查依据研发体系颁布编码规范等技术标准,以通过事先制订好的代码检查表(CheckList)进行检查。
正式评审主要包括正规检视和同行评审,主要针对技术类设计文档和方案进行评审和验证。其中正规检视最为正式,而同行评审,作为较为正式的一种评审方法使用的最为频繁。
同行评审的英文是Peer Review。Review的意思是检查、审阅。从字面意思可见,同行评审是一群从事相同或相关工作的人在一起认认真真地对工作产品进行检查或审阅。对同行的定义就不仅仅局限于从事相同工作的人,而是与该工作相关的所有人员,例如:软件开发人员的工作就与软件设计人员、软件测试人员、软件需求人员、项目管理人员的工作息息相关,凡是从事软件相关工作的人,都可以称为同行。
审查一般过程包括:制订评审计划、执行评审、评审报告;
1.制订评审计划:项目经理在编制项目计划时需要计划好所有项目周期中工作产品的评审方式。计划需要确定哪些阶段的哪些工作产品将采用何种方式评审,并写明评审人员的资格要求,最终将这些内容写在《项目计划书》中。
2.准备评审活动:评审活动组织人与待评审的工作产品作者确认待评审的工作产品已经准备完毕,达到评审状态;评审活动组织人与各位参与人确认同行评审会议可行的时间、地点,编制评审议程安排,并将评审检查单发给评审的参与对象;待评审的对象须在评审前规定工作日按照评审检查单的要求准备好待评审对象的讲解和演示材料;评委须在评审之前规定工作日完成待评审的工作产品(主要是文档)的文档审查,掌握评审的要点;评审组织人在评审前规定工作日与各位评委确认待评审的文档已经经过审阅,与评审对象确认评审材料已准备好,确认完毕后,向各位参与人正式发出评审会议通知,说明评审会议的议程。
3.执行同行评审:讲解人阐述工作产品思路和要点;评委提出问题,和讲解人沟通;记录人将评审会议中所有争论的关键问题以及最后评审的结果记录下来形成评审报告
4.跟踪评审结果:评审组织人通知被评审的对象按照《技术评审报告》中的建议对工作产品进行修正;在完成修正之后,与提出意见的人员逐一核对是否修正正确