一、 引言

　　维修人员培训记录和人员技术档案管理是维修工程部培训系统的重要业务板块。经过“横向到边，纵向到底”的全面梳理后，培训系统于2019年初完成《维修与培训大纲》第8版改版修订，手册结构全面改版，岗位和课程内容重新完善，整体变化较大，夯实了维修培训管理体系基础，迈出了培训精细化管理的重大一步。时值昆明航空十周年，培训系统当时面对十年积累的人员培训记录和相对落后人员档案管理模式，以“严谨科学的专业精神”，开始了业务数字化转型的初期探索。必须写在前面的是，本文真实记叙了培训数据管理提升的探索过程并极力避免成为方法或者工具的操作指南，着重强调的是维修工程师应打破思维定势，培养数据思维，提升对岗位领域、专业、业务的认知深度。 

二、 困境

　　a)   维修人员技术档案是维修人员资质评估的重要依据，归属上维修人员培训记录也是技术档案的一部分，涉及的相关数据统称培训数据，培训记录实际管理上相对独立，在此分开讨论。 

　　b)   培训记录方面。当时没有“共有E学堂”平台用于线上培训和考试，传统课堂培训产生了大量纸质培训记录无法长期保存，仅可使用已经被深航淘汰并不再维护的“维修工程部员工信息系统”进行简单的培训记录数据存储，实在谈不上管理。该系统功能简单，无任何批量操作功能。录入培训记录只能按人按课程逐条手工录入，录入参训学员500人的2两门课程的培训记录需要反复操作1000次且容易出错。查询培训记录只能按人逐条查找，不能按条件查找。效用低下，无培训监控功能，无法监控人员培训有效情况是否在培训大纲要求范围及时限内。为满足资质要求，不得不走“吃大锅饭”的路子，无岗位差别培训、多次重复培训造成不必要的培训资源浪费和增加受训人员培训负担。 

　　c)   技术档案方面。当时采用的是每人一个档案盒，相关信息均以采用WORD或EXCEL软件制作的表格文件打印并和其他材料放置在档案盒内的传统管理模式，无先进的数据管理平台和技术支持。日常维护困难，技术档案数据来源及类别繁多，管理要求和更新周期不一致，管理人员耗费大量精力在整理摆放档案盒的工作上；调取查询不便，档案盒按科室随机放置，调取档案盒查找信息非常不便，且浪费了档案室大量物理空间。漏洞百出，人员规模达到一定程度后，因记录管理模式落后，多次发生信息更新不及时或者无法追溯情况。 

三、 破局

　　a)   培训系统认真分析业务需求和困境后，立足现有条件（深昆信息化对标项目2019年底才启动，时至2021年6月，一期尚处于测试阶段，未正式上线投入使用），打破思维定势，一切以风险可控的前提下解决实际问题出发，主动学习数据管理相关理论知识，结合实际业务开展“头脑风暴”，自主探索管理提升新思路。 

　　b)    梳理数据信息。培训系统结合新版《维修与工程培训大纲》，全面梳理培训记录和技术档案管理的数据信息、数据类型、数据标准和相关管理要求，保证数据质量和管理“精细化”。剔除不必要的数据信息以减轻管理负载，如长期不使用或偶尔需使用时能通过其他方式获取的信息不再作为日常管理和维护内容；明确保留数据各类信息的来源和维护要求以便于建立数据模型，如各类培训证书回归本质按培训记录统一管理等。重新制定管理规范，编写KMAM06-31《培训记录管理程序》、KMAM06-32《技术档案管理程序》。 

　　c)    建立数据模型 

i. 培训记录数据模型，分解一份完整的培训记录，得到培训记录本体、培训课程和参训学员三个实体。 

　　1.  培训档案，即培训记录本体，记录从属于一份培训记录本身的相关信息，具体有培训名称、培训编号、培训机构、培训地点等必要字段。 

　　2.  培训课程，记录产生同一份培训记录的培训活动实际涉及的授课内容及从属课程内容的相关信息，具体有课程名称、培训学时、培训教员、培训方式、培训类别、开始时间、结束时间、考核方式、考核结果等必要字段。 

