浅谈民航维修手册信息化建设（精品）.docx

《浅谈民航维修手册信息化建设（精品）.docx》由会员分享，可在线阅读，更多相关《浅谈民航维修手册信息化建设（精品）.docx（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、浅谈民航维修手册信息化建设根据CCAR-145R3第145.30条的规定：“维修单位应当制定完好的手册以阐述知足相关适航法规要求的方法。维修单位手册由维修管理手册和工作程序手册组成。维修管理手册应当载明维修单位施行所有经批准的维修工作的总体要求和基本根据并应当获得批准；工作程序手册应当根据维修管理手册载明部门或者车间的详细工作程序并应当获得认可。不管该维修企业规模大小，由应当按上述要求建立维修管理手册和维修工作程序。区别在于，规模较小的企业组织机构小，简单的由上至下的单线流程即可知足其管理需求。规模较大的企业组织机构庞大，流程大多是并列关系，还可能相互引用，若没有信息化的手册体系，很难明晰完好

2、地阐述某条流程。手册体系的信息化，需要通过系统设计、手册内容构造化整理、手册内容固化、手册内容录入、手册内容优化、最终交付使用几个步骤来实现。1系统设计对于民航维修企业来讲，其工作类别大体分为两部分：一是维修业务。二是公司业务，即行政、财务、人力资源、综合管理等。介于民航管理部门对于民航维修的人员岗位设置、培训、受权、工作流程和要求等都有一套完善的管理要求，所以这里主要讨论维修业务的手册体系信息系统设计，公司业务能够参照设计。民航维修企业手册体系一般分为三个层级：局方规章、公司手册、工作程序。我们在系统设计时也定义三个层级的主数据库：局方规章数据库、公司手册数据库、工作程序数据库。另外，需要建

3、立信息数据库，便于内容的分析、统计和查询。一般包括：部门信息数据库、岗位信息数据库、员工信息数据库。其它用于系统管理的功能不在讨论范围。对于三个层级的功能设计：局方规章为最高级，主要功能是查询以及输出修订需求到对应的公司手册。公司手册为第二级，主要功能是内容查询、接收局方规章输出的修订需求并评估修订或不修订、输出修订需求到被引用的公司手册以及对应的工作程序、版本控制。工作程序主要功能是内容查询、接收公司手册输出的修订需求并评估修订或不修订、输出修订需求到被引用的工作程序、版本控制、导出作业指导书、导出工作流程图。需要讲明的是，局方规章和公司手册的内容多为管理要求，呈现形式多为文字描绘，一般不需

4、要复杂的流程和操作细则，而工作程序一般包括部门、岗位、职责和具有严谨顺序排列的工作流程和引用关系，信息数据库的数据也是被引用在工作程序中的。信息数据库的作用：部门信息数据库能够用于部门职责的整理，填补管理死角、去除多头管理。岗位信息数据库能够用于岗位职责的整理，导出岗位培训内容、人力资源评估等。员工信息数据库能够进行工作受权匹配，导出员工职责，用于员工培训需求的统计、工作受权的管理。通过上述主要架构，手册信息化系统能够实现下面功能：用于民航维修企业手册程序与局方规章内容的对标、方便公司工作流程的梳理、方便员工培训需求的整理。企业还能够按需在工程程序中参加风险管理的内容，简单的实现方法为：对于工

5、作程序中某一条内容添加标记和超链接，用于讲明该条工作内容的风险等级以及经典案例，风险等级用于提醒工作人员关注该工作内容的危险性，经典案例用于员工培训中作为安全教育。2手册内容构造化整理为了实现上述系统设计功能，除了IT建设外，企业管理人员还需要对公司现存的公司手册、工作程序进行整理，公司手册的整理较为简单，主要是参照局方规章，确认能否所有使用的局方规章中的管理要求都在公司手册中予以了讲明。对于工作程序内容的构造化整理较为庞大繁琐，整理的关键字段主要包括：程序名称、适用的部门、适用的岗位、引用的上级文件公司手册、局方规章、工作流程、所需的表单、附件等。整理时通常的原则包括：1每一句内容都需要有主

6、语，即规定由何部门何岗位执行。错误示例：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

7、岗位人员/B岗位人员根据厂家技术文件维修方案A/B项目部分正确示例：a.A部门A岗位人员根据厂家技术文件编写维修方案A项目部分。b.A部门B岗位人员根据厂家技术文件编写维修方案B项目部分。4一样的内容应当只在一个地方阐述，否则应当以引用的形式讲明。错误示例：A部门A岗位人员根据厂家技术文件维修方案A项目部分并完成其工作单卡的编写。正确示例：A部门A岗位人员根据厂家技术文件维修方案A项目部分并根据工作程序MOP01-002第2.1条的流程和要求完成其工作单卡的编写。3手册内容固化与录入每条语句都是流程中的一个节点，节点类别分为四种：流程起始节点、流转节点、判定节点、终止节点。每种流程节点都有特定

8、的语句格式，在整理时应根据相应的语句格式进行调整固化，避免随意的文字表述。举例如下：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系统中完成。所有程

9、序完成内容固化后，将其内容逐条录入手册程序信息化系统。4手册内容优化当完成数据录入后，会发现现有手册程序存在的问题，需要逐一解决，一般有下面问题：1部门职责无对应正文内容。职责用于明确某个部门的责任，一般通过公司办公会议来讨论确定，受行政指令影响较多，内容比拟概念化，往往缺少详细正文内容来体现。发现这类问题后，需要手册程序编写人员消化职责表达，将其拆解并详细化，构成有操作性的流程，对应或补充正文内容，确保每条职责都有正文对应。2正文内容无对应职责。此类问题多发生在经过修订的手册程序中，正文内容经太多次修改或新增内容后，往往容易遗漏职责的补充或修订，造成正文内容没有对应的职责。发现这类问题后，需

10、要手册程序编写人员对照现有职责，修订现有职责或增补职责，确保每条正文内容都有职责对应。3某正文内容在多个手册章节中描绘。此类问题多发生在组织架构复杂，业务流程繁琐的企业。由于部门多，各自建立了对应的业务流程。由于手册程序编写人员各有各的思维方式，往往会将本部门工作流程相关的内容或多或少的重复描绘。不同人员编写时，还可能对同一个流程有不同的表述。发现此类问题时，首先应明确主做部门和岗位，将其他重复表述的内容删除或标记为引用。同时，要与主做岗位人员沟通，确认正确的流程和要求后进行修订优化。4某章节内容都为技术性规定，没有流程表达。此类问题多发生在技术性工作流程，初始编写人员多为技术员或工程师，对业务技术要求较熟悉，但缺乏手册程序编写要求的培训，所以在编写时多为技术性规定，没有对整个业务流程进行梳理。发现此类问题，需要专职的手册程序编写人员对其业务流程进行调研，根据上述第二部分手册内容固化的要求重新编写，构成明晰明了的流程。并将技术性规定以注释或附件的形式嵌入相应正文内容中。5交付使用完成上述工作后，需要对测试数据进行，并对系统功能逐一测试，包括：修订需求推送、修订与发版功能、部门职责导出、岗位讲明书导出、培训需求导出。与IT开发人员共同排除系统BUG后交付使用。根据行业里几大企业的实践经历，手册程序系统一般需要经过长期的使用和屡次的优化后才能到达一个具有较为完善功能的系统。