技术评审制度.docx

《技术评审制度.docx》由会员分享，可在线阅读，更多相关《技术评审制度.docx（22页珍藏版）》请在三一办公上搜索。

1、技 术 评 审 制 度编制：审核：批准：1. 目的技术评审是对项目交付件的系统检查，目的是尽可能早地发现交付件中的缺陷并提出必要 的修改意见，使项目组和相关共利益者对阶段性的交付件取得一致意见，并进行确认。通过技术评审可以尽早发现阶段性交付件中存在的问题，避免后续阶段对前期隐藏的缺陷 无法纠正或者需要耗费较大的人力、物力和时间才能纠正。本程序明确了技术评审分类和特点，明确产品开发的技术评审点设置和评审内容。制订了 技术评审的操作流程和规范，以加强对整个评审过程的控制，提高技术评审质量。同时加强开 发人员的评审意识。2. 适用范I本程序适用于公司所有研发项目的各类技术评审工作，但是不包括业务决策

2、评审。3. 术语TR :Technical Review技术评审TRT:Technical Review Team 技术评审委员会评审对象：交付件或项目4. 评审原则关注于发现未得到满足的需求；以合理的速度去花时间阅读材料，做好预审；不因为缺少时间和预算而将评审省略。5. 评审层次评审分为三个层次，分别为：系统层、子系统层、模块层。评审点分布大致如下图： 系统层技术评审：含七大评审点TR1、TR2、TR3、TR4、TR4A、TR5、TR6。在系统级 的层面上对产品进行把关的评审，是对项目关键路径中各关键交付件的评审。此类交付件 涉及了系统层面的需求、设计、集成、测试等方面，是项目中最基础、最关

3、键的交付件， 此类交付件的质量直接关系到产品的质量，因此对此类交付件的技术评审要进行严格要求。子系统层技术评审：在各个功能子系统的层面上对产品开发的每一个过程结果进行评审， （如电路、软件等子系统的概要设计评审等）。模块层技术评审：模块层是在子系统层面再往下细分的层次（如电路板上的某个功能模块， 软件的详细设计等）。在模块完成后，也需要进行技术评审。6. 角色与职责评审主要有四个角色：主审人、组织者、评委、作者。职责如下：1）主审人主审人主持、引导技术评审的过程，全面负责技术评审的效果；对产品需求规格实现情况进行检查；负责组建评审小组；确定是否举行评审对象的介绍会议；主持技术评审的两次会议：评

4、审对象的介绍会议和评审会议；确认评审对象中所有问题已得到妥善处理；通过主持技术评审，不断改进评审过程；验证评审问题的修改情况。2）组织者负责组织项目的评审过程：负责评审通知，收集预审意见，组织评审会议等；负责会议室、设备（笔记本电脑、投影仪、白板和白板笔）准备等行政工作；负责评审资料的打印、分发、回收以及销毁；对评审资料进行归档；负责评审资料归档到技术管理部；预审问题整理，并完成预审问题汇总表。3）评委评委的候选人主要是在过去、现在和将来的产品生命周期中直接参加产品开发的人， 包括系统工程师、测试工程师、工程人员、生产人员、质量保证人员、系统管理员、 系统使用者、外协人员，还有用户等。评委的来

5、源不局限于研发部的内部，在外部门 或者外单位中具有专门经验的，能够促进技术评审的效果的人员都可以作为评委。评委必须选择至少一个为其他部门的评审专家。根据评审计划，安排、分配自己的评审时间；参加评审对象介绍会议和评审小组会议；全面阅读评审资料，完成分配的预审和评审任务；保持良好的职业素质，以工作为出发点，不对某人的能力进行评估；全力去发现评审对象中的问题，提高产品开发的专业水平；为作好下一次技术评审积累经验。4）作者负责提供评审资料并且回答评委的问题，保证区分理解性和实际的问题；按时间要求准备并提供评审所需的资料；在评审会议上，回答评委提出的问题，记录发现的问题；根据评审会议提出的问题，修改评审

