《技术评审制度》word版.docx

《技术评审制度》word版.docx

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

《技术评审制度》word版

技

术

评

审

制

度

编制：

审核：

批准：

1.目的

技术评审是对项目交付件的系统检查，目的是尽可能早地发现交付件中的缺陷并提出必要的修改意见，使项目组和相关共利益者对阶段性的交付件取得一致意见，并进行确认。

通过技术评审可以尽早发现阶段性交付件中存在的问题，避免后续阶段对前期隐藏的缺陷无法纠正或者需要耗费较大的人力、物力和时间才能纠正。

本程序明确了技术评审分类和特点，明确产品开发的技术评审点设置和评审内容。

制订了技术评审的操作流程和规范，以加强对整个评审过程的控制，提高技术评审质量。

同时加强开发人员的评审意识。

2.适用范围

本程序适用于公司所有研发项目的各类技术评审工作，但是不包括业务决策评审。

3.术语

TR：

TechnicalReview技术评审

TRT:

TechnicalReviewTeam技术评审委员会

评审对象：

交付件或项目

4.评审原则

Ø关注于发现未得到满足的需求；

Ø以合理的速度去花时间阅读材料，做好预审；

Ø不因为缺少时间和预算而将评审省略。

5.评审层次

评审分为三个层次，分别为：

系统层、子系统层、模块层。

评审点分布大致如下图：

Ø系统层技术评审：

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

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

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

Ø子系统层技术评审：

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

Ø模块层技术评审：

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

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

6.角色与职责

评审主要有四个角色：

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

职责如下：

1）主审人

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

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

●负责组建评审小组；

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

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

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

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

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

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

2）组织者

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

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

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

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

●对评审资料进行归档；

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

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

3）评委

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

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

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

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

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

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

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

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

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

4）作者

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

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

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

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

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

7.角色担当人

角色

系统层

子系统层

模块层

主审人

TRT主任/副主任

SE/LPDT

版本经理/SE

组织者

TRT秘书

POP

POP

评委

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

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

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

作者

LPDT

专业组组长

设计人员

1）SE

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

●产品需求规格的跟踪；

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

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

2）TRT主任/副主任

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

●对评审专家的管理。

3）技术管理部

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

●协助组织评审过程；

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

●对评审资料进行归档；

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

8.评审注意事项

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

⏹未考虑冲突性需求；

⏹未考虑极端情况；

⏹做出不正确的假设。

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

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

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

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

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

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

9.评审流程

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

9.1评审策划

本步骤参加人员：

●SE

●作者

●组织者

●主审人

本步骤任务：

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

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

9.2介绍会议

本步骤参加人员：

●主审人

●评委

●作者

●组织者

本步骤任务：

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

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

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

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

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

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

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

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

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

9.3预审

本步骤的输入：

●评审材料

本步骤的输出：

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

本步骤参加人员：

●主审人

●评委

●组织者

本步骤任务：

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

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

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

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

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

9.4评审会议

本步骤的输入：

●评审材料

●《预审问题汇总表》

本步骤的输出：

●《技术评审报告》

●《评审问题跟踪表》

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

本步骤参加人员：

●主审人

●评委

●作者

●组织者

对本步骤的要求：

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

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

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

本步骤任务：

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

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

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

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

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

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

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

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

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

通过或不通过；

✧严重：

不能够满足系统需求的问题；设计的漏洞或缺陷；接口错误等会给需求、设计及实现等带来风险的问题；

✧一般：

技术参数的小偏差；

✧轻微：

小问题

✧语法问题：

错漏字或语句不通等等；

✧建议：

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

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

✧低于60分不通过。

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

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

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

9.5修改问题

本步骤的输入：

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

●《评审问题跟踪表》。

本步骤的输出：

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

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

本步骤参加人员：

●作者

本步骤任务：

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

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

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

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

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

9.6问题验证

本步骤的输入：

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

●评审问题跟踪表。

本步骤的输出：

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

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

本步骤参加人员：

●作者

●主审人

●组织者

本步骤任务：

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

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

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

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

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

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

10.评审结果记录

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

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

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

●被评审交付件的质量：

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