技术评审制度文档格式.docx

资源描述

技术评审制度文档格式.docx

《技术评审制度文档格式.docx》由会员分享，可在线阅读，更多相关《技术评审制度文档格式.docx（20页珍藏版）》请在冰豆网上搜索。

技术评审制度文档格式.docx

系统层技术评审：

含七大评审点TR1、TR2、TR3、TR4、TR4A、TR5、TR6。

在系统级的层面上对产品进行把关的评审，是对项目关键路径中各关键交付件的评审。

此类交付件涉及了系统层面的需求、设计、集成、测试等方面，是项目中最基础、最关键的交付件，此类交付件的质量直接关系到产品的质量，因此对此类交付件的技术评审要进行严格要求。

子系统层技术评审：

在各个功能子系统的层面上对产品开发的每一个过程结果进行评审，（如电路、软件等子系统的概要设计评审等）。

模块层技术评审：

模块层是在子系统层面再往下细分的层次（如电路板上的某个功能模块，软件的详细设计等）。

在模块完成后，也需要进行技术评审。

角色与职责

评审主要有四个角色：

主审人、组织者、评委、作者。

职责如下：

1）主审人

主审人主持、引导技术评审的过程，全面负责技术评审的效果；

对产品需求规格实现情况进行检查；

●负责组建评审小组；

●确定是否举行评审对象的介绍会议；

●主持技术评审的两次会议：

评审对象的介绍会议和评审会议；

●确认评审对象中所有问题已得到妥善处理；

●通过主持技术评审，不断改进评审过程；

●验证评审问题的修改情况。

2）组织者

●负责组织项目的评审过程：

负责评审通知，收集预审意见，组织评审会议等；

●负责会议室、设备（笔记本电脑、投影仪、白板和白板笔）准备等行政工作；

●负责评审资料的打印、分发、回收以及销毁；

●对评审资料进行归档；

●负责评审资料归档到技术管理部；

●预审问题整理，并完成《预审问题汇总表》。

3）评委

评委的候选人主要是在过去、现在和将来的产品生命周期中直接参加产品开发的人，包括系统工程师、测试工程师、工程人员、生产人员、质量保证人员、系统管理员、系统使用者、外协人员，还有用户等。

评委的来源不局限于研发部的内部，在外部门或者外单位中具有专门经验的，能够促进技术评审的效果的人员都可以作为评委。

评委必须选择至少一个为其他部门的评审专家。

●根据评审计划，安排、分配自己的评审时间；

●参加评审对象介绍会议和评审小组会议；

●全面阅读评审资料，完成分配的预审和评审任务；

●保持良好的职业素质，以工作为出发点，不对某人的能力进行评估；

●全力去发现评审对象中的问题，提高产品开发的专业水平；

●为作好下一次技术评审积累经验。

4）作者

负责提供评审资料并且回答评委的问题，保证区分理解性和实际的问题；

●按时间要求准备并提供评审所需的资料；

●在评审会议上，回答评委提出的问题，记录发现的问题；

●根据评审会议提出的问题，修改评审对象的相应内容；

●与验证者确认所有问题已按要求修改完毕。

角色担当人

角色

系统层

子系统层

模块层

主审人

TRT主任/副主任

SE/LPDT

版本经理/SE

组织者

TRT秘书

POP

评委

TRT专家（至少有一名其他PDT成员）

PDT成员（至少有一名其他PDT成员）

作者

LPDT

专业组组长

设计人员

1）SE

●制定项目的技术评审计划并落实，包括评审内容、评审类别、时间、评审小组主要成员等；

●产品需求规格的跟踪；

●根据评审计划中的角色要求，参加相关的技术评审会；

●监控整个技术评审过程。

2）TRT主任/副主任

●负责评审体系的建立和提升；

●对评审专家的管理。

3）技术管理部

●协助组织评审过程；

●记录并汇总技术评审度量数据；

●收集评审改进建议（如方法、规范等），总结评审经验，不断改进评审过程。

评审注意事项

●在评审操作中，尤其要注意容易被忽视的设计问题：

⏹未考虑冲突性需求；

⏹未考虑极端情况；

⏹做出不正确的假设。

●每个评审点都关注产品需求规格的跟踪。

产品需求规格的实现情况跟踪是一项非常重要的工作，应该在技术评审时进行重点检查。

从TR3开始，每次技术评审，都要对需求实现情况进行检查，要对产品规格进行跟踪。

●风险分析和管理是技术评审的一项重要内容，相应技术风险的内容应该在技术评审时进行检查。

评审的结论是确定设计中存在什么风险，根据此结论应采取相应风险规避措施或其它具体行动。

●在每次技术评审中应该跟踪关闭发现的问题、缺陷和解决的情况。

评审流程

评审流程包括六个步骤，如下图所示：

9.1评审策划

本步骤参加人员：

●SE

●作者

●组织者

●主审人

本步骤任务：

●由SE根据评审计划和作者一起确定评审交付件、主审人、评委、评审时间；

●主审人、作者、组织者共同确定本次评审的策划及评审材料包；

9.2介绍会议

●评委

●介绍会议是可选择的步骤，由主审人和作者在评审策划时确定是否召开介绍会议；

●评审材料下发到召开介绍会议的时间间隔应不少于4个小时；

●作者根据需要，准备介绍会议的讲稿等资料；

●组织者提前10分钟准备好介绍会议的场地、设备（笔记本电脑、投影仪、白板和白板笔）；

●作者介绍评审对象的内容，介绍会议的时间长度以不超过1小时为宜；

⏹作者介绍评审对象的理论基础和技术方法，主要的功能、性能和应用，技术的关键及难点，与系统其余部分的关系及接口等内容。