6、对象的相应内容；与验证者确认所有问题已按要求修改完毕。7. 角色担当人角色系统层子系统层模块层主审人TRT主任/副主任SE/LPDT版本经理/SE组织者TRT秘书POPPOP评委TRT专家（至少有一TRT专家（至少有一名其他PDT成员（至少有一名名其他PDT成员）PDT成员）其他PDT成员）作者LPDT专业组组长设计人员1）SE制定项目的技术评审计划并落实，包括评审内容、评审类别、时间、评审小组主要成 员等；产品需求规格的跟踪；根据评审计划中的角色要求，参加相关的技术评审会；监控整个技术评审过程。2）TRT主任/副主任负责评审体系的建立和提升；对评审专家的管理。3）技术管理部负责评审体系的建立

7、和提升；协助组织评审过程；记录并汇总技术评审度量数据；对评审资料进行归档；收集评审改进建议（如方法、规范等），总结评审经验，不断改进评审过程。8. 评审注意事项在评审操作中，尤其要注意容易被忽视的设计问未考虑冲突性需求；未考虑极端情况； 做出不正确的假设。每个评审点都关注产品需求规格的跟踪。 产品需求规格的实现情况跟踪是一项非常重要的工作，应该在技术评审时进行重点 检查。从TR3开始，每次技术评审，都要对需求实现情况进行检查，要对产品规格 进行跟踪。风险分析和管理是技术评审的一项重要内容，相应技术风险的内容应该在技术评审 时进行检查。评审的结论是确定设计中存在什么风险，根据此结论应采取相应风险

8、 规避措施或其它具体行动。在每次技术评审中应该跟踪关闭发现的问题、缺陷和解决的情况。9. 评审流程评审流程包括六个步骤，如下图所示：9.1评审策划本步骤参加人员： SE作者组织者主审人本步骤任务：由SE根据评审计划和作者一起确定评审交付件、主审人、评委、评审时间；主审人、作者、组织者共同确定本次评审的策划及评审材料包；9.2介绍会议本步骤参加人员：主审人评委作者组织者本步骤任务： 介绍会议是可选择的步骤，由主审人和作者在评审策划时确定是否召开介绍会议； 评审材料下发到召开介绍会议的时间间隔应不少于4个小时；作者根据需要，准备介绍会议的讲稿等资料；组织者提前10分钟准备好介绍会议的场地、设备（笔

9、记本电脑、投影仪、白板和白 板笔）； 作者介绍评审对象的内容，介绍会议的时间长度以不超过1小时为宜；作者介绍评审对象的理论基础和技术方法，主要的功能、性能和应用，技术的关 键及难点，与系统其余部分的关系及接口等内容。这些信息对评审小组是很必要 的，能够帮助评审小组成功地完成技术评审的工作。 所有的评委都必须出席产品介绍会议； 介绍会议只进行评审对象的介绍，不要进行技术细节及问题的讨论。9.3预审本步骤的输入： 评审材料本步骤的输出： 已填写完成的预审问题表本步骤参加人员：主审人 评委 组织者本步骤任务： 组织者提前2天通知各参加评委，内容包括评审时间、地点、评审内容、评委员、 作者、预审问题表

10、等，并将评审资料用纸质的形式分发给各评委（纸质的评审 资料必须以水印方式打印上“公司保密资料”字样）；各评委参考评审要素表，分头进行预审工作，应该花费足够的时间了解评审对 象的内容，并充分考虑存在的各方面问题； 预审时不但要检查评审对象的技术问题，存在的技术风险及隐患等，还需要检查评审对象与需求、上游交付件、标准规范和接口文档的一致性；预审时发现的问题，应记录在预审问表中；组织者负责督促各个评委完成预审，在评审会议召开4个小时之前将预审问题表以电子文档形式提交给组织者。9.4评审会议本步骤的输入：评审材料预审问题汇总表本步骤的输出：技术评审报告评审问题跟踪表已进行问题标记的评审对象本步骤参加人

