民航维修企业的手册信息化建设

来源:用户上传      作者:

　　摘 要：随着中国民航事业的蓬勃发展，国内航空器的数量迅速增长。民航维修行业也对各民航维修企业提出了新的挑战，除了维修业务数量的剧增、维修工作难度的递增外，维修工作实施的形式也变得多样化。为了满足多样化的民航维修需求和适航法规的要求，民航维修企业首先需要建立一套能覆盖其所有业务范围的手册体系。手册体系内容的完整性、各子分册之间的关联性、手册内容的合理性都是目前各民航维修企业面临的主要问题。为了解决上述问题，以信息化技术为基础的手册建设迫在眉睫，笔者结合工作实践对手册信息化建设方法进行了探索。
　　关键词：民航维修；手册；信息技术
　　中图分类号：V267 文献标志码：A 文章编号：2095-2945（2019）20-0129-02
　　Abstract： With the vigorous development of China's civil aviation industry， the number of domestic aircraft is growing rapidly. The civil aviation maintenance industry has also put forward new challenges to the civil aviation maintenance enterprises. In addition to the sharp increase in the number of maintenance business and the increasing difficulty of maintenance work， the implementation form of maintenance work has also become diversified. In order to meet the requirements of diversified civil aviation maintenance needs and airworthiness regulations， civil aviation maintenance enterprises first need to establish a manual system that can cover all their business scope. The integrity of the content of the manual system， the relevance between the sub-books， and the rationality of the contents of the manual are the main problems faced by civil aviation maintenance enterprises. In order to solve the above problems， the manual construction based on information technology is extremely urgent， the author combined with the work practice to explore the manual information construction method.
　　Keywords： civil aviation maintenance； manual； information technology
　　根據CCAR-145R3第145.30条的规定：“维修单位应当制定完整的手册以阐述满足相关适航法规要求的方法。维修单位手册由维修管理手册和工作程序手册组成。维修管理手册应当载明维修单位实施所有经批准的维修工作的总体要求和基本依据并应当获得批准；工作程序手册应当根据维修管理手册载明部门或者车间的具体工作程序并应当获得认可”。不论该维修企业规模大小，由应当按上述要求建立维修管理手册和维修工作程序。区别在于，规模较小的企业组织机构小，简单的由上至下的单线流程即可满足其管理需求。规模较大的企业组织机构庞大，流程大多是并列关系，还可能互相引用，若没有信息化的手册体系，很难清晰完整地阐述某条流程。手册体系的信息化，需要通过系统设计、手册内容结构化整理、手册内容固化、手册内容录入、手册内容优化、最终交付使用几个步骤来实现。
　　1 系统设计
　　对于民航维修企业来说，其工作类别大体分为两部分：一是维修业务。二是公司业务，即行政、财务、人力资源、综合管理等。介于民航管理部门对于民航维修的人员岗位设置、培训、授权、工作流程和要求等都有一套完善的管理要求，所以这里主要讨论维修业务的手册体系信息系统设计，公司业务可以参照设计。
　　民航维修企业手册体系一般分为三个层级：局方规章、公司手册、工作程序。我们在系统设计时也定义三个层级的主数据库：局方规章数据库、公司手册数据库、工作程序数据库。另外，需要建立信息数据库，便于内容的分析、统计和查询。一般包括：部门信息数据库、岗位信息数据库、员工信息数据库。其它用于系统管理的功能不在讨论范围。
　　对于三个层级的功能设计：局方规章为最高级，主要功能是查询以及输出修订需求到对应的公司手册。公司手册为第二级，主要功能是内容查询、接收局方规章输出的修订需求并评估修订或不修订、输出修订需求到被引用的公司手册以及对应的工作程序、版本控制。工作程序主要功能是内容查询、接收公司手册输出的修订需求并评估修订或不修订、输出修订需求到被引用的工作程序、版本控制、导出作业指导书、导出工作流程图。需要说明的是，局方规章和公司手册的内容多为管理要求，呈现形式多为文字描述，一般不需要复杂的流程和操作细则，而工作程序一般包括部门、岗位、职责和具有严谨顺序排列的工作流程和引用关系，信息数据库的数据也是被引用在工作程序中的。 　　信息数据库的作用：部门信息数据库可以用于部门职责的整理，填补管理死角、去除多头管理。岗位信息数据库可以用于岗位职责的整理，导出岗位培训内容、人力资源评估等。员工信息数据库可以进行工作授权匹配，导出员工职责，用于员工培训需求的统计、工作授权的管理。
　　通过上述主要架构，手册信息化系统可以实现以下功能：用于民航维修企业手册程序与局方规章内容的对标、方便公司工作流程的梳理、方便员工培训需求的整理。企业还可以按需在工程程序中加入风险管理的内容，简单的实现方法为：对于工作程序中某一条内容添加标记和超链接，用于说明该条工作内容的风险等级以及经典案例，风险等级用于提醒工作人员关注该工作内容的危险性，经典案例用于员工培训中作为安全教育。
　　2 手册内容结构化整理
　　为了实现上述系统设计功能，除了IT建设外，企业管理人员还需要对公司现存的公司手册、工作程序进行整理，公司手册的整理较为简单，主要是参照局方规章，确认是否所有使用的局方规章中的管理要求都在公司手册中予以了说明。对于工作程序内容的结构化整理较为庞大繁琐，整理的关键字段主要包括：程序名称、适用的部门、适用的岗位、引用的上级文件（公司手册、局方规章）、工作流程、所需的表单、附件等。
　　整理时通常的原则包括：
　　（1）每一句内容都需要有主语，即规定由何部门何岗位执行。
　　错误示例：A部门依据厂家技术文件编写维修方案。
　　正确示例：A部门A岗位人员依据厂家技术文件编写维修方案A部分。
　　（2）没有动词的内容一般理解为某一动作的补充要
　　求，应该以注释或附件的形式展现，不能与正文语句并列。
　　错误示例：a.A部门A岗位人员依据厂家技术文件编写维修方案A部分；b.维修方案A部分内容包括：a、b、c。
　　正确示例：a.A部门A岗位人员依据厂家技术文件编写维修方案A部分。注：维修方案系统维护项目包括：a、b、c。
　　（3）每一个动作应该只有一个岗位执行，对于同时进行但存在分工的，应拆分为多条内容并列描述，并且说明具体分工规则，或者设置自岗位分别阐述。
　　错误示例：a.A部门A岗位人员/B岗位人员依据厂家技术文件维修方案A/B项目部分
　　正确示例：a.A部门A岗位人员依据厂家技术文件编写维修方案A项目部分。b.A部门B岗位人员依据厂家技术文件编写维修方案B项目部分。
　　（4）相同的内容应当只在一个地方阐述，否则应当以引用的形式说明。
　　错误示例：A部门A岗位人员依据厂家技术文件维修方案A项目部分并完成其工作单卡的编写。
　　正确示例：A部门A岗位人员依据厂家技术文件维修方案A项目部分并按照工作程序MOP01-002第2.1条的流程和要求完成其工作单卡的编写。
　　3 手册内容固化与录入
　　每条语句都是流程中的一个节点，节点类别分为四种：流程起始节点、流转节点、判断节点、终止节点。每种流程节点都有特定的语句格式，在整理时应按照相应的语句格式进行调整固化，避免随意的文字表述。举例如下：
　　（1）起始流程节点。A部门A岗位人员依据厂家技术文件编写维修方案A项目部分后，提交A部门B岗位人员审核。
　　（2）判断流程节点。A部门B岗位人员接收A部门A岗位人员提交的维修方案A项目部门内容，按照附录1的要求进行审核，确认符合要求后，提交A部门C岗位人员批准。不符合要求的，退回A部门A岗位人员，并说明理由。
　　（3）流转流程节点。A部门C岗位人员接收A部门B岗位人员提交的维修方案A项目内容，完成批准后发送至B部门A岗位人员进行发布。
　　（4）终止流程节点。B部门A岗位人员接收A部门C岗位人员发送的维修方案A项目内容，在XX系统中完成发布。
　　所有程序完成内容固化后，将其内容逐条录入手册程序信息化系统。
　　4 手册内容优化
　　当完成数据录入后，会发现现有手册程序存在的问题，需要逐一解决，一般有以下问题：（1）部门职责无对应正文内容。职责用于明确某个部门的责任，一般通过公司办公会议来讨论确定，受行政指令影响较多，内容比较概念化，往往缺少具体正文内容来体现。发现这类问题后，需要手册程序编写人员消化职责表达，将其拆解并具体化，形成有操作性的流程，对应或补充正文内容，确保每条职责都有正文对应。（2）正文内容无对应职责。此类问题多发生在经过修订的手册程序中，正文内容经过多次修改或新增内容后，往往容易遗漏职责的补充或修订，造成正文内容没有对应的职责。发现这类问题后，需要手册程序编写人员对照现有职责，修订现有职责或增补职责，确保每条正文内容都有职责对应。（3）某正文内容在多个手册章节中描述。此类问题多发生在组织架构复杂，业务流程繁琐的企业。因为部门多，各自建立了对应的业务流程。因为手册程序编写人员各有各的思维方式，往往会将本部门工作流程相关的内容或多或少的重复描述。不同人员编写时，还可能对同一个流程有不同的表述。发现此类问题时，首先应明确主做部门和岗位，将其他重复表述的内容删除或标记为引用。同时，要与主做岗位人员沟通，确认正确的流程和要求后进行修订优化。（4）某章节内容都为技术性规定，没有流程表达。此类问题多发生在技术性工作流程，初始编写人员多为技术员或工程师，对业务技术要求较熟悉，但缺乏手册程序编写要求的培训，所以在编写时多为技术性规定，没有对整个业务流程进行梳理。发现此类问题，需要专职的手册程序编写人员对其业务流程进行调研，按照上述第二部分手册内容固化的要求重新编写，形成清晰明了的流程。并将技术性规定以注释或附件的形式嵌入相应正文内容中。
　　5 交付使用
　　完成上述工作后，需要对测试数据进行发布，并对系统功能逐一测试，包括：修订需求推送、修订与发版功能、部门职责导出、岗位说明书导出、培训需求导出。与IT开发人员共同排除系统BUG后交付使用。根据行业里几大企业的实践经验，手册程序系统一般需要经过长期的使用和多次的优化后才能达到一个具有较为完善功能的系统。
　　参考文献：
　　[1]CCAR-145R3.民用航空器维修單位合格审定规定[S].中国民用航空局，2005.
　　[2]AC-145-FS-2017-016-R1.维修单位异地维修[Z].中国民用航空局飞行标准司，2017.
　　[3]AC-145-5.维修单位手册编写指南[Z].中国民用航空局飞行标准司，2003.
转载注明来源:https://www.xzbu.com/1/view-14882189.htm