　　3.    参训学员，记录产生同一份培训记录的培训活动实际的参训人员信息，具体有工号等必要字段。 

　　4.    培训记录数据模型如下图： 

ii.技术档案数据模型，分解一名员工的技术档案，得到基本信息、技术简历、证书信息等实体，其中诚信档案初次建立后更新频次极低、培训记录反而从员工进入维修系统开始就处于持续培训持续更新状态，故在技术档案中统一说明，单独管理。 

　　1.    基本信息，记录员工个人的基本信息，具体有工号、姓名、系统、身份证号、性别、出生日期籍贯、学历、专业、是否持有维修执照、入职时间等多条必要字段。 

　　2.    技术简历，按月记录员工的主要技术经历，具体有工号、开始时间、结束时间、工作单位、岗位等必要字段。 

　　3.    证书信息，记录员工获取的必要证书信息，学历相关、岗位相关等，具体有工号、证书名称、证书编号、颁发时间等必要字段。 

　　4.    技术档案数据模型如下图： 

四、 重构

　　a)    建立数据模型是培训系统对培训业务深度认知的过程，模型建立后培训管理工程师对培训业务的认知达到了新的高度，是我们重构培训数据管理业务的基础。我们意识到对培训数据管理的基础需求是规范、可靠地存储数据并按业务所需对数据进行相应的“增、删、改、查”，有此基础积累才能进行更高阶的过程管理、数据挖掘、数据分析和大数据决策支持。 

　　b)    一次失败的尝试。立足现有资源，我们尝试过使用每个人办公电脑必备的可操作性、可接受度更高的EXCEL电子表格软件，最后写出过足够复杂的EXCEL数组公式实现了部分功能，但是面对十年积累的高达十几万行的培训记录数据，个人计算机性能不足、功能不稳定，无法投入实用，被迫另辟蹊径。 

　　c)    在积累了一定的数据库理论基础理论后，我们进一步认识到培训数据模型各实体之间存在联系。 

i. 培训档案和培训课程、参训学员之间分别存在一对一或者一对多的关系；培训课程和参训学员直接也存在一对一或者一对多的关系。我们在培训档案实体中增加培训档案编号作为其唯一标识（主键），同时在培训课程和参训学员实体中增加对应培训档案的培训档案编号以建立关系。特别地还通过员工工号与基本信息建立联系。 

ii. 基本信息和技术简历、证书信息分别存在一对一或者一对多的关系。我们基本信息实体增加技术档案编号便于实体档案存放，以员工工号为基本信息实体的唯一标识（主键），与技术简历和参训学员实体中的员工工号建立联系。 

    d)    最终我们重构出完整的培训数据关系模型，如下图：

　　图六培训数据关系模型 

　　e)    平台搭建，功能实现。考虑培训系统无专业信息技术人员，我们选择微软OFFICE办公套件中的ACCESS数据库软件为平台，自主开发培训数据管理数据库，能满足当前的业务需求和学习成本较低，具体实现不在此赘述，仅列出主要步骤，欢迎有兴趣的读者私下交流。 

i. 根据数据模型建立底表； 

ii. 根据关系结构使用SQL（结构化查询语言，Structured Query Language）从底表中查询出需要的数据，实现条件查询、批量查询等功能； 

iii. 使用窗体功能通过SQL对底表进行数据的“增、删、改、查”维护，包括批量操作； 

iv.  使用报表功能通过SQL对数据进行数据展示，批量导出人员技术档案等。 

v. 以《维修与工程培训大纲》岗位课程清单和质量系统发布的授权清单单独建立数据模型，实现培训有效性监控约束条件，调用培训记录时间字段计算培训有效期，实现对每个授权人员每项授权要求的每一门课程的有效期监控的核心功能，便于培训计划工程师合理安排培训周期，保证培训有效性并能节约培训资源，提高组织效率。 

