第16章 技术评审 技术评审(Technical Review,TR)的目的是尽早地发现工作成果中的缺陷，并帮助开发人员及时消除缺陷，从而有效地提高产品的质量
技术评审的过程是SPP模型的重要组成部分
本规范阐述了技术评审过程域的3个主要规程： ☆制定技术评审计划[SPP-PRO-TR-PLANNING]
☆正式技术评审[SPP-PROC-TR-FTR]
☆非正式技术评审[SPP-PROC-TRITR]
上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义
本规范适用于国内 IT企业的软件研发项目
建议拥护根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用
1 介 绍 技术评审最初是由 IBM公司为了提高软件质量和提高程序员生产率而倡导的
技术评审方法已经被业界广泛采用并收到了很好的效果，它被普遍认为是软件开放的最佳实践之一
技术评审能够在任何开发阶段执行，它可以比测试更早地发现并消除工作成果中的缺陷
技术评审的主要好处有： ☆ 通过消除工作成果的缺陷而提高产品的质量
☆ 越早消除缺陷就越能降低开发成本
☆ 开发人员能够及时地得到同行专家的帮助和指导，无疑会加深对工作成果的理解，更好地预防缺陷，在一定程度上提高了开发生产率
可见技术评审有助于“提高质量、提高生产率、降低成本”，符合软件过程改进的根本目的
技术评审有两种类型： ☆ 正式技术评审（FTR）
FTR比较严格，需要举行评审会议，参加评审会议的人员比较多
☆ 非正式技术评审（ITR）
ITR的形式比较灵活，通常在同伴之间展开，不必举行评审会议，评审人员比较少
理论上讲，为了确保产品的质量，产品的所有工作成果都应当接受技术评审
现实中，为了节约时间，允许人们有选择地对工作成果进行技术评审
技术评审方式也视
