周志新 雷勇



摘要:20世紀60年代以來,美軍在技術狀態管理方面的研究不斷取得成果。我國的技術狀態管理也在按照邊研究、邊管理、邊改進的方法進行著。本文從技術狀態管理的定義、意義、現狀、內涵和要求等方面對技術狀態管理進行分析,同時對開展技術狀態管理的方法和前景進行研究。
關鍵詞:復雜裝備;技術狀態;最小化管控單元
Keywords:complex equipment;technical state;minimize management control unit
1 問題提出
長期以來,在裝備技術狀態管理中,“重研制管理、輕使用監控”和多頭管理、信息離散、技術狀態管理不健全等問題長期存在,造成裝備交付用戶后,機關、用戶、總師單位、主機廠都難以全面、清楚、準確地掌握裝備售后技術狀態,給裝備的使用和管理帶來問題和隱患。
隨著新裝備在研制中領先試用、小批交付等工作的開展和深入,技術狀態管理的工作已延伸到用戶使用階段。但是現行的技術狀態管理方法無法有效滿足用戶機群和單機日益增長的技術狀態管理需要。
1)開展售后技術狀態管理是滿足標準、法規要求的一項必要工作。GJB3206A“4.1總則”中明確要求“應在產品壽命周期內實施技術狀態管理”,同時,在GJB3206A“附錄A產品壽命周期技術狀態管理”中明確指出,產品的壽命周期包括研制、生產和使用過程,而且從方案階段到批量生產階段是實施技術狀態管理的主要過程。
2)開展售后技術狀態管理是滿足型號研制總要求的一項重要支持工作。在型號研制總要求中,均對裝備技術狀態給出明確的指標和要求。要實現這些條款,必需通過一系列技術的和管理的活動來保證最終研制的裝備的技術狀態滿足要求。
3)領先使用裝備技術狀態的需求。由于交付時間的跨度較長,交付時的初始技術狀態存在差異,交付后隨著排故修理、試飛和貫改升級等工作的開展,單機的使用技術狀態一直在變化,導致領先使用的裝備售后技術狀態一直說不清道不明。
4)開展售后技術狀態管理是滿足用戶需求,做好售后技術服務的一項核心工作。售后服務工作是圍繞著裝備本身開展的,只有掌握裝備的技術狀態,管理和控制技術狀態的變化,才能做到有的放矢,更好地滿足用戶需求,做好售后技術服務工作。如果連裝備的技術狀態都不清楚,那么所有的服務工作就成了空中樓閣。
2 技術狀態管理概述
技術狀態管理是二戰后美國在發展導彈核武器過程中同步發展起來的一門工程管理控制技術。隨著科技的發展,裝備的復雜程度逐步提高,系統、分系統、子系統、設備之間的交聯越來越多、越來越頻繁,跨系統、多系統之間的接口關系與協調關系也越來越復雜,這就要求在設計之初對交聯與接口關系進行綜合考慮并使之在整個生命周期始終受控,從而使裝備的軟硬件技術狀態一直處于可控狀態。因此,國際上對技術狀態管理的研究一直處于完善與發展的階段。
從1962年起,以美國空軍發布“技術狀態管理辦法”為起點,開啟了技術狀態管理與研究的序章。1968年起,美國陸續發布了MIL-STD-480、MIL-STD-481、MIL-STD-482、MILSTD-483、MIL-STD-490,直至2003年發布的ISO10007《質量管理-技術狀態管理指南》的修訂,此次修訂改進了ISO10007與ISO9000族國際標準的一致性并簡化了文件的結構。
在我國國防工業領域,技術狀態管理與研究始于1987年發布的《軍工產品質量管理條例》。1992年“全國武器裝備系統工程管理軍用標準化技術委員會”成立,1997年發布了GB/T19017《質量管理技術狀態管理指南》,1998年發布了GJB3206《技術狀態管理》。2010年,對GJB3206進行了修訂,將技術狀態管理的周期從產品的研制、生產階段,擴展到產品的全壽命周期。
3 技術狀態管理基本要求
隨著時代的發展,系統復雜度提高,設備接口關系多樣化,簡單粗放的售后技術狀態管理已經無法滿足時代發展的需要,必須根據實際情況發展一套符合現階段并能夠在一個較長的時期內滿足需求的售后技術狀態管理系統,該系統必須做到以下幾點。
1)唯一的數據來源:為避免多頭管控造成的數據有效性問題,在進行售后技術狀態管控中數據源必須唯一。
2)完備的最小化技術狀態管控單元:從自身實際出發,對最小化技術狀態管控單元進行標識,使系統中全部涉及技術狀態變更的設備/結構均能有效地進行管理與控制。
3)更改文件多級別關聯并可追溯:以事件為線索,將問題需求協調單、問題處理單、問題封閉紀要、技術狀態更改單、實施反饋單、后續文件等文件電子化后關聯在一起,對事件進行全程跟蹤,全流程可追溯,可以在任何時間對整個事件的前因后果進行詳細查看。
4)持續性更新:在系統或者管理辦法執行初期看不到太多效果,只有持續不斷地實時更新數據,并且將之前遺漏的數據全部補充完善之后才能發揮售后技術狀態管理的效能,才能讓技術狀態管理指導現有工作,影響后續工作。
5)多樣化輸出:完備的圖表顯示匯總信息,不僅能夠顯示現有信息,還可顯示分析后的結果信息,同時可以按需輸出格式化報告。
整個要求中最重要的就是在完備的最小化技術狀態管控單元上進行持續地更新,一旦長時間不進行更新,產生的后果必然是售后技術狀態管理失控,一切回到原點,從頭再來。
4 技術狀態管理方案
技術狀態管理就是對裝備的物理組成和能力集合的描述,也就是對結構、系統等具體組成和實際功能的描述。分解到實際管理的層面,即是以便于管理的原則按功能特性、物理特性分解結構、系統,標識出最小的技術狀態控制項(物理組成)和能力控制項(能力集合),形成交付技術狀態基線和交付能力基線,構建初始設計技術狀態基線、使用技術狀態基線和初始設計能力基線、使用能力基線(見圖1)。通過樹狀結構的形式描述,展現裝備的技術狀態和系統的能力,通過對枝杈上每個單元(最小化技術狀態管控單元)的更改、變化的控制管理以及樹狀結構的整體邏輯關系,實現整體技術狀態和能力的變化與控制。技術狀態管理工作的重點,就是圍繞這幾條基線,開展技術狀態更改的控制、記實和報告、審核等工作。

