技术评审制度.doc
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 技术 评审 制度
- 资源描述:
-
文件编号:文件版本:Rev.01 技 术 评 审 制 度 编制: 审核: 批准: 1. 目 的 技术评审是对项目交付件的系统检查,目的是尽可能早地发现交付件中的缺陷并提出必要的修改意见,使项目组和相关共利益者对阶段性的交付件取得一致意见,并进行确认。 通过技术评审可以尽早发现阶段性交付件中存在的问题,避免后续阶段对前期隐藏的缺陷无法纠正或者需要耗费较大的人力、物力和时间才能纠正。 本程序明确了技术评审分类和特点,明确产品开发的技术评审点设置和评审内容。制订了技术评审的操作流程和规范,以加强对整个评审过程的控制,提高技术评审质量。同时加强开发人员的评审意识。 2. 适用范围 本程序适用于公司所有研发项目的各类技术评审工作,但是不包括业务决策评审。 3. 术语 TR: Technical Review 技术评审 TRT: Technical Review Team 技术评审委员会 评审对象:交付件或项目 4. 评审原则 Ø 关注于发现未得到满足的需求; Ø 以合理的速度去花时间阅读材料,做好预审; Ø 不因为缺少时间和预算而将评审省略。 5. 评审层次 评审分为三个层次,分别为:系统层、子系统层、模块层。评审点分布大致如下图: Ø 系统层技术评审:含七大评审点TR1、TR2、TR3、TR4、TR4A、TR5、TR6。在系统级的层面上对产品进行把关的评审,是对项目关键路径中各关键交付件的评审。此类交付件涉及了系统层面的需求、设计、集成、测试等方面,是项目中最基础、最关键的交付件,此类交付件的质量直接关系到产品的质量,因此对此类交付件的技术评审要进行严格要求。 Ø 子系统层技术评审:在各个功能子系统的层面上对产品开发的每一个过程结果进行评审,(如电路、软件等子系统的概要设计评审等)。 Ø 模块层技术评审:模块层是在子系统层面再往下细分的层次(如电路板上的某个功能模块,软件的详细设计等)。在模块完成后,也需要进行技术评审。 6. 角色与职责 评审主要有四个角色:主审人、组织者、评委、作者。职责如下: 1) 主审人 主审人主持、引导技术评审的过程,全面负责技术评审的效果; 对产品需求规格实现情况进行检查; l 负责组建评审小组; l 确定是否举行评审对象的介绍会议; l 主持技术评审的两次会议:评审对象的介绍会议和评审会议; l 确认评审对象中所有问题已得到妥善处理; l 通过主持技术评审,不断改进评审过程; l 验证评审问题的修改情况。 2) 组织者 l 负责组织项目的评审过程:负责评审通知,收集预审意见,组织评审会议等; l 负责会议室、设备(笔记本电脑、投影仪、白板和白板笔)准备等行政工作; l 负责评审资料的打印、分发、回收以及销毁; l 对评审资料进行归档; l 负责评审资料归档到技术管理部; l 预审问题整理,并完成《预审问题汇总表》。 3) 评委 评委的候选人主要是在过去、现在和将来的产品生命周期中直接参加产品开发的人,包括系统工程师、测试工程师、工程人员、生产人员、质量保证人员、系统管理员、系统使用者、外协人员,还有用户等。评委的来源不局限于研发部的内部,在外部门或者外单位中具有专门经验的,能够促进技术评审的效果的人员都可以作为评委。 评委必须选择至少一个为其他部门的评审专家。 l 根据评审计划,安排、分配自己的评审时间; l 参加评审对象介绍会议和评审小组会议; l 全面阅读评审资料,完成分配的预审和评审任务; l 保持良好的职业素质,以工作为出发点,不对某人的能力进行评估; l 全力去发现评审对象中的问题,提高产品开发的专业水平; l 为作好下一次技术评审积累经验。 4) 作者 负责提供评审资料并且回答评委的问题,保证区分理解性和实际的问题; l 按时间要求准备并提供评审所需的资料; l 在评审会议上,回答评委提出的问题,记录发现的问题; l 根据评审会议提出的问题,修改评审对象的相应内容; l 与验证者确认所有问题已按要求修改完毕。 7. 角色担当人 角色 系统层 子系统层 模块层 主审人 TRT主任/副主任 SE/LPDT 版本经理/SE 组织者 TRT秘书 POP POP 评委 TRT专家(至少有一名其他PDT成员) TRT专家(至少有一名其他PDT成员) PDT成员(至少有一名其他PDT成员) 作者 LPDT 专业组组长 设计人员 1) SE l 制定项目的技术评审计划并落实,包括评审内容、评审类别、时间、评审小组主要成员等; l 产品需求规格的跟踪; l 根据评审计划中的角色要求,参加相关的技术评审会; l 监控整个技术评审过程。 2) TRT主任/副主任 l 负责评审体系的建立和提升; l 对评审专家的管理。 3) 技术管理部 l 负责评审体系的建立和提升; l 协助组织评审过程; l 记录并汇总技术评审度量数据; l 对评审资料进行归档; l 收集评审改进建议(如方法、规范等),总结评审经验,不断改进评审过程。 8. 评审注意事项 l 在评审操作中,尤其要注意容易被忽视的设计问题: n 未考虑冲突性需求; n 未考虑极端情况; n 做出不正确的假设。 l 每个评审点都关注产品需求规格的跟踪。 产品需求规格的实现情况跟踪是一项非常重要的工作,应该在技术评审时进行重点检查。从TR3开始,每次技术评审,都要对需求实现情况进行检查,要对产品规格进行跟踪。 l 风险分析和管理是技术评审的一项重要内容,相应技术风险的内容应该在技术评审时进行检查。评审的结论是确定设计中存在什么风险,根据此结论应采取相应风险规避措施或其它具体行动。 l 在每次技术评审中应该跟踪关闭发现的问题、缺陷和解决的情况。 9. 评审流程 评审流程包括六个步骤,如下图所示: 9.1评审策划 本步骤参加人员: l SE l 作者 l 组织者 l 主审人 本步骤任务: l 由SE根据评审计划和作者一起确定评审交付件、主审人、评委、评审时间; l 主审人、作者、组织者共同确定本次评审的策划及评审材料包; 9.2介绍会议 本步骤参加人员: l 主审人 l 评委 l 作者 l 组织者 本步骤任务: l 介绍会议是可选择的步骤,由主审人和作者在评审策划时确定是否召开介绍会议; l 评审材料下发到召开介绍会议的时间间隔应不少于4个小时; l 作者根据需要,准备介绍会议的讲稿等资料; l 组织者提前10分钟准备好介绍会议的场地、设备(笔记本电脑、投影仪、白板和白板笔); l 作者介绍评审对象的内容,介绍会议的时间长度以不超过1小时为宜; n 作者介绍评审对象的理论基础和技术方法,主要的功能、性能和应用,技术的关键及难点,与系统其余部分的关系及接口等内容。这些信息对评审小组是很必要的,能够帮助评审小组成功地完成技术评审的工作。 l 所有的评委都必须出席产品介绍会议; l 介绍会议只进行评审对象的介绍,不要进行技术细节及问题的讨论。 9.3预审 本步骤的输入: l 评审材料 本步骤的输出: l 已填写完成的预审问题表 本步骤参加人员: l 主审人 l 评委 l 组织者 本步骤任务: l 组织者提前2天通知各参加评委,内容包括评审时间、地点、评审内容、评委员、作者、《预审问题表》等,并将评审资料用纸质的形式分发给各评委(纸质的评审资料必须以水印方式打印上“公司保密资料”字样); l 各评委参考《评审要素表》,分头进行预审工作,应该花费足够的时间了解评审对象的内容,并充分考虑存在的各方面问题; l 预审时不但要检查评审对象的技术问题,存在的技术风险及隐患等,还需要检查评审对象与需求、上游交付件、标准规范和接口文档的一致性; l 预审时发现的问题,应记录在《预审问题表》中; l 组织者负责督促各个评委完成预审,在评审会议召开4个小时之前将《预审问题表》以电子文档形式提交给组织者。 9.4评审会议 本步骤的输入: l 评审材料 l 《预审问题汇总表》 本步骤的输出: l 《技术评审报告》 l 《评审问题跟踪表》 l 已进行问题标记的评审对象 本步骤参加人员: l 主审人 l 评委 l 作者 l 组织者 对本步骤的要求: l 只评审材料,不评估作者的能力,发现问题是本步骤的惟一目的; l 评审会议的时间以不超过2个小时为宜; l 在即将召开评审会议之前,不允许替换评委。 本步骤任务: l 组织者会前填写《技术评审报告》基本信息、《预审问题汇总表》并打印,分别提交给主审人和作者以便在评审会议中使用; l 组织者提前10分钟准备好介绍会议的场地、设备(笔记本电脑、投影仪、白板和白板笔); l 作者对评审对象进行讲解; l 讲解完毕后,作者针对《预审问题汇总表》中的问题进行答辩,确认每个问题是否是真正的问题; l 评委补充提问,作者将新问题和发现人记录到《预审问题汇总表》中; l 作者复述记录的所有问题、发现人,取得所有评委员的认可,主审人与作者协商确定修改完成日期; l 作者将填写好的《预审问题汇总表》交给主审人并退场; l 主审人与评委确定问题严重程度。根据统计分数确定交付件的评审结论:通过或不通过; ² 严重:不能够满足系统需求的问题;设计的漏洞或缺陷;接口错误等会给需求、设计及实现等带来风险的问题; ² 一般:技术参数的小偏差; ² 轻微:小问题 ² 语法问题:错漏字或语句不通等等; ² 建议:内容本身没有错误,但有更好的方法可以描述或替代; ² 满分为100分,一个严重问题扣20分,一个一般问题扣10分,轻微问题扣5分,语法问题扣1分; ² 低于60分不通过。 l 评委在《技术评审报告》上签字后退场,主审人填写《技术评审报告》并签字,与《预审问题汇总表》一起交给组织者; l 组织者在评审会议结束后及时回收所有评委员的纸质评审材料并销毁; l 会后,作者根据《预审问题汇总表》整理《评审问题跟踪表》,以电子版形式发送给主审人; 9.5修改问题 本步骤的输入: l 已标出问题的评审对象; l 《评审问题跟踪表》。 本步骤的输出: l 已完成修改的评审对象; l 已做记录的评审问题跟踪表。 本步骤参加人员: l 作者 本步骤任务: l 作者根据《评审问题跟踪表》中记录的问题,对评审对象进行修改; l 对严重和一般的问题必须修改完成,建议类问题可以根据内容和时间情况决定是否修改; l 在评审会议中确定的修改完成时间内完成修改工作; l 更新《评审问题跟踪表》,记录修改说明; l 通知主审人对修改进行验证。 9.6问题验证 本步骤的输入: l 已完成修改的评审对象; l 评审问题跟踪表。 本步骤的输出: l 确认已完成修改的评审对象; l 验证人已签署意见的评审问题跟踪表。 本步骤参加人员: l 作者 l 主审人 l 组织者 本步骤任务: l 主审人与作者根据《评审问题跟踪表》,逐个检查评审问题的修改情况,斟酌每个问题的修改过程和方案,保证问题都被改正,并且没有由于修改而产生新的问题; l 如果需要特殊的专业技术,主审人可要求其他的技术专家参加本步骤工作; l 主审人在《评审问题跟踪表》中记录对每个问题的验证结果; l 必要时,修改问题和问题验证过程可以重复进行,直至主审人确认所有问题都已得到正确的修改; l 最后,根据验证结果,确认,是否还要召开评审会议,或批准通过; l 验证完成后,主审人将和作者一起签过字的《评审问题跟踪表》提交给组织者。 10. 评审结果记录 Ø 评审“通过”(验证“通过”)之后组织者将评审对象(交付件等)、《技术评审报告》、《评审问题跟踪表》的电子版和签字过的原件提交给技术管理部存档; Ø 技术管理部将正式技术评审的数据按项目统计到《项目度量数据表》-《技术评审数据》、《评审专家库》中。度量数据的统计重点在两方面: l 被评审交付件的质量:包括交付件质量得分、评审出的问题数等,分别按作者、所在部门、项目阶段进行统计; l 评审小组的工作质量:包括评委员的表现、评审过程的规范性、评审的问题数据等,按评委进行统计。 Ø 技术管理部每月月末按项目、部门、个人汇总技术评审数据; Ø 技术管理部根据《评审问题跟踪表》整理《评审要素表》。《评审要素表》可作用于: l 作者在开发工作产品时关注以往项目发生的问题,在自己的开发过程中尽量避免; l 各评委员可参考评审要素,提高评审效率; l 识别发生频率比较高的问题或者需要重点关注的问题,改进相应的评审要素单,提高评审效率。 11. 评委管理 11.1.管理架构 为提高技术评审效果,公司建立技术评审专家库,作为每次技术评审选择评审人员的依据。技术评审专家及每个参加技术评审的技术人员做出的贡献均被记录入评审专家库。 技术管理部为技术评审专家库的管理者。 在评审专家库中,选拔有一定工作经验,在某一技术领域具有专业技能,能在技术评审中发挥特别的作用的人员,组成公司的技术评审委员会(TRT)。 11.2.职责 技术管理部: Ø 负责维护技术评审专家库信息; Ø 每月末提取并汇总评审度量数据,生成相应指标(平均每次评审发现问题数、平均每月参加评审数等); Ø 管理评审专家信息库; Ø 每半年一次对评审专家的级别进行评估,必要时申请调整; Ø 组织培训。 组织者: Ø 及时将评审“通过”之后的评审对象、《技术评审报告》、《评审问题跟踪表》的电子版和签字过的原件提交给技术管理部。 11.3.评审人员的选拔和定级 技术评审专家在公司范围内选择,任何参加过技术评审并有有效记录的人员均可进入技术评审专家库,在专家库中为每一评委评定等级。 评委定级如下: Ø 资深评委 Ø 专家评委 Ø 普通评委 Ø 临时评委 “资深评委”、“专家评委”、“普通评委”组成公司的技术评审委员会(TRT),其他参加过技术评审的人员定义为临时评委。 等级评定规则: 1、 临时评委累计满30个有效问题数则晋级为普通评委,成为TRT的一员; 2、 按有效问题数高低排列,TRT总人数的20%定级为资深评委,30%定级为“专家评委”,50%定级为普通评委; 3、 每半年一次对评审专家的级别进行评估。 11.4评审人员的评价与奖励 1、 每次评审会议后,根据评委对评审的贡献(发现问题数)给予记分。发现一个严重问题评委记5分,一个一般问题记3分,一个轻微问题记2分,一个语法问题或建议记1分。多人共同发现一个问题则每人按其问题分值平均分摊。 2、 技术管理部统计各评审人员的分数、评审次数,作为考核、职位晋级的证据之一。 3、 通过每次评审的度量数据,技术管理部每月末提取各专家在技术评审上的表现数据,形成如下几个指标,该指标将作为技术评审技能等级以及技术任职资格评估的重要取证依据。 Ø 平均每次评审发现的等效问题数:评审专家在统计的当年内,平均每次技术评审上发现的等效问题数: 等效问题数=建议数+语法问题数+轻微问题数×2+一般问题数×3+严重问题数×5; Ø 平均每月参加评审次数:评审专家在统计的当年内,平均每月参加评审次数; Ø 主审人每主持一次评审,计算5分; 4、 技术管理部每半年末根据度量数据分析以及评审专家的表现,对其级别进行评估。技术管理部及时更新评审专家库信息。 11.5专家信息库 信息库包含:评审专家姓名、所属部门、技能特长、专家定级、参加评审次数、累计工作量、评审平均得分、发现问题数、平均每次评审发现等效问题数、平均每月参加评审数等。详见《评审专家库》。 技术管理部及时更新专家信息库,每半年在公司范围内公布专家信息库信息。 12. 相关表单 《预审问题表》 《预审问题汇总表》 《技术评审报告》 《评审问题跟踪表》 《评审专家库》 《项目度量数据表》-《技术评审数据》 《评审要素表》 13. 附录A:系统层技术评审内容 对于不同类型和大小的项目,SE在取得LPDT和TRT主任同意的情况下,可对以上7个技术评审点进行裁剪。例如,产品升级类项目可以将TR1和TR2进行合并,如果系统层的技术评审进行了裁剪,则子系统层、模块层也要进行相应的裁剪。 评审点 所处 阶段 评审内容 主审人 组织者 建议的评审人 TR1 产品需求评审 概念 产品包需求、知识产权工作计划 TRT主任/副主任 TRT秘书 TRT专家(至少有一名其他PDT成员) TR2 产品规格评审 计划 系统总体规格设计、规格表 TRT主任/副主任 TRT秘书 TRT专家(至少有一名其他PDT成员) TR3 概要设计评审 计划 产品的企业标准(包括相关的行业、国家和国际标准、认证标准)、测试计划 TRT主任/副主任 TRT秘书 TRT专家(至少有一名其他PDT成员) TR4 详细设计和实现评审 开发 产品生产质量计划 TRT主任/副主任 TRT秘书 TRT专家(至少有一名其他PDT成员) TR4A 集成测试评审 开发 集成测试问题跟踪表、集成测试总结 TRT主任/副主任 TRT秘书 TRT专家(至少有一名其他PDT成员) TR5 系统测试评审 开发 系统测试问题跟踪表、系统测试总结、市场样本、彩页 TRT主任/副主任 TRT秘书 TRT专家(至少有一名其他PDT成员) TR6 验证测试评审 验证 用户测试问题跟踪表、用户测试总结、试生产测试问题跟踪表、项目测试总结、用户手册、操作手册 TRT主任/副主任 TRT秘书 TRT专家(至少有一名其他PDT成员) 14. 附录B:子系统层技术评审内容 七大技术评审点之间的子系统层评审内容要求如下: 评审点 所处 阶段 专业 子系统评审内容 主审人 组织者 建议的评审人 TR2 产品规格评审 计划 电路 电路规格设计方案、接地方案、电路设计方案验证包(含新器件调研、新电路预研)、电路规格表 SE/LPDT POP 设计部经理,LPDT,中试代表,结构设计人员,生产代表 结构 结构规格设计方案、结构规格表 SE/LPDT POP 设计部经理,LPDT,中试代表,电路设计人员,生产代表 软件 规格设计方案、子系统原型、通信协议、软件规格表 SE/LPDT POP 软件设计部经理,LPDT,中试代表 测试 系统测试方案、用户测试方案、认证测试方案 SE/LPDT POP 测试部经理,LPDT,设计部经理、电路设计人员、结构设计人员 市场 市场样本初稿、彩页初稿 SE/LPDT POP 市场部经理,LPDT TR3 概要设计评审 计划 电路 电路概要设计说明书、功率估计文件、电路板原理框图 SE/LPDT POP 设计部经理,LPDT,中试代表,生产代表 结构 结构概要设计说明书、概要设计验证说明、三维模型 SE/LPDT POP 设计部经理,LPDT,结构设计人员,市场代表,客户服务代表,生产代表 软件 软件概要设计说明书、图标界面概要设计说明书、概要设计验证说明 SE/LPDT POP 软件设计部经理,LPDT,中试代表 测试 集成测试方案 SE/LPDT POP 测试部经理,LPDT,设计部经理、电路设计人员、结构设计人员 其他 产品资料开发工作计划、工艺总体方案等 SE/LPDT POP LPDT、生产代表,资料开发、工艺开发人员 15. 附录C:模块层技术评审内容 为了保证日常研发工作的质量,对模块层的交付件也需要进行技术评审。 对重要模块层的评审由SE在制定评审计划时确定;其他可采用非正式评审方式,不列入项目评审计划。 七大技术评审点之间的模块层评审内容要求如下: 评审点 所处阶段 专业 模块评审内容 主审人 组织者 建议的评审人 TR4 详细设计和实现评审 开发 电路 详细设计说明书(包含单元测试方法)、电路原理图、PCB板图、电路单元测试报告 版本经理/SE POP 设计部经理,LPDT,SE,中试代表,结构设计人员,生产代表 结构 结构工程图纸、装配图、结构详细设计说明(含尺寸说明)、图样目录、零部件明细表、BOM表、结构单元测试方案、单元测试报告 版本经理/SE POP 设计部经理,LPDT,SE,中试代表,结构设计人员,生产代表 软件 VISIO设计模型、代码、控件、上位机软件单元测试方案、测试桩程序、单元测试报告 版本经理/SE POP 软件设计部经理,LPDT,SE,中试代表,生产代表 TR5 系统测试评审 开发 电路 电路测试工艺卡(包含简单的故障处理说明)、零部件明细表、装配图、装配关键说明、接线图、电路参数调测指导、维护手册 版本经理/SE P注OP 设计部经理,LPDT,SE,中试代表,结构设计人员,生产代表 结构 系统接线图、工艺过程卡、工艺过程检验规范、包装工艺、零部件进货检验规范、工装设计、机械参数设计配置指导、维护手册 版本经理/SE POP 设计部经理,LPDT,SE,中试代表,结构设计人员,生产代表 软件 测试工艺的需求、概要设计、代码、操作说明、特殊元器件检验及说明、整机软件功能测试、维护手册 版本经理/SE POP 软件设计部经理,LPDT,SE,中试代表,生产代表 14-14展开阅读全文
咨信网温馨提示:1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:0574-28810668;投诉电话:18658249818。




技术评审制度.doc



实名认证













自信AI助手
















微信客服
客服QQ
发送邮件
意见反馈



链接地址:https://www.zixin.com.cn/doc/1699192.html