本站小編為你精心準備了淺談民航維修手冊信息化建設參考范文,愿這些范文能點燃您思維的火花,激發您的寫作靈感。歡迎深入閱讀并收藏。
根據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.
作者:林稼寅 單位:東方航空技術有限公司