4 技术状态管理探讨 四 如何控制 .pdfVIP

技术状态管理探讨（四）

一、技术状态控制定义

为控制技术状态项目的更改而对提出的更改建议（工程更改、偏离、超差）所进行的论

证、评定、协调、审批和实施的活动。技术状态控制就是更改控制的所有活动,企业根据产

品特点确定设计开发的阶段，按阶段予以控制。

二、技术状态控制开始和结束点

技术状态基线建立以后的时点开始；例如功能基线、分配基线、产品基线，直到产品寿

命周期结束。正式确立的技术状态文件应是按有关规定，经有关人员完整签署通过评审或鉴

定，可以作为下步研制的基准的文件。

三、技术状态控制对象

技术状态项目的更改而对提出的更改建议（工程更改、偏离、超差）所进行的论证、评

定、协调、审批和实施的活动。

（一）提出工程更改建议(ECP)

提出工程更改并对该更改进行描述、论证和提交批准的文件。

1、更改建议的提出人

更改建议可以由任何有关个人或部门(如供方、顾客、分供方)提出，其内容包括设计、

生产制造、试验、贮存、测试、运输、安装等。

2、对更改建议进行筛选

判断更改是否必要的准则如下，这些准则同时适用于对更改建议的批准与否定。

①纠正缺陷和错误；

②产品性能明显改善；

③用户获得满意的使用效果；

④大量节省寿命周期费用；

⑤防止已批准的进度拖延。

3、更改建议的分级归类

更改建议的分级是根据更改对产品技术状态、用户使用、技术状态基线影响的严重程度

而确定的。根据国际惯例，工程更改通常分为Ⅰ级、Ⅱ级、Ⅲ级。

①Ⅰ级工程更改又分为危急、紧急和一般三类；

1

②偏离和超差分为关键、重要和一般三类。

4、形成更改建议文件

所有的更改建议在提交审查前均应按标准规定形成规范化文件，文件以表格的形式表

述，每项更改建议至少应包括以下内容：

①更改建议者的姓名、单位、提出日期；

②将要更改的技术状态项目名称及代号，其中代号指具体要更改的项目代号、产品代号、

技术文件代号等；

③更改内容包括更改前的状态更改后的状态及更改标记；

④更改原因．根据具体更改情况简单表述是什么原因(或性质)的更改，如简化设计、增

加视图、工艺需要等；

⑤更改级别及类别；应具体写出是Ⅰ级更改、Ⅱ级更改或Ⅲ级，Ⅰ级更改的要指明优先

顺序即为类别；

⑥更改建议文件代号(为便于追溯和标识各企业应制定统一的代号标识标准并指定有关

部门负责，统一给定，代号应便于识别，一般包括更改代号、单位代号及顺序编号)；

⑦决定及处理意见；

⑧更改迫切性(限定更改完成周期)；

⑨文件的使用性(即写明该项更改所涉及的其他相关更改项目的代号)。

5、对更改建议进行评价

更改建议的评价实质是对更改后果的评估。评价应从更改严重程度和更改的可能性两方

面综合考虑。其作用是按要求对更改进行客观估计，以确定对所识别的更改的处理意见和优

先顺序。企业务部门(如设计、工艺、生产、质量保证、器材、采购等)都应参与对更改建议

的评价，以保证各接口间的协调统一及更改的正确有效实施。

具体地说，对所建议的更改通常应进行以下方面的评价并形成文件，必要时可根据产品

的复杂程度进行剪裁。

①所建议更改的技术优势；

②对互换性、接口等的影响以及重新确认的必要性(重新确认是指在更改实施后对更改

再次进行评价、以确定它是否达到了预期的效果)；

③对合同、进度和费用的影响；

④对制造、试验和检验方法的影响；

⑤对采购和库存的影响；

1

⑥对维修、用户手册、备件和备件手册的影响。

（二）提交审批

对更改建议进行评价后，须将更改建议提交有关人员或部门审批。技术状态更改的审

批权限取决于任务性质。更改级别及产品研制、生产所处的阶段，通常的情况是：

①国家计划任务项目或用户提出的任务项目，涉及技术状态基线文件的更改应征得上

级主管部门或用户的批准或同意。

②企业自行开发生产的项目，涉及技术状态基线文件的更改应由企业最高技术领导或