1、 文件编号：文件版本：Rev.01 13-1技术评审制度编制： 审核： 批准： 1. 目 的技术评审是对项目交付件的系统检查，目的是尽可能早地发现交付件中的缺陷并提出必要的修改意见，使项目组和相关共利益者对阶段性的交付件取得一致意见，并进行确认。通过技术评审可以尽早发现阶段性交付件中存在的问题，避免后续阶段对前期隐藏的缺陷无法纠正或者需要耗费较大的人力、物力和时间才能纠正。本程序明确了技术评审分类和特点，明确产品开发的技术评审点设置和评审内容。制订了技术评审的操作流程和规范，以加强对整个评审过程的控制，提高技术评审质量。同 时加强开发人员的评审意识。2. 适用范围文件编号：文件版本：Rev.0
2、1 13-2本程序适用于公司所有研发项目的各类技术评审工作，但是不包括业务决策评审。3. 术语TR： Technical Review 技术评审TRT: Technical Review Team 技术评审委员会评审对象：交付件或项目4. 评审原则 关注于发现未得到满足的需求； 以合理的速度去花时间阅读材料，做好预审； 不因为缺少时间和预算而将评审省略。5. 评审层次评审分为三个层次，分别为：系统层、子系 统层、模块层。评审点分布大致如下图：阶段概念 开发 验证系 统 层可获得性决策发布概念决策计划决策T R 5系统测试评审T R 6验证测试评审T R 1产品需求评审T R 3概要设计评审计划
3、T R 2产品规格评审T R 4详细设计评审T R 4 A集成测试评审子 系 统 层电路规格设计评审结构规格设计评审软件规格设计评审电路概要设计评审结构概要设计评审软件概要设计评审测试计划评审工艺总体方案评审人证计划评审电路详细设计评审结构详细设计评审软件详细设计评审模 块 层 装配图评审维护手册评审整体软件测试评审 系统层技术评审：含七大评审点 TR1、TR2、TR3、TR4、TR4A、TR5、TR6。在系统级的层面上对产品进行把关的评审，是对项目关键路径中各关键交付件的评审。此类交付件涉及了系统层面的需求、设计、集成、测试等方面，是项目中最基础、最关键的交付件，此类交付件的质量直接关系到产
4、品的质量，因此对此类交付件的技术评审要进行严格要求。 子系统层技术评审：在各个功能子系统的层面上对产品开发的每一个过程结果进行评审，（如电路、软件等子系统的概要设计评审等）。文件编号：文件版本：Rev.01 13-3 模块层技术评审：模块层是在子系统层面再往下细分的层次（如电路板上的某个功能模块，软件的详细设计等）。在模块完成后，也需要 进行技术评审。 6. 角色与职责评审主要有四个角色：主审人、组织者、 评委、作者。职责如下：1) 主审人主审人主持、引导技术评审的过程，全面 负责技术评审的效果；对产品需求规格实现情况进行检查； 负责组建评审小组； 确定是否举行评审对象的介绍会议； 主持技术评
5、审的两次会议：评审对象的介绍会议和评审会议； 确认评审对象中所有问题已得到妥善处理； 通过主持技术评审，不断改进评审过程； 验证评审问题的修改情况。2) 组织者 负责组织项目的评审过程：负责评审通知，收集预审意见，组织评审会议等； 负责会议室、设备（笔记本电脑、投影仪、白板和白板笔）准备等行政工作； 负责评审资料的打印、分发、回收以及销毁； 对评审资料进行归档； 负责评审资料归档到技术管理部； 预审问题整理，并完成预审问题汇总表。3) 评委评委的候选人主要是在过去、现在和将来的产品生命周期中直接参加产品开发的人，包括系统工程师、测试工程 师、工程人员、生产人员 、质量保证人员、系统管理员、系统
6、使用者、外协 人员，还有用户等。评委的来源不局限于研 发部的内部，在外部门或者外单位中具有专门经验的，能够促进技术评审的效果的人员都可以作为评委。评委必须选择至少一个为其他部门的评审专家。 根据评审计划，安排、分配自己的评审时间； 参加评审对象介绍会议和评审小组会议； 全面阅读评审资料，完成分配的预审和评审任务； 保持良好的职业素质，以工作为出发点，不对某人的能力进行评估； 全力去发现评审对象中的问题，提高 产品开发的专业水平； 为作好下一次技术评审积累经验。4) 作者负责提供评审资料并且回答评委的问题，保证区分理解性和实际的问题； 按时间要求准备并提供评审所需的资料； 在评审会议上，回答评委
7、提出的问题，记录发现的问题； 根据评审会议提出的问题，修改 评审对象的相应内容；文件编号：文件版本：Rev.01 13-4 与验证者确认所有问题已按要求修改完毕。7. 角色担当人角色 系统层 子系统层 模块层主审人 TRT 主任/副主任 SE/LPDT 版本经理/SE组织者 TRT 秘书 POP POP评委 TRT 专家（至少有一名其他 PDT 成员）TRT 专家（至少有一名其他 PDT 成员）PDT 成员（至少有一名其他 PDT 成员）作者 LPDT 专业组组长 设计人员1) SE 制定项目的技术评审计划并落实，包括 评审内容、评审类别、时间、评审小组主要成员等； 产品需求规格的跟踪； 根据
8、评审计划中的角色要求，参加相关的技术评审 会； 监控整个技术评审过程。2) TRT 主任/副主任 负责评审体系的建立和提升； 对评审专家的管理。3) 技术管理部 负责评审体系的建立和提升； 协助组织评审过程； 记录并汇总技术评审度量数据； 对评审资料进行归档； 收集评审改进建议(如方法、 规范等)， 总结评审经验，不断改进评审过程。8. 评审注意事项 在评审操作中，尤其要注意容易被忽视的设计问题： 未考虑冲突性需求； 未考虑极端情况； 做出不正确的假设。 每个评审点都关注产品需求规格的跟踪。产品需求规格的实现情况跟踪是一项非常重要的工作，应该在技术评审时进行重点检查。从 TR3 开始，每次技术
9、评审，都要对需求实现情况进行检查，要对产品规格进行跟踪。 风险分析和管理是技术评审的一项重要内容，相应技术风险的内容应该在技术评审时进行检查。评审的结论是确定设计中存在什么风险，根据此结论应采取相应风险文件编号：文件版本：Rev.01 13-5规避措施或其它具体行动。 在每次技术评审中应该跟踪关闭发现的问题、缺陷和解决的情况。9. 评审流程评审流程包括六个步骤，如下图所示：介 介介 介介 介介 介介 介介 介介 介介 介介 介介 介介 介介 介 介 介介 介 介 介介 介介 介介 介介 介介 介 介 介 介 介 介 介 介 介 介介 介 介 介 介 介 介 介 介 介 介 介 介9.1 评审策
10、划本步骤参加人员： SE 作者 组织者 主审人本步骤任务： 由 SE 根据评审计划和作者一起确定评审交付件、主审人、评委、 评审时间； 主审人、作者、组织者共同确定本次评审的策划及评审材料包；9.2 介绍会议本步骤参加人员： 主审人 评委 作者 组织者本步骤任务： 介绍会议是可选择的步骤，由主审人和作者在评审策划时确定是否召开介绍会议； 评审材料下发到召开介绍会议的时间间隔应不少于 4 个小时； 作者根据需要，准备介绍会议的讲稿等资料； 组织者提前 10 分钟准备好介绍会议的场地、设备（笔记本电脑、投影仪、白板和白板笔）； 作者介绍评审对象的内容，介绍会议的时间长度以不超过 1 小时为宜；文件
11、编号：文件版本：Rev.01 13-6 作者介绍评审对象的理论基础和技术方法，主要的功能、性能和应用，技 术的关键及难点，与系统其余部分的关系及接口等内容。这些信息对评审小组是很必要的，能够帮助评审小组成功地完成技术评审的工作。 所有的评委都必须出席产品介绍会议； 介绍会议只进行评审对象的介绍，不要进行技术细节及问题的讨论。9.3 预审本步骤的输入： 评审材料本步骤的输出： 已填写完成的预审问题表本步骤参加人员： 主审人 评委 组织者本步骤任务： 组织者提前 2 天通知各参加评委，内容包括评审时间、地点、 评审内容、评委员、作者、预审问题表等，并将评审资料用纸质的形式分发给各评委（纸质的评审资
12、料必须以水印方式打印上“ 公司保密 资料” 字样）； 各评委参考评审要素表，分头进行预审工作，应该花费足够的时间了解评审对象的内容，并充分考虑存在的各方面问题； 预审时不但要检查评审对象的技术问题，存在的技术风险及隐患等，还需要检查评审对象与需求、上游交付件、标准规范和接口文档的一致性； 预审时发现的问题，应记录在预审问题表中； 组织者负责督促各个评委完成预审，在评审会议召开 4 个小时之前将预审问题表以电子文档形式提交给组织者。9.4 评审会议本步骤的输入： 评审材料 预审问题汇总表 本步骤的输出： 技术评审报告 评审问题跟踪表 已进行问题标记的评审对象本步骤参加人员： 主审人 评委 作者
13、组织者文件编号：文件版本：Rev.01 13-7对本步骤的要求： 只评审材料，不评估作者的能力，发现问题是本步骤的惟一目的； 评审会议的时间以不超过 2 个小时为宜； 在即将召开评审会议之前，不允许替换评委。本步骤任务： 组织者会前填写技术评审报告基本信息、预审问题汇总表并打印，分别提交给主审人和作者以便在评审会议中使用； 组织者提前 10 分钟准备好介绍会议的场地、设备（笔记本电脑、投影仪、白板和白板笔）； 作者对评审对象进行讲解； 讲解完毕后，作者针对预审问题汇总表中的问题进行答辩，确认每个问题是否是真正的问题； 评委补充提问，作者将新问题和发现人记录到预审问题汇总表中； 作者复述记录的所
14、有问题、发现人，取得所有 评委员的认可，主 审人与作者协商确定修改完成日期； 作者将填写好的预审问题汇总表交给主审人并退场； 主审人与评委确定问题严重程度。根据统计分数确定交付件的评审结论：通过或不通过； 严重：不能够满足系统需求的问题；设计的漏洞或缺陷；接口错误等会给需求、设计及实现等带来风险的问题； 一般：技术参数的小偏差； 轻微：小问题 语法问题：错漏字或语句不通等等； 建议：内容本身没有错误，但有更好的方法可以描述或替代； 满分为 100 分，一个严重问题扣 20 分，一个一般问题扣 10 分， 轻微问题扣5 分，语法问题扣 1 分； 低于 60 分不通过。 评委在技术评审报告上签字后
15、退场，主审人填写技术评审报告并签字，与预审问题汇总表一起交给组织者； 组织者在评审会议结束后及时回收所有评委员的纸质评审材料并销毁； 会后，作者根据预审问题汇总表整理评审问题跟踪表，以电子版形式发送给主审人；9.5 修改问题本步骤的输入： 已标出问题的评审对象； 评审问题跟踪表。本步骤的输出： 已完成修改的评审对象； 已做记录的评审问题跟踪表。本步骤参加人员：文件编号：文件版本：Rev.01 13-8 作者本步骤任务： 作者根据评审问题跟踪表中记录的问题,对评审对象进行修改； 对严重和一般的问题必须修改完成，建议类问题可以根据内容和时间情况决定是否修改； 在评审会议中确定的修改完成时间内完成修
16、改工作； 更新评审问题跟踪表，记录修改说明； 通知主审人对修改进行验证。9.6 问题验证本步骤的输入： 已完成修改的评审对象； 评审问题跟踪表。本步骤的输出： 确认已完成修改的评审对象； 验证人已签署意见的评审问题跟踪表。本步骤参加人员： 作者 主审人 组织者本步骤任务： 主审人与作者根据评审问题跟踪表，逐个检查评审问题的修改情况，斟酌每个问题的修改过程和方案，保证问题都被改正，并且没有由于修改而产生新的问题； 如果需要特殊的专业技术，主审人可要求其他的技术专家参加本步骤工作； 主审人在评审问题跟踪表中记录对每个问题的验证结果； 必要时，修改问题和问题验证过程可以重复进行，直至主审人确认所有问
17、题都已得到正确的修改； 最后，根据验证结果，确认，是否还要召开评审 会议，或批准通过； 验证完成后，主审人将和作者一起签过字的评审问题跟踪表提交给组织者。10. 评审结果记录 评审“通过 ”（验证“通过”）之后组织者将评审对 象（交付件等）、 技术评审报告、评审问题跟踪表的电子版和签字过的原件提交给技术管理部存档； 技术管理部将正式技术评审的数据按项目统计到项目度量数据表-技术评审数据、评审专家库中。度量数据的统计重点在两方面： 被评审交付件的质量：包括交付件质量得分、评审出的问题数等，分别按作者、所在部门、项目阶段进行统计； 评审小组的工作质量：包括评委员的表现、评审过程的规范性、评审的问题
18、数据等，按评委进行统计。文件编号：文件版本：Rev.01 13-9 技术管理部每月月末按项目、部门、个人 汇总技术评审数据； 技术管理部根据评审问题跟踪表整理评审要素表。评审要素表可作用于： 作者在开发工作产品时关注以往项目发生的问题，在自己的开发过程中尽量避免； 各评委员可参考评审要素，提高评审效率； 识别发生频率比较高的问题或者需要重点关注的问题，改进相应的评审要素单，提高评审效率。11. 评委管理11.1管理架构为提高技术评审效果，公司建立技术评审专家库，作为每次技术评审选择评审人员的依据。技术评审专家及每个参加技术评审的技术人员做出的贡献均被记录入评审专家库。技术管理部为技术评审专家库
19、的管理者。在评审专家库中，选拔有一定工作经验，在某一技 术领域具有专业技能，能在技 术评审中发挥特别的作用的人员，组 成公司的技术评审委员会（TRT）。11.2职责技术管理部： 负责维护技术评审专家库信息； 每月末提取并汇总评审度量数据，生成相应指标（平均每次评审发现问题数、平均每月参加评审数等）； 管理评审专家信息库； 每半年一次对评审专家的级别进行评估，必要时申请调整； 组织培训。组织者： 及时将评审“通过”之后的评审对象、技术评审报告、评审问题跟踪表的电子版和签字过的原件提交给技术管理部。11.3评审人员的选拔和定级技术评审专家在公司范围内选择，任何参加过技术评审并有有效记录的人员均可进
20、入技术评审专家库，在专家库中 为每一评委评定等级。评委定级如下： 资深评委 专家评委 普通评委 临时评委“资深评委”、“ 专家评委” 、“普通评委”组成公司的技 术评审委员会（TRT），其他参加过技术评审的人员定义为临时评委。文件编号：文件版本：Rev.01 13-10等级评定规则：1、 临时评委累计满30个有效问题数则晋级为普通评委，成为TRT的一员；2、 按有效问题数高低排列，TRT总人数的20%定级为资深评委，30%定级为“ 专家评委”，50%定级为 普通评委；3、 每半年一次对评审专家的级别进行评估。11.4 评审人员的评价与奖励 1、 每次评审会议后，根据 评委对评审的贡献（发现问题
21、 数）给予记分。发现一个严重问题评委记5分，一个一般问题记3分，一个轻微问题记2 分，一个 语法问题或建议记1分。多人共同发现一个问题则每人按其问题分值平均分摊。2、 技术管理部统计各评审人员的分数、 评审次数，作为考核、职位晋级的证据之一。3、 通过每次评审的度量数据，技 术管理部每月末提取各 专家在技术评审上的表现数据，形成如下几个指标， 该指标将作为技术评审技能等级以及技术任职资格评估的重要取证依据。 平均每次评审发现的等效问题数：评审专家在统计的当年内，平均每次技术评审上发现的等效问题数：等效问题数建议数语法问题数+轻微问题数2+一般问题数3严重问题数5； 平均每月参加评审次数：评审专家在统计的当年内，平均每月参加评审次数； 主审人每主持一次评审，计算5分；4、 技术管理部每半年末根据度量数据分析以及评审专家的表现， 对其级别进行评估。技术管理部及时更新评审专家库信息。11.5 专家信息库信息库包含：评审专家姓名、所属部门、技能特 长、专家定级、参加评审次数、累计工作量、评审平均得分、发现问题数、平均每次评审发现等效 问题数、平均每月参加 评审数等。详见评审专家库。技术管理部及时更新专家信息库，每半年在公司范围内公布专家信息库信息。12. 相关表单预审问题表预审问题汇总表技术评审报告评审问题跟踪表评审专家库项目度量数据表-技术评审数据评审要素表
