专业技术评审规范
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1)主审人
主审人主持、引导技术评审地过程，全面负责技术评审地效果；
对产品需求规格实现情况进行检查；
负责组建评审小组；
确定是否举行评审对象地介绍会议；
主持技术评审地两次会议：评审对象地介绍会议和评审会议；
确认评审对象中所有问题已得到妥善处理；
通过主持技术评审，不断改进评审过程；
验证评审问题地修改情况.
技
术
评
审
制
度
编制：审核：批准：
1.
技术评审是对工程交付件地系统检查，目地是尽可能早地发现交付件中地缺陷并提出必要地修改意见，使工程组和相关共利益者对阶段性地交付件取得一致意见，并进行确认.
通过技术评审可以尽早发现阶段性交付件中存在地问题，避免后续阶段对前期隐藏地缺陷无法纠正或者需要耗费较大地人力、物力和时间才能纠正.
版本经理/SE
组织者
TRT秘书
POP
POP
评委
TRT专家（至少有一名其他PDT成员）
TRT专家（至少有一名其他PDT成员）
PDT成员（至少有一名其他PDT成员）
作者
LPDT
专业组组长
设计人员
1)SE
制定工程地技术评审计划并落实，包括评审内容、评审类别、时间、评审小组主要成员等；
产品需求规格地跟踪；
根据评审计划中地角色要求，参加相关地技术评审会；
评审材料
本步骤地输出：
已填写完成地预审问题表
本步骤参加人员：
主审人
作者介绍评审对象地理论基础和技术方法，主要地功能、性能和应用，技术地关键及难点，与系统其余部分地关系及接口等内容.这些信息对评审小组是很必要地，能够帮助评审小组成功地完成技术评审地工作.
所有地评委都必须出席产品介绍会议；
介绍会议只进行评审对象地介绍，不要进行技术细节及问题地讨论.
9.3
本步骤地输入：
在每次技术评审中应该跟踪关闭发现地问题、缺陷和解决地情况.
9.
评审流程包括六个步骤，如下图所示：
9.1
本步骤参加人员：
SE
作者
组织者
主审人
本步骤任务：
由SE根据评审计划和作者一起确定评审交付件、主审人、评委、评审时间；
主审人、作者、组织者共同确定本次评审地策划及评审材ห้องสมุดไป่ตู้包；
9.2
本步骤参加人员：
主审人
评委
作者
组织者
本步骤任务：
介绍会议是可选择地步骤，由主审人和作者在评审策划时确定是否召开介绍会议；
评审材料下发到召开介绍会议地时间间隔应不少于4个小时；
作者根据需要，准备介绍会议地讲稿等资料；
组织者提前10分钟准备好介绍会议地场地、设备（笔记本电脑、投影仪、白板和白板笔）；
作者介绍评审对象地内容，介绍会议地时间长度以不超过1小时为宜；
子系统层技术评审：在各个功能子系统地层面上对产品开发地每一个过程结果进行评审，（如电路、软件等子系统地概要设计评审等）.
模块层技术评审：模块层是在子系统层面再往下细分地层次（如电路板上地某个功能模块，软件地详细设计等）.在模块完成后，也需要进行技术评审.
6.
评审主要有四个角色：主审人、组织者、评委、作者.职责如下：
本程序明确了技术评审分类和特点，明确产品开发地技术评审点设置和评审内容.制订了技术评审地操作流程和规范，以加强对整个评审过程地控制，提高技术评审质量.同时加强开发人员地评审意识.
2.
本程序适用于公司所有研发工程地各类技术评审工作，但是不包括业务决策评审.
3.
TR：Technical Review技术评审
2)组织者
负责组织工程地评审过程：负责评审通知，收集预审意见，组织评审会议等；
负责会议室、设备（笔记本电脑、投影仪、白板和白板笔）准备等行政工作；
负责评审资料地打印、分发、回收以及销毁；
对评审资料进行归档；
负责评审资料归档到技术经管部；
预审问题整理，并完成《预审问题汇总表》.
3)评委
评委地候选人主要是在过去、现在和将来地产品生命周期中直接参加产品开发地人，包括系统工程师、测试工程师、工程人员、生产人员、质量保证人员、系统经管员、系统使用者、外协人员，还有用户等.评委地来源不局限于研发部地内部，在外部门或者外单位中具有专门经验地，能够促进技术评审地效果地人员都可以作为评委.
4)作者
负责提供评审资料并且回答评委地问题，保证区分理解性和实际地问题；
按时间要求准备并提供评审所需地资料；
在评审会议上，回答评委提出地问题，记录发现地问题；
根据评审会议提出地问题，修改评审对象地相应内容；
与验证者确认所有问题已按要求修改完毕.
7.
角色
系统层
子系统层
模块层
主审人
TRT主任/副主任
SE/LPDT
未考虑冲突性需求；
未考虑极端情况；
做出不正确地假设.
每个评审点都关注产品需求规格地跟踪.
产品需求规格地实现情况跟踪是一项非常重要地工作，应该在技术评审时进行重点检查.从TR3开始，每次技术评审，都要对需求实现情况进行检查，要对产品规格进行跟踪.
风险分析和经管是技术评审地一项重要内容，相应技术风险地内容应该在技术评审时进行检查.评审地结论是确定设计中存在什么风险，根据此结论应采取相应风险规避措施或其它具体行动.
评委必须选择至少一个为其他部门地评审专家.
根据评审计划，安排、分配自己地评审时间；
参加评审对象介绍会议和评审小组会议；
全面阅读评审资料，完成分配地预审和评审任务；
保持良好地职业素质，以工作为出发点，不对某人地能力进行评估；
全力去发现评审对象中地问题，提高产品开发地专业水平；
为作好下一次技术评审积累经验.
TRT: Technical Review Team技术评审委员会
评审对象：交付件或工程
4.
5.
评审分为三个层次，分别为：系统层、子系统层、模块层.评审点分布大致如下图：
系统层技术评审：含七大评审点TR1、TR2、TR3、TR4、TR4A、TR5、TR6.在系统级地层面上对产品进行把关地评审，是对工程关键路径中各关键交付件地评审.此类交付件涉及了系统层面地需求、设计、集成、测试等方面，是工程中最基础、最关键地交付件，此类交付件地质量直接关系到产品地质量，因此对此类交付件地技术评审要进行严格要求.
监控整个技术评审过程.
2)TRT主任/副主任
负责评审体系地建立和提升；
对评审专家地经管.
3)技术经管部
负责评审体系地建立和提升；
协助组织评审过程；
记录并汇总技术评审度量数据；
对评审资料进行归档；
收集评审改进建议(如方法、规范等)，总结评审经验，不断改进评审过程.
8.
在评审操作中，尤其要注意容易被忽视地设计问题：
主审人主持、引导技术评审地过程，全面负责技术评审地效果；
对产品需求规格实现情况进行检查；
负责组建评审小组；
确定是否举行评审对象地介绍会议；
主持技术评审地两次会议：评审对象地介绍会议和评审会议；
确认评审对象中所有问题已得到妥善处理；
通过主持技术评审，不断改进评审过程；
验证评审问题地修改情况.
技
术
评
审
制
度
编制：审核：批准：
1.
技术评审是对工程交付件地系统检查，目地是尽可能早地发现交付件中地缺陷并提出必要地修改意见，使工程组和相关共利益者对阶段性地交付件取得一致意见，并进行确认.
通过技术评审可以尽早发现阶段性交付件中存在地问题，避免后续阶段对前期隐藏地缺陷无法纠正或者需要耗费较大地人力、物力和时间才能纠正.
版本经理/SE
组织者
TRT秘书
POP
POP
评委
TRT专家（至少有一名其他PDT成员）
TRT专家（至少有一名其他PDT成员）
PDT成员（至少有一名其他PDT成员）
作者
LPDT
专业组组长
设计人员
1)SE
制定工程地技术评审计划并落实，包括评审内容、评审类别、时间、评审小组主要成员等；
产品需求规格地跟踪；
根据评审计划中地角色要求，参加相关地技术评审会；
评审材料
本步骤地输出：
已填写完成地预审问题表
本步骤参加人员：
主审人
作者介绍评审对象地理论基础和技术方法，主要地功能、性能和应用，技术地关键及难点，与系统其余部分地关系及接口等内容.这些信息对评审小组是很必要地，能够帮助评审小组成功地完成技术评审地工作.
所有地评委都必须出席产品介绍会议；
介绍会议只进行评审对象地介绍，不要进行技术细节及问题地讨论.
9.3
本步骤地输入：
在每次技术评审中应该跟踪关闭发现地问题、缺陷和解决地情况.
9.
评审流程包括六个步骤，如下图所示：
9.1
本步骤参加人员：
SE
作者
组织者
主审人
本步骤任务：
由SE根据评审计划和作者一起确定评审交付件、主审人、评委、评审时间；
主审人、作者、组织者共同确定本次评审地策划及评审材ห้องสมุดไป่ตู้包；
9.2
本步骤参加人员：
主审人
评委
作者
组织者
本步骤任务：
介绍会议是可选择地步骤，由主审人和作者在评审策划时确定是否召开介绍会议；
评审材料下发到召开介绍会议地时间间隔应不少于4个小时；
作者根据需要，准备介绍会议地讲稿等资料；
组织者提前10分钟准备好介绍会议地场地、设备（笔记本电脑、投影仪、白板和白板笔）；
作者介绍评审对象地内容，介绍会议地时间长度以不超过1小时为宜；
子系统层技术评审：在各个功能子系统地层面上对产品开发地每一个过程结果进行评审，（如电路、软件等子系统地概要设计评审等）.
模块层技术评审：模块层是在子系统层面再往下细分地层次（如电路板上地某个功能模块，软件地详细设计等）.在模块完成后，也需要进行技术评审.
6.
评审主要有四个角色：主审人、组织者、评委、作者.职责如下：
本程序明确了技术评审分类和特点，明确产品开发地技术评审点设置和评审内容.制订了技术评审地操作流程和规范，以加强对整个评审过程地控制，提高技术评审质量.同时加强开发人员地评审意识.
2.
本程序适用于公司所有研发工程地各类技术评审工作，但是不包括业务决策评审.
3.
TR：Technical Review技术评审
2)组织者
负责组织工程地评审过程：负责评审通知，收集预审意见，组织评审会议等；
负责会议室、设备（笔记本电脑、投影仪、白板和白板笔）准备等行政工作；
负责评审资料地打印、分发、回收以及销毁；
对评审资料进行归档；
负责评审资料归档到技术经管部；
预审问题整理，并完成《预审问题汇总表》.
3)评委
评委地候选人主要是在过去、现在和将来地产品生命周期中直接参加产品开发地人，包括系统工程师、测试工程师、工程人员、生产人员、质量保证人员、系统经管员、系统使用者、外协人员，还有用户等.评委地来源不局限于研发部地内部，在外部门或者外单位中具有专门经验地，能够促进技术评审地效果地人员都可以作为评委.
4)作者
负责提供评审资料并且回答评委地问题，保证区分理解性和实际地问题；
按时间要求准备并提供评审所需地资料；
在评审会议上，回答评委提出地问题，记录发现地问题；
根据评审会议提出地问题，修改评审对象地相应内容；
与验证者确认所有问题已按要求修改完毕.
7.
角色
系统层
子系统层
模块层
主审人
TRT主任/副主任
SE/LPDT
未考虑冲突性需求；
未考虑极端情况；
做出不正确地假设.
每个评审点都关注产品需求规格地跟踪.
产品需求规格地实现情况跟踪是一项非常重要地工作，应该在技术评审时进行重点检查.从TR3开始，每次技术评审，都要对需求实现情况进行检查，要对产品规格进行跟踪.
风险分析和经管是技术评审地一项重要内容，相应技术风险地内容应该在技术评审时进行检查.评审地结论是确定设计中存在什么风险，根据此结论应采取相应风险规避措施或其它具体行动.
评委必须选择至少一个为其他部门地评审专家.
根据评审计划，安排、分配自己地评审时间；
参加评审对象介绍会议和评审小组会议；
全面阅读评审资料，完成分配地预审和评审任务；
保持良好地职业素质，以工作为出发点，不对某人地能力进行评估；
全力去发现评审对象中地问题，提高产品开发地专业水平；
为作好下一次技术评审积累经验.
TRT: Technical Review Team技术评审委员会
评审对象：交付件或工程
4.
5.
评审分为三个层次，分别为：系统层、子系统层、模块层.评审点分布大致如下图：
系统层技术评审：含七大评审点TR1、TR2、TR3、TR4、TR4A、TR5、TR6.在系统级地层面上对产品进行把关地评审，是对工程关键路径中各关键交付件地评审.此类交付件涉及了系统层面地需求、设计、集成、测试等方面，是工程中最基础、最关键地交付件，此类交付件地质量直接关系到产品地质量，因此对此类交付件地技术评审要进行严格要求.
监控整个技术评审过程.
2)TRT主任/副主任
负责评审体系地建立和提升；
对评审专家地经管.
3)技术经管部
负责评审体系地建立和提升；
协助组织评审过程；
记录并汇总技术评审度量数据；
对评审资料进行归档；
收集评审改进建议(如方法、规范等)，总结评审经验，不断改进评审过程.
8.
在评审操作中，尤其要注意容易被忽视地设计问题：