11、员：主审人 评委 作者 组织者对本步骤的要求： 只评审材料，不评估作者的能力，发现问题是本步骤的惟一目的； 评审会议的时间以不超过2个小时为宜；在即将召开评审会议之前，不允许替换评委。本步骤任务：组织者会前填写技术评审报告基本信息、预审问题汇总表并打印，分别提 交给主审人和作者以便在评审会议中使用；组织者提前10分钟准备好介绍会议的场地、设备（笔记本电脑、投影仪、白板和白 板笔）；作者对评审对象进行讲解； 讲解完毕后，作者针对预审问题汇总表中的问题进行答辩，确认每个问题是否是真正的问题；评委补充提问，作者将新问题和发现人记录到预审问汇总表中；作者复述记录的所有问题、发现人，取得所有评委员的认可

12、，主审人与作者协商确定修改完成日期；作者将填写好的预审问题汇总表交给主审人并退场； 主审人与评委确定问题严重程度。根据统计分数确定交付件的评审结论：通过或不通过；严重：不能够满足系统需求的问题；设计的漏洞或缺陷；接口错误等会给需 求、设计及实现等带来风险的问题； 一般：技术参数的小偏差；轻微：小问题 语法问题：错漏字或语句不通等等；建议：内容本身没有错误，但有更好的方法可以描述或替代； 满分为100分，一个严重问题扣20分，一个一般问题扣10分，轻微问题 扣5分，语法问题扣1分；低于60分不通过。评委在技术评审报告上签字后退场，主审人填写技术评审报告并签字，与预审问题汇总表一起交给组织者；组织

13、者在评审会议结束后及时回收所有评委员的纸质评审材料并销毁；会后，作者根据预审问题汇总表整理评审问题跟踪表，以电子版形式发送 给主审人；9.5修改问题本步骤的输入：已标出问题的评审对象；评审问题跟踪表。本步骤的输出：已完成修改的评审对象；已做记录的评审问题跟踪表。本步骤参加人员：作者本步骤任务:作者根据评审问跟踪表中记录的问题，对评审对象进行修改；对严重和一般的问题必须修改完成，建议类问题可以根据内容和时间情况决定是否修改；在评审会议中确定的修改完成时间内完成修改工作;更新评审问跟踪表，记录修改说明；通知主审人对修改进行验证。9.6问题验证本步骤的输入： 已完成修改的评审对象；评审问题跟踪表。本

14、步骤的输出：确认已完成修改的评审对象； 验证人已签署意见的评审问题跟踪表。本步骤参加人员： 作者主审人组织者本步骤任务：主审人与作者根据评审问题跟踪表，逐个检查评审问题的修改情况，斟酌每个 问题的修改过程和方案，保证问题都被改正，并且没有由于修改而产生新的问题；如果需要特殊的专业技术，主审人可要求其他的技术专家参加本步骤工作；主审人在评审问题跟踪表中记录对每个问题的验证结果； 必要时，修改问题和问题验证过程可以重复进行，直至主审人确认所有问题都已得 到正确的修改； 最后，根据验证结果，确认，是否还要召开评审会议，或批准通过；验证完成后，主审人将和作者一起签过字的评审问题跟踪表提交给组织者。10

15、. 评审结果记录评审“通过”（验证“通过”）之后组织者将评审对象（交付件等）、技术评审报告、评 审问题跟踪表的电子版和签字过的原件提交给技术管理部存档；技术管理部将正式技术评审的数据按项目统计到项目度量数据表-技术评审数据、评审专家库中。度量数据的统计重点在两方面：被评审交付件的质量：包括交付件质量得分、评审出的问题数等，分别按作者、 所在部门、项目阶段进行统计；评审小组的工作质量：包括评委员的表现、评审过程的规范性、评审的问题数据 等，按评委进行统计。 技术管理部每月月末按项目、部门、个人汇总技术评审数据；技术管理部根据评审问题跟踪表整理评审要素表。评审要素表可作用于： 作者在开发工作产品时

16、关注以往项目发生的问题，在自己的开发过程中尽量避免； 各评委员可参考评审要素，提高评审效率；识别发生频率比较高的问题或者需要重点关注的问题，改进相应的评审要素单， 提高评审效率。11. 评委管理11.1. 管理架构为提高技术评审效果，公司建立技术评审专家库，作为每次技术评审选择评审人员的依 据。技术评审专家及每个参加技术评审的技术人员做出的贡献均被记录入评审专家库。技术管理部为技术评审专家库的管理者。在评审专家库中，选拔有一定工作经验，在某一技术领域具有专业技能，能在技术评审 中发挥特别的作用的人员，组成公司的技术评审委员会（TRT ）。11.2. 职责技术管理部：负责维护技术评审专家库信息；