　　f)     程序符合，风险防控。软硬件匹配才能法能发挥最大效用，功能实现后，培训系统组织人力对历史的实体文件和电子数据进行了清理，实现所有必要数据的数字化存档，程序符合性验证，建立了保障数据安全的备份原则。实体档案按对应编号“精细”存放，有效防止记录丢失，节约档案室大理物理空间，能快速调阅档案；废物利用，拆解出的旧档案盒预估还能满足培训系统五到八年的使用。从2019年初至今，历次部门质量系统检查、公司航安部门检查及局方年检、抽查等监管活动中，均未发现受培训数据管理影响的组织上、系统上的重大问题。 

五、 延伸

　　a)    在完成基本功能开发，保障培训管理工作正常进行的基础上，培训系统持续提升自身的数据管理能力，对数据库及管理功能升级，完善基础的技术档案管理、培训记录管理和培训有效性监控模块，新开发教学大纲、培训需求分析和奖惩记录等模块。完成对应CCAR-66R3执照改革的数据统计和报表更新以及针对正在接受审批的第9版培训大纲的查询算法测试。培训系统已经完全掌握基础的数据库原理并能够从数据模型、数据结构的角度重构自己的具体业务，实现“降本增效”。 

　　b)    2021年初，培训系统与质量系统合作，探索维修人员授权管理新模式。质量系统负责梳理管理要求，编写新的管理授权管理程序；细分授权项目，整理初始数据。培训系统建立数据模型并开发数据管理平台实现各种功能需求。目前整个项目已完成测试和风险管理，准备修订程序投入使用。 

　　c)    缺陷与不足，再谈一切以风险可控的前提下解决实际问题出发。目前培训系统独立开发的数据管理平台，能保障业务需求的功能实现，1.主要缺陷是没有放到服务器上联网实现与其他业务的数据互联，2.主要不足是操作过程自动化和智能化程度还有很大提升空间。回归业务本身，培训记录和技术档案具有人力资源属性，数据共享需求其实没有那么强，其他系统对培训数据的查询和数据共享需求可通过其他高效可靠方式解决。整个摸索开发、应用实践过程全程进行风险管理，做到风险可控，未给公司增加额外成本的前提下，解决实际问题，极大提高业务水平和工作效率，同时还带来工程师更深的业务认知和业务素养，是“基层、基础、基本功”建设的具体实践。 

六、 思考

　　a)    看到这里，读者可能会有疑问，一个业务科室花那么大精力去做非本专业的事情是不合理的，本文所谓的数据管理平台在专业IT工程师眼里就是班门弄斧。飞机维修工程也好，IT信息技术也罢，工程师就是解决实际问题的。我们理想的信息系统如果足够专业和强大，可能我们更多需要的不再是工程师，而是操作员。又或者在可预见的未来人工智能和机器人全面替代飞机维修工程中的人的话，我们当中的绝大部分人可能会被淘汰。 

　　b)    在理想实现之前，飞机维修工程管理（泛指整个飞机维修过程）不能“等靠要”，不是先有强大的信息平台才有先进的工程管理。回顾培训系统培训数据治理过程，不仅仅是数据管理的实际操作，最重要的培训管理工程师在面对业务困境时打破思维定势，学习数据思维，提升对岗位领域、专业、业务的认知深度，最后借助必要的工具完成培训数据管理升级。 

七、 展望

　　企业数字化转型是大势所趋，我们认为在获得充分的信息技术支持之前，我们能做很多数字化转型的准备工作。而数字化转型的第一步就是数据治理，治理好数据，信息技术才能给业务管理插上起飞的翅膀。参考典型企业数字化治理过程，这里给出主要思路，希望对读者有所启发。 

　　a)    重构业务架构，完成业务数字化，至少做到所有业务产生的表单记录具有数字数据，为“无纸化”做准备。 

　　b)    盘点数据资产，梳理业务和数据流程，识别和分类数据，明确数据来源和数据标准，保证数据质量。 

　　c)    建立数据模型，重新组织数据，明确数据关系。 规范数据管理，开始数字化转型。（作者：邓昆槟）