4.1 技術狀態管理方案總體思路
售后技術狀態管理總體思路可以確定為:一點兩線,全程控制,詳實記錄,報告審核,閉環管理。以裝備交付時的技術狀態基線為起點,建立并運行每個裝備的基線動態管理,跟蹤技術狀態更改的全過程,詳實、準確地記錄相關信息,動態控制裝備能力變更情況,并定期通告最新狀態情況,同時開展技術狀態更改的試飛驗證,落實技術狀態審核。裝備的技術狀態管理方案主要包含以下幾個方面:
1)明確售后技術狀態管理目標;
2)完善、優化技術狀態管理組織,明確技術狀態管理責任主體及其職責;
3)梳理技術狀態管理工作項目,制定具體的管理辦法,健全相關規章制度和工作流程;
4)嚴格按要求開展售后技術狀態管理。
技術狀態控制的核心工作是技術狀態更改的全過程管控和狀態與能力的對應關系關聯。即以符合GJB3206A中對技術狀態控制的相關要求并滿足用戶需求為目標,開展技術狀態更改控制,跟蹤技術狀態更改的全過程。
4.2 技術狀態管理流程與主要內容
實現技術狀態管理的具體流程基本可以分為:
1)制定、完善涵蓋裝備結構、機載設備、機載軟件、用戶技術資料、保障設備等所有更改項目的技術狀態更改文件的管理規定和要求;
2)確認一個技術狀態管控主責單位作為管控節點,負責確定售后技術狀態更改需求是否屬于必要的技術狀態基線更改,向主責和配合專業發布售后技術狀態更改工作啟動指令;
3)主責和配合專業開展必要的設計、試驗和驗證,完成售后技術狀態更改文件的編制和審簽;
4)售后技術狀態管控主責單位負責跟蹤售后技術狀態更改文件的編制進度,按需適時組織評審和報批;
5)售后技術狀態管控主責單位同時還負責協調、組織設計人員、用戶、制造方,完成正式發布/批復的售后技術狀態更改文件的實施和效果評定。
上述裝備技術狀態管理方案主要包括4個方面的內容(見表1),既可以按照標識、控制、記實和審核的次序,逐級按“設計工作方案→制定文件制度→工作實施→反饋總結”順序去開展;也可以從標識、控制、記實和審核4個方向分頭實施、并行開展。
4.3 技術狀態管理人員職責劃分
按照上述對售后技術狀態管理的分析,為避免出現推諉扯皮現象,售后技術狀態管理的組織結構與主責單位需要進行重點確定,明晰責任界面與權限,明確售后技術狀態更改工作的唯一責任單位、管控節點與責任,定義好三類人員。
1)售后技術狀態管理主責單位:作為售后技術狀態管理的主責單位,負責制定、完善涵蓋裝備結構、機載設備、機載軟件、用戶技術資料、保障設備等所有更改項目的技術狀態更改文件的管理規定和要求,以頂層文件的形式,明確裝備結構、機載設備、機載軟件、用戶技術資料、保障設備等所有更改項目的售后技術狀態的更改辦法,包括各類外場更改文件或執行文件的使用要求,完整的售后技術狀態更改流程與具體方法等。
2)售后技術狀態管理管控節點:作為售后技術狀態管理的管控節點,負責明確技術狀態管理的最小管控單元和最小能力單元,組織相關專業研究判定技術狀態更改需求(包含使用方或設計方發起的技術狀態更改需求)是否是必要的售后技術狀態基線更改,向主責和配合專業發布售后技術狀態更改工作啟動指令。負責匯總形成售后技術狀態更改計劃清單,制定考核計劃,跟蹤、督促相關專業售后技術狀態設計更改的進度,定期向機關或主管領導提出獎懲建議。落實文件是否傳遞到位,適時協調、組織相關專業配合用戶、制造方,完成正式發布/批復的售后技術狀態更改文件的實施。
3)各相關專業:開展必要的設計、試驗,完成售后技術狀態更改文件的編制和審簽,必要時發起內外部評審;負責跟蹤技術狀態更改文件的編制進度,按需完成售后技術狀態更改文件的報批;文件正式發布/批復后,負責配合用戶、制造方,完成正式發布/批復的售后技術狀態更改文件的實施。
以售后技術狀態管理模型為技術狀態管理模型基礎,以最小化技術狀態管控單元為骨架,建立售后技術狀態管理模型建模,并以此管理模型為基礎,綜合設計、制造信息,按照“一機一表”的形式,分別編制完成各架在役裝備的管理模型,和每個裝備的售后單機技術狀態管控模塊。完成各架機管理模塊后,匯集所有在役裝備售后單機技術狀態管控模塊,綜合外場使用、維修信息數據,進行管理軟件的錄入、存儲、運行、展示等功能開發,建立型號售后單機技術狀態管理系統。最后,依托型號售后單機技術狀態管理系統,開展售后技術狀態的控制、紀實與審核工作。
5 用例分析
5.1 案例分析
初步完成售后技術狀態管理模型建模后,以此管理模型為基礎,綜合設計、制造信息,按照“一機一表”的形式,分別編制完成各架在役裝備的管理模型和每個裝備的售后單機技術狀態管控模塊,綜合外場使用、維修信息數據,進行管理軟件的錄入、存儲、運行、展示等功能的開發,建立型號售后單機技術狀態管理系統。
以上述模型構建的售后技術狀態數據為基礎,對售后技術狀態進行管理,同時與未進行技術狀態管理或僅進行了粗放式管理單機的實際效果進行對比分析。
某用戶在使用裝備一段時間之后,發現對裝備的技術狀態變動情況不明確,為此希望了解目前裝備的最新技術狀態,通過梳理,用戶主要涉及的問題有:接裝的裝備之間的狀態差異;接裝的裝備之間的使用維護差異;接裝以來更改文件編發與執行情況。
在未進行技術狀態管理或僅進行粗放式管理的狀態下,為回復上述用戶提出的問題需要進行以下流程:
1)將用戶需求上報單位機關,請求機關出面組織協調;
2)機關組織會議,所有涉及專業參會,會上對用戶需求進行討論,分解;
3)各專業逐步將問題反饋至指定匯總專業,由其進行匯總;
4)匯總專業發現專業的答復有推遲、格式有差異、內容有欠缺,需要專業修改;
5)各專業再次反饋,匯總專業再次整理匯總;
6)匯總專業將信息反饋至用戶處。
以復雜裝備的售后技術狀態管理模型構建的技術狀態數據為基礎,技術狀態管理主責單位在收到上述需求后,為回復用戶提出的問題需要進行以下流程:
1)進行問題分解,發現三項問題均可直接或間接通過對EXCEL電子表格中的狀態信息進行分析后獲得;
2)對獲得的信息進行分類整理匯總,反饋至用戶處。
5.2 效果對比
通過以上兩種答復形式可以發現,本文構建的復雜裝備的售后技術狀態管理模型有較強的可執行性,在實際使用中基本可以滿足使用需求,能夠解決實際問題,具備的優勢如表2所示。
6 結束語
進行復雜裝備的售后技術狀態管理是一個長期的、持續的、功在當代利在千秋的工作,在度過初期的艱難困苦之后,持之以恒地進行售后技術狀態管控,可以對裝備整個壽命周期內的變更優化情況一目了然,可以將設計、制造、成品、使用等方面的優點、缺點、走過的彎路、思考過程全部展現出來,為后續裝備的優化改進、新裝備的研制、人才隊伍的培養提供支持和幫助。
作者簡介
周志新,工程師,現從事試飛與外場技術保障工作。