17、每月末提取并汇总评审度量数据，生成相应指标（平均每次评审发现问题数、 平均每月参加评审数等）；管理评审专家信息库；每半年一次对评审专家的级别进行评估，必要时申请调整；组织培训。组织者：及时将评审“通过”之后的评审对象、技术评审报告、评审问题跟踪表的 电子版和签字过的原件提交给技术管理部。11.3 .评审人员的选拔和定级技术评审专家在公司范围内选择，任何参加过技术评审并有有效记录的人员均可进入技 术评审专家库，在专家库中为每一评委评定等级。评委定级如下：资深评委专家评委普通评委临时评委“资深评委”、“专家评委”、“普通评委”组成公司的技术评审委员会（TRT），其他参加过 技术评审的人员定义为临时

18、评委。等级评定规则：1、临时评委累计满30个有效问题数则晋级为普通评委，成为TRT的一员；2、按有效问题数高低排列，TRT总人数的20%定级为资深评委，30%定级为“专家评 委”，50%定级为普通评委；3、每半年一次对评审专家的级别进行评估。11.4评审人员的评价与奖励1、每次评审会议后，根据评委对评审的贡献（发现问题数）给予记分。发现一个严重问 题评委记5分，一个一般问题记3分，一个轻微问题记2分，一个语法问题或建议记1 分。多人共同发现一个问题则每人按其问题分值平均分摊。2、技术管理部统计各评审人员的分数、评审次数，作为考核、职位晋级的证据之一。3、通过每次评审的度量数据，技术管理部每月末

19、提取各专家在技术评审上的表现数据， 形成如下几个指标，该指标将作为技术评审技能等级以及技术任职资格评估的重要取 证依据。 平均每次评审发现的等效问题数：评审专家在统计的当年内，平均每次技术评审 上发现的等效问题数：等效问题数二建议数+语法问题数+轻微问题数x2+一般问题数x3 +严重问题数 x5 ； 平均每月参加评审次数：评审专家在统计的当年内，平均每月参加评审次数；主审人每主持一次评审，计算5分；4、技术管理部每半年末根据度量数据分析以及评审专家的表现，对其级别进行评估。技 术管理部及时更新评审专家库信息。11.5专家信息库信息库包含：评审专家姓名、所属部门、技能特长、专家定级、参加评审次数

20、、累计工作 量、评审平均得分、发现问题数、平均每次评审发现等效问题数、平均每月参加评审数等。详 见评审专家库。技术管理部及时更新专家信息库，每半年在公司范围内公布专家信息库信息。12. 相关表单预审问题表预审问题汇总表技术评审报告评审问题跟踪表评审专家库项目度量数据表-技术评审数据评审要素表13. 附录A :系统层技术评审内容对于不同类型和大小的项目，SE在取得LPDT和TRT主任同意的情况下，可对以上7个 技术评审点进行裁剪。例如，产品升级类项目可以将TR1和TR2进行合并，如果系统层的技 术评审进行了裁剪，则子系统层、模块层也要进行相应的裁剪。所处评审点阶段评审内容主审人组织者建议的评审人

21、TR1产品需求评审概念产品包需求、知识产权工作计划TRT主任/副主任TRT秘书TRT专家（至 少有一名其 他PDT成员）TR2产品规格评审计划系统总体规格设计、规格表TRT主任/副主任TRT秘书TRT专家（至 少有一名其 他PDT成员）TR3概要设计评审计划产品的企业标准（包括相关的行业、 国家和国际标准、认证标准）、测试 计划TRT主任/副主任TRT秘书TRT专家（至 少有一名其 他PDT成员）TR4详细设计和实现评审开发产品生产质量计划TRT主任/副主任TRT秘书TRT专家（至 少有一名其 他PDT成员）TR4A 集成测试评审开发集成测试问题跟踪表、集成测试总结TRT主任/副主任TRT秘书

