浅谈工程技术状态管理
时间：2021-04-02 08:06:23 来源：达达文档网 本文已影响 人 
打开文本图片集
摘 要 本文围绕高技术型号研制工程项目技术状态管理，结合应用实践总结提出工程技术状态管理系统建设原则，并阐述技术状态标识、控制、纪实、审核管理活动之间的关系，明确相关流程及其关键要求和具体内容。
关键词 管理 控制 标识 流程
一、引言
工程技术状态管理是一项复杂的系统工程，涉及项目管理中的进度、经费、人员、物资等各个方面，甚至最终影响产品是否能够满足用户的需求。因此，在大型复杂的工程项目中，需要将技术状态管理作为一个独立的要素实施管理，保证这些高技术型号研制工程项目的性能（功能）、成本、进度目标实现，是高技术型号研制工程项目管理的重要领域。
目前，在高技术型号研制生产及其使用过程中存在的质量问题，许多是技术状态管理不到位、技术状态未完全受控造成的。
因此，大型复杂工程中，需要全面梳理技术状态管理要素，建立技术状态控制网络，对关键环节进行重点控制，确保工程项目内产品技术状态数据的唯一性、可控性、可见性、有效性和可追溯性，实现对涉及产品技术状态要素的有效控制，保障工程项目高效实施。
二、基本概念
（一）技术状态
将项目（产品或工程）所达到的功能特性和物理特性用技术文件规定下来的状态就是技术状态，其产品可以是系统、分系统或设备（部件）。
（二）技术状态项目
需要进行技术状态管理的项目成为技术状态项目，是能够满足最终使用要求，并被指定进行技术状态管理的硬件、软件或其集合体。可以按照复杂系统/体系（如一个综合信息系统）、整体项目/装备（如具体装备系统）、平台（如飞机、舰船等）和设备（如通信设备）等分层进行管理。技术状态项目是由产品结构通过工作分解结构分解而来。
（三）技术状态管理
技术状态管理是保证将用户对产品的功能、物理等特性的要求，反映到产品的设计、生产中，并最终实现用户要求的一种管理技术和方法，包括技术状态标识、技术状态控制、技术状态纪实和技术状态审核等活动。
（四）技术状态文件
确定技术状态项目的要求、设计、生产和验证必需的技术文件。
（五）技术状态基线
在技术状态项目研制过程中的某一特定时刻，被正式确认，并被作为今后研制、生产活动基准的技术状态文件。一般有三种技术状态基线：功能基线、分配基线和产品基线。
（六）工程更改
在技术状态项目研制、生产过程中，对已正式确认的现行技术状态文件所做的更改。
（七）工程更改建议
提出工程更改并对该更改进行描述、论证和提交批准的文件。
（八）偏离
在技术状态项目制造之前，对该技术状态项目的某些方面在指定的数量或者时间范围内，可以不按其已被批准的现行技术状态文件要求进行制造的一種书面认可。允许偏离时，对其已被批准的现行技术状态文件不作出相应更改。
（九）超差
对接受下述技术状态项目的一种书面认可：在制造期或检验验收过程中，发现某些方面不符合已被批准的现行技术状态文件规定要求，但不需修理或用经批准的方法修理后仍可使用。
三、技术状态管理活动和相互关系
技术状态管理的主要活动包括：技术状态标识、技术状态控制、技术状态审核和技术状态纪实。四项活动相辅相成，共同为产品全寿命周期技术状态管理提供保障。
（一）管理活动
1.技术状态标识。技术状态标识是指在确定产品工作分解结构的基础上，对确定的技术状态项目和相关技术状态文件，确定技术状态项目及其相应文件（包括标准、内部和外部接口文件）的标识，并发放技术状态文件、建立技术状态基线的过程。
2.技术状态控制。技术状态基线建立后，为控制技术状态项目的更改而对更改建议（工程更改、偏离、超差）所进行的论证、评定、协调、审批和实施活动。
3.技术状态纪实。对已确定的技术状态文件、提出的更改状况和已批准更改的执行情況所做的正式记录和报告。
4.技术状态审核。为确定技术状态项目是否符合其技术状态文件而进行的检查。
（二）相互关系
技术状态管理从方案阶段开始，在产品设计、开发、采购、生产、试验、安装、服务、使用直至产品处置的全寿命周期内，准确、清楚地表明产品的技术状态，并对技术状态更改进行有效的控制。其中，包括相互关联的四项活动，技术状态标识为基础，技术状态控制为核心，技术状态审核为手段，技术状态纪实为产出，如图1所示。
图1 技术状态管理活动相互关系示意图
四、技术状态管理系统
（一）系统能力
建立完善的项目技术状态管理系统是对项目研制过程中的技术状态进行有效控制的保障，技术状态管理系统如图2所示。一个有效的技术状态管理系统应具有以下四项能力。
第一，能从一套有效的指南和标准中剪裁出适合工程管理特点的部分。
第二，行政指挥线、技术指挥线以及质量师系统结合工程管理的特点，达成技术状态管理的共识，制定一个适当的实施技术状态管理的计划。技术状态管理计划需要符合研制任务书及合同的要求，应为每一个技术状态项目实施提供恰当的技术状态管理的程序和方法，并规定执行这些程序的时间和单位。技术状态管理计划是规定项目（型号）技术状态管理的组织和程序的文件，一般需要按合同要求提交使用方认可。
第三，技术状态管理计划能在项目的生命期内，根据技术状态项目目标的不断演进，对技术状态管理计划进行必要的修订和不断完善。
第四，能在成品供应单位、转包单位、承包单位和用户之间建立工作模式和接口关系。
（二）技术状态管理组织
技术状态管理为三级进行管理，如图2所示。
根据工程“两总”系统的组织结构，全系统分层次进行管理。技术指挥系统负责工程级的技术状态管理，在工程总师的领导下，由主管技术总师具体负责相关工程技术状态管理工作。
各分系统承研（制）单位设立型号指挥系统，负责本单位承担系统（型号）的所有技术状态管理工作。由型号技术总师牵头，各设备承研（制）负责人具体负责相关部分的技术状态管理工作。
結合工程实际情况，可成立专题专项项目小组，一般由技术指挥线牵头成立，并指定专人负责相关技术状态管理工作。
（三）基本工作要求
1.管理工作策划。技术状态管理大纲必须严密，以系统地组织和实施对技术状态过程的记载和控制工作。
2.技术状态标识。规范体系内技术状态标识，对工程设计文件和图纸进行管理。
3.技术状态控制和审核。技术状态控制应按程序进行，在每个决策点组织技术评审，以保持设计的完整性。根据条件，及时将管理职责向上一级转换。
4.技术状态纪实。系统必须及时根据使用部门的反馈进行更新，确保客观反映技术状态和情况。
五、技术状态管理基本流程
为了准确、全面地描述产品当前的技术状态，反映产品满足功能和物理特性要求的状况，应形成技术状态文件，并确保参与项目工作的所有人员在产品研制、生产过程中随时能够使用正确和准确的文件，对产品实施技术状态管理。其典型主要输入是技术状态管理计划、待控制的工作产品和提出的控制基线变更等；典型输出是技术规程、批准的控制基线变更、技术状态纪实（报告）和审核报告等。
基本流程如图3所示。
（一）技术状态管理策划
技术状态管理工作是实施技术状态管理工作的起点，形成相关技术状态管理工作计划，作为后续实施的依据，主要用于定义组织机构、说明和组织程序之间的关系，描述每个技术控制基线产生、技术审批和审核的标准，确定所使用的技术状态管理程序，确保技术状态受控。策划的主要内容包括：目的和范围、技术状态标识、控制、纪实和审核的方法等。
1.目的和范围。在本部分策划技术状态管理的目的，确定技术状态管理的范围。具体包括：
第一，相关方的组织、职责和权限。
第二，资格和培训。
第三，项目的选择准则。
第四，向组织和顾客报告的频次、方式方法和对报告的控制。
2.技术状态管理策划。结合工程项目的具体要求，在本部分策划技术状态管理的层次，对技术状态四个层次的管理内容进行初步定义。具体包括：
第一，接受订购方管理的技术状态。按照GJB3206机器相关要求进行选择，纳入产品技术状态的有关项目。
第二，主承研（制）方内部管理的技术状态。在第一的基础上，从工作分解结构（WBS）和产品结构中分解确定的需要主承研（制）方进行管理的项目。
第三，主承研（制）方和分承研（制）方共同管理的技术状态。在第一的基础上，按照技术协议中所规定的需要双方共同管理的项目。
第四，分承研（制）方管理的技术状态。在第一的基础上，按照技术协议（或研制任务书）由分承研（制）方管理的项目。
3.技术状态标识策划。具体包括：
第一，项目、规范和其他文件的关系树。
第二，对规范、图样、让步和更改采用的编号方法。
第三，对修改状态的表示方法。
第四，建立的基线、进度和所包括的信息类型。
第五，顺序号或其他追溯标识的分配和使用。
第六，产品构型信息的发布程序。
4.技术状态更改控制策划。具体包括：
第一，组织的管理机构，还有和相关方的关系。
第二，在合同规定的构型基线建立之前，更改控制程序。
第三，处理更改（包括顾客和供方提出的更改）和让步的方法。
5.技术状态纪实的策划。为了产生构型纪实记录，收集、记录、处理和维护那些必要的资料的方法。
6.技术状态审核的策划。具体包括：
第一，在项目进度内需要进行审核的清单及其安排。
第二，使用的构型审核程序。
第三，（组织内外）相关方的权限。
第四，审核报告格式。
（二）技术状态标识
技术状态标识是指在确定产品工作分解结构的基础上，选择、组织和陈述产品属性的系统性过程，并对确定的技术状态项目和相关技术状态文件、技术状态项目及其相应文件（包括标准、内部和外部接口文件）统一分配单一标识，确定变更权限，并发布技术状态文件，建立技术状态控制基线。其模型如图4所示。
在工程过程中，至少应建立功能基线、分配基线和产品基线，如有必要可以形成设计基线和制造基线，并控制对这些基线的更改，使全部更改都形成文件，并具有可追溯性。
功能基线是被批准的技术状态文件，描述系统或顶层的功能、性能、互操作、接口、标准、质量、“六性”等需求。技术状态标识文件主要有：研制要求、系统规范、系统级接口要求、标准化大纲、质量保证大纲、“六性”设计要求等。一般由任务提出方、使用总体和研制总体共同控制。
分配基线是被批准的面向开发状态的技术状态文件，描述从高层需求文件分配的进一步的分解特性和需要进行的验证。技术状态标识文件主要有：研制规范、设计文件、关键数字样机、各分系统设计方案、接口控制文件、验证文件等。在这个基线建立以后，顶层需求扩展到足够详细的程度，可以作为启动研制、制造和编码的依据。一般由使用总体和研制总体共同控制。
如有必要可以分层实施，进一步明确设计基线（包括设计文件、下一级关键数字样机、生产用技术文件和相关验证文件等），作为开展下一层次工作的依据，设计基线一般由研制总体进行控制。
产品基线是被批准的描述产品生产、安装/部署和使用保障阶段技术状态的技件，其技术状态控制内容主要包括功能、性能、组成、物理特性、接口、验收功能特点和验收试验需求等。技术状态标识文件主要有：产品规范、全套图样、管理性工艺文件、基础性工艺文件、各类试验报告、成套技术条件、成套用户资料、成套生产图样目录、成套技术文件目录、成套保障设备工艺目录、维修手册、履历本等。
对于复杂系统，必要情况下，还应建立以指令性工艺文件、生产性工艺文件和相关验证文件为技术状态标识文件，用相关设计团队和工艺师团队进行控制，指导生产制造工作。与之匹配的活动分解如图5所示。
在实际工程研制过程中，往往出现“跨平台、跨领域、跨单位”的大规模系统工程研发。针对这种情况，典型的工程研发分为论证、方案、工程研发和设计定型4个阶段，基线管理也会各有側重，与研发流程的对应关系如图6所示。
（三）技术状态控制
技术状态控制是指技术状态基线建立后，为控制技术状态项目的更改而对更改建议（工程更改、接口、偏离/超差）所进行的论证、评定、协调、审批和实施活动。
技术状态控制一般情况下分类分级进行控制，原则上共同遵循“上一级”审批原则。变更控制程序如图7所示，活动模型如图8所示，接口控制流程如图9所示，偏离/超差的审批、执行和验证流程如图10所示。
（四）技术状态纪实
对已确定的技术状态文件、提出的更改状况和已批准更改的执行情況所做的正式记录和报告。
1.记录的主要内容。包括：技术状态项目、技术状态基线、技术状态更改（包括请求、建议、审批和实施）、偏离/超差、技术状态审核以及处理情况。
2.报告的主要内容。包括：技术状态项目以及技术状态基线情况、当前的技术状态情况、过程更改/偏离/超差情况、更改的实施和检验情况等。
3.分析的主要内容。包括：所报告的问题和排查情况、更改对技术状态基线偏离情况、审核问题的纠正措施、验证情况及引入新问题的分析等。
活动模型如图11所示。
（五）技术状态审核
技术状态审核是为确定技术状态项目是否符合其技术状态文件而进行的检查。活动模型如图12所示。
六、结语
上述内容是结合实际工程实施技术状态管理的经验和教训所得，经过了工程实践的检验，可以提供比较共性的方法，为其他工程项目提供参考。
但是工程技术状态管理是一项长远而艰巨的系统工程，会面临更多的挑战和机遇。随着各种技术的发展和变化，工程技术状态管理也会不断出现新的问题，同时手段和工具都会不断丰富，管理的精细化、可视性、及时性、有效性都还可以得到进一步的提升，还需要技术人员、管理人员、质量人员共同参与研究、探索和实践。
（作者单位为中国西南电子设备研究所）
[作者简介：张旭昕（1972—），女，四川成都人，高工，研究方向：重大工程管理。李沛（1981—），男，陕西汉中人，项目管理硕士研究生，高工，研究方向：重大工程管理、人力资源配置管理等。]