这些信息对评审小组是很必要的，能够帮助评审小组成功地完成技术评审的工作。

●所有的评委都必须出席产品介绍会议；

●介绍会议只进行评审对象的介绍，不要进行技术细节及问题的讨论。

9.3预审

本步骤的输入：

●评审材料

本步骤的输出：

●已填写完成的预审问题表

●组织者提前2天通知各参加评委，内容包括评审时间、地点、评审内容、评委员、作者、《预审问题表》等，并将评审资料用纸质的形式分发给各评委（纸质的评审资料必须以水印方式打印上“公司保密资料”字样）；

●各评委参考《评审要素表》，分头进行预审工作，应该花费足够的时间了解评审对象的内容，并充分考虑存在的各方面问题；

●预审时不但要检查评审对象的技术问题，存在的技术风险及隐患等，还需要检查评审对象与需求、上游交付件、标准规范和接口文档的一致性；

●预审时发现的问题，应记录在《预审问题表》中；

●组织者负责督促各个评委完成预审，在评审会议召开4个小时之前将《预审问题表》以电子文档形式提交给组织者。

9.4评审会议

●《预审问题汇总表》

●《技术评审报告》

●《评审问题跟踪表》

●已进行问题标记的评审对象

对本步骤的要求：

●只评审材料，不评估作者的能力，发现问题是本步骤的惟一目的；

●评审会议的时间以不超过2个小时为宜；

●在即将召开评审会议之前，不允许替换评委。

●组织者会前填写《技术评审报告》基本信息、《预审问题汇总表》并打印，分别提交给主审人和作者以便在评审会议中使用；

●作者对评审对象进行讲解；

●讲解完毕后，作者针对《预审问题汇总表》中的问题进行答辩，确认每个问题是否是真正的问题；

●评委补充提问，作者将新问题和发现人记录到《预审问题汇总表》中；

●作者复述记录的所有问题、发现人，取得所有评委员的认可，主审人与作者协商确定修改完成日期；

●作者将填写好的《预审问题汇总表》交给主审人并退场；

●主审人与评委确定问题严重程度。

根据统计分数确定交付件的评审结论：

通过或不通过；

✧严重：

不能够满足系统需求的问题；

设计的漏洞或缺陷；

接口错误等会给需求、设计及实现等带来风险的问题；

✧一般：

技术参数的小偏差；

✧轻微：

小问题

✧语法问题：

错漏字或语句不通等等；

✧建议：

内容本身没有错误，但有更好的方法可以描述或替代；

✧满分为100分，一个严重问题扣20分，一个一般问题扣10分，轻微问题扣5分，语法问题扣1分；

✧低于60分不通过。

●评委在《技术评审报告》上签字后退场，主审人填写《技术评审报告》并签字，与《预审问题汇总表》一起交给组织者；

●组织者在评审会议结束后及时回收所有评委员的纸质评审材料并销毁；

●会后，作者根据《预审问题汇总表》整理《评审问题跟踪表》，以电子版形式发送给主审人；

9.5修改问题

●已标出问题的评审对象；

●《评审问题跟踪表》。

●已完成修改的评审对象；

●已做记录的评审问题跟踪表。

●作者根据《评审问题跟踪表》中记录的问题,对评审对象进行修改；

●对严重和一般的问题必须修改完成，建议类问题可以根据内容和时间情况决定是否修改；

●在评审会议中确定的修改完成时间内完成修改工作；

●更新《评审问题跟踪表》，记录修改说明；

●通知主审人对修改进行验证。

9.6问题验证

●评审问题跟踪表。

●确认已完成修改的评审对象；

●验证人已签署意见的评审问题跟踪表。

●主审人与作者根据《评审问题跟踪表》，逐个检查评审问题的修改情况，斟酌每个问题的修改过程和方案，保证问题都被改正，并且没有由于修改而产生新的问题；

●如果需要特殊的专业技术，主审人可要求其他的技术专家参加本步骤工作；

●主审人在《评审问题跟踪表》中记录对每个问题的验证结果；

●必要时，修改问题和问题验证过程可以重复进行，直至主审人确认所有问题都已得到正确的修改；

●最后，根据验证结果，确认，是否还要召开评审会议，或批准通过；

●验证完成后，主审人将和作者一起签过字的《评审问题跟踪表》提交给组织者。

评审结果记录

评审“通过”（验证“通过”）之后组织者将评审对象（交付件等）、《技术评审报告》、《评审问题跟踪表》的电子版和签字过的原件提交给技术管理部存档；

技术管理部将正式技术评审的数据按项目统计到《项目度量数据表》-《技术评审数据》、《评审专家库》中。

度量数据的统计重点在两方面：

●被评审交付件的质量：

包括交付件质量得分、评审出的问题数等，分别按作者、所在部门、项目阶段进行统计；

●评审小组的工作质量：

包括评委员的表现、评审过程的规范性、评审的问题数据等，按评委进行统计。

技术管理部每月月末按项目、部门、个人汇总技术评审数据；

技术管理部根据《评审问题跟踪表》整理《评审要素表》。

《评审要素表》可作用于：

●作者在开发工作产品时关注以往项目发生的问题，在自己的开发过程中尽量避免；

●各评委员可参考评审要素，提高评审效率；

●识别发生频率比较高的问题或者需要重点关注的问题，改进相应的评审要素单，提高评审效率。

评委管理

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专家信息库

信息库包含：

评审专家姓名、所属部门、技能特长、专家定级、参加评审次数、累计工作量、评审平均得分、发现问题数、平均每次评审发现等效问题数、平均每月参加评审数等。

详见《评审专家库》。

技术管理部及时更新专家信息库，每半年在公司范围内公布专家信息库信息。