22、TRT专家（至 少有一名其 他PDT成员）TR5系统测试评审开发系统测试问题跟踪表、系统测试总结、市场样本、彩页TRT主任/副主任TRT秘书TRT专家（至 少有一名其 他PDT成员）TR6验证测试评审验证用户测试问题跟踪表、用户测试总结、 试生产测试问题跟踪表、项目测试总 结、用户手册、操作手册TRT主任/副主任TRT秘书TRT专家（至 少有一名其 他PDT成员）14. 附录B :子系统层技术评审内容七大技术评审点之间的子系统层评审内容要求如下：评审 点所 处 阶 段专业子系统评审内容主审人组织者建议的评审人TR2 产品 规格 评审计 划电路电路规格设计方案、接地 方案、电路设计方案验证 包（

23、含新器件调研、新电 路预研）、电路规格表SE/LPDTPOP设计部经理，LPDT，中试代 表，结构设计人员，生产代表结构结构规格设计方案、结构 规格表SE/LPDTPOP设计部经理，LPDT，中试代 表，电路设计人员，生产代表软件规格设计方案、子系统原 型、通信协议、软件规格 表SE/LPDTPOP软件设计部经理，LPDT，中 试代表测试系统测试方案、用户测试 方案、认证测试方案SE/LPDTPOP测试部经理，LPDT，设计部 经理、电路设计人员、结构设 计人员市场市场样本初稿、彩页初稿SE/LPDTPOP市场部经理，LPDTTR3 概要 设计 评审计 划电路电路概要设计说明书、功 率估计文件

24、、电路板原理 框图SE/LPDTPOP设计部经理，LPDT，中试代 表，生产代表结构结构概要设计说明书、概 要设计验证说明、三维模 型SE/LPDTPOP设计部经理，LPDT，结构设 计人员，市场代表，客户服务 代表，生产代表软件软件概要设计说明书、图 标界面概要设计说明书、 概要设计验证说明SE/LPDTPOP软件设计部经理，LPDT，中 试代表测试集成测试方案SE/LPDTPOP测试部经理，LPDT，设计部 经理、电路设计人员、结构设 计人员其他产品资料开发工作计划、 工艺总体方案等SE/LPDTPOP资员LPDT、生产代表， 料开发、工艺开发人15. 附录C :模块层技术评审内容为了保证

25、日常研发工作的质量，对模块层的交付件也需要进行技术评审。对重要模块层的评审由SE在制定评审计划时确定；其他可采用非正式评审方式，不列入 项目评审计划。七大技术评审点之间的模块层评审内容要求如下：评审点所处阶段专业模块评审内容主审人组织者建议的评审人TR4开发电路详细设计说明书（包含单元版本经理POP设计部经理，LPDT ,详细设测试方法）、电路原理图、/SESE，中试代表，结构计和实PCB板图、电路单元测试设计人员，生产代表现评审报告结构结构工程图纸、装配图、结版本经理POP设计部经理，LPDT ,构详细设计说明（含尺寸说/SESE，中试代表，结构明）、图样目录、零部件明设计人员，生产代表细表

26、、BOM表、结构单元测试方案、单兀测试报告软件VISIO设计模型、代码、控版本经理POP软件设计部经理，件、上位机软件单元测试方/SELPDT，SE，中试代案、测试桩程序、单兀测试表，生产代表报告TR5开发电路电路测试工艺卡（包含简单版本经理P注设计部经理，LPDT，系统测的故障处理说明）、零部件/SEOPSE，中试代表，结构试评审明细表、装配图、装配关键设计人员，生产代表说明、接线图、电路参数调测指导、维护手册结构系统接线图、工艺过程卡、版本经理POP设计部经理，LPDT，工艺过程检验规范、包装工/SESE，中试代表，结构艺、零部件进货检验规范、设计人员，生产代表工装设计、机械参数设计配置指导、维护手册软件测试工艺的需求、概要设版本经理POP软件设计部经理，计、代码、操作说明、特殊/SELPDT，SE，中试代元器件检验及说明、整机软表，生产代表件功能测试、维护手册