0 引言
技術(shù)狀態(tài)管理(CM)是系統(tǒng)工程管理的重要工具，是項目管理、質(zhì)量管理的重要組成部分。技術(shù)狀態(tài)管理涵蓋了整個產(chǎn)品全壽命周期，包括市場需求、研發(fā)設(shè)計、生產(chǎn)制造、交付客戶、服務(wù)等，目的是使設(shè)計結(jié)果與客戶需求保持一致、制造結(jié)果與設(shè)計需求一致、交付產(chǎn)品與制造結(jié)果保持一致。這種一致性是由航空、航天產(chǎn)品研制的復(fù)雜性和特殊性決定的。
技術(shù)狀態(tài)管理通常包含標識、控制、紀實、審核四項活動。四項活動貫穿于整個武器裝備科研生產(chǎn)的全壽命周期。其中技術(shù)狀態(tài)標識不僅是技術(shù)狀態(tài)管理的起點，同時也是整個武器裝備壽命周期保持“三個一致”的基礎(chǔ)。
1 技術(shù)狀態(tài)標識
1.1 技術(shù)狀態(tài)標識的內(nèi)涵
技術(shù)狀態(tài)管理的前提是技術(shù)狀態(tài)標識。沒有完善的技術(shù)狀態(tài)標識，就不可能有完善的技術(shù)狀態(tài)管理。“標識”絕非“標記”，它有一個識別、確認的過程。如果將技術(shù)狀態(tài)標識僅僅理解為對技術(shù)狀態(tài)文件的標記，是不全面的。
技術(shù)狀態(tài)標識起始于武器裝備研制的方案探索階段�？陀^上說，該階段武器裝備的功能、物理特性的定性功能比例遠高于定量的指標。在技術(shù)狀態(tài)標識的過程中，最重要的活動是選擇技術(shù)狀態(tài)項目和建立技術(shù)狀態(tài)基線。通過技術(shù)狀態(tài)標識工作，技術(shù)狀態(tài)才有了“可見性”。
技術(shù)狀態(tài)標識需要進行以下活動：
(1)在確定項目分解結(jié)構(gòu)的基礎(chǔ)上選擇技術(shù)狀態(tài)項；
(2)確定每個技術(shù)狀態(tài)項所需的技術(shù)狀態(tài)文檔；
(3)指定技術(shù)狀態(tài)項及其技術(shù)狀態(tài)文檔的標識；
(4)發(fā)放和保持技術(shù)狀態(tài)文檔；
(5)建立技術(shù)狀態(tài)基線。
其中第(3)～(4)項活動是實施層面的內(nèi)容，一般承（研）制單位都有設(shè)計、文檔、圖樣的標識管理制度或辦法，這里不再贅述。而第(1)～(2)項內(nèi)容是型號技術(shù)狀態(tài)管理必須自己指定并完成的。從某種意義上說，技術(shù)狀態(tài)管理項目是事關(guān)研制項目成敗的“珍珠”，將散落的珍珠匯成一條線管理，就是技術(shù)狀態(tài)基線管理。而技術(shù)狀態(tài)項目的選擇是受技術(shù)、管理、風險、資金、進度共同約束的。第(5)是前四項工作完成后，建立技術(shù)狀態(tài)基線就落實在技術(shù)狀態(tài)文檔中。顯然，繪制項目分解結(jié)構(gòu)框圖(WBS)是技術(shù)狀態(tài)標識的首要工作。
1.2 WBS（工作分解結(jié)構(gòu)）
工作分解結(jié)構(gòu)是項目管理通用和惟一的參照系。GJB2116《武器裝備研制項目工作分解結(jié)構(gòu)》標準給出了典型的上三級（“綱要WBS”），而技術(shù)狀態(tài)項目就是從工作分解結(jié)構(gòu)有關(guān)單元中選出來的。“高層次的技術(shù)狀態(tài)項目應(yīng)在論證階段或方案階段的初期選定（形成功能技術(shù)狀態(tài)基線）”、“低層次的技術(shù)狀態(tài)項目應(yīng)在工程研制階段初期或其之前選定（形成分配技術(shù)狀態(tài)基線）”。比如方案階段識別了若干項，形成了系統(tǒng)規(guī)范，到工程研制階段合同WBS和擴延的合同WBS階段，WBS的層數(shù)由原來的三級可能增加到五級，甚至八級，技術(shù)狀態(tài)項目的選擇數(shù)量肯定有所增加。所以技術(shù)狀態(tài)項目的選擇是一個動態(tài)、遞增、要求變化的過程。
武器裝備系統(tǒng)研制和生產(chǎn)的規(guī)劃、實施及控制，都應(yīng)有一個完整的層次體系作為貫穿整個研制生產(chǎn)過程的總脈絡(luò)。圖1是某型飛機首3級綱要WBS單元和4級以下WBS單位代碼的細化示例。
圖1 飛機系統(tǒng)WBS單元代碼層次結(jié)構(gòu)圖示例
在WBS項目分解結(jié)構(gòu)過程中，一些承（研）制單位對單元代碼的標識未按國軍標要求，經(jīng)常出現(xiàn)通用單元代碼和產(chǎn)品單元代碼混淆不清。按照GJB5427規(guī)定，編碼順序是每個層級由2位十進制數(shù)字構(gòu)成并遞增的；常出現(xiàn)的錯誤還有：奇數(shù)位編碼、編碼中含字母代號、編碼不能完整標識產(chǎn)品所在的層次等。
1.3 工程項目WBS
綱要WBS形成了在研制和生產(chǎn)各階段中供制定計劃和安排經(jīng)費的統(tǒng)一框架。在飛機的工程項目的WBS表（見表1）可以看出，“0301”單元研制試驗和評定有10項內(nèi)容，其中的“030110”單元“調(diào)整試飛與驗證試飛”中，又分解了23項不同的試驗。
表1 飛機WBS表
有的承（研）制單位在項目的實際分解過程中，注重產(chǎn)品結(jié)構(gòu)分解，對通用單元部分卻沒有分解細化。其直接導(dǎo)致的后果是通用單元中如試驗、訓練、文件、保障等許多事關(guān)武器綜合效能發(fā)揮的研制工作因未納入早期的技術(shù)狀態(tài)項目管理而被忽視，這也將最終影響整個項目的進展和完成質(zhì)量。
1.4 SOW（工作說明編寫）
目前在我國新研武器系統(tǒng)領(lǐng)域，由于技術(shù)跨度大、研制周期短，新成品所占比例已經(jīng)超過了風險控制范圍，如果還是僅按技術(shù)協(xié)議書進行驗收把關(guān)，不進行中間研制過程的控制，風險是很大的。為了規(guī)避風險，以及根據(jù)在與外方合作中的體會和感受，在簽定大量的新成品技術(shù)經(jīng)濟合同和技術(shù)協(xié)議的同時，也都簽定了一份SOW。
編制工作說明來源于工作分解結(jié)構(gòu)。在工作分解結(jié)構(gòu)安排下，工作說明的組成部分能得到合理的安排，并可以追蹤到每一組成部分下擴展的工作項目。
工作說明明確提出工作范圍和工作要求。承制方依據(jù)工作說明安排武器裝備項目的研制生產(chǎn)，訂購方按照工作說明檢查承制方履行合同的情況。
工作說明一般要明確輸入和輸出及控制要求。在對產(chǎn)品控制要求逐漸明晰的技術(shù)背景下，WBS單元中那些符合作為技術(shù)狀態(tài)項目控制的單元也就逐漸浮出“水面”，技術(shù)狀態(tài)的選擇也就是順理成章的事了。
WBS與SOW的聯(lián)系如表2所示。
表2 WBS與SOW的聯(lián)系
2 技術(shù)狀態(tài)項目(CI)的選擇
2.1 技術(shù)狀態(tài)項目一般選擇準則
GJB3206將技術(shù)狀態(tài)項目定義為：能滿足最終使用功能，并被制定作為單個實體進行技術(shù)狀態(tài)管理的硬件、軟件或其集合體。一般情況下，可將下述項目選為技術(shù)狀態(tài)項目：
(1)武器裝備系統(tǒng)的系統(tǒng)、分系統(tǒng)級和跨單位、跨部門研制的項目；
(2)在風險、安全、完成作戰(zhàn)任務(wù)等方面具有關(guān)鍵性的項目；
(3)采用了新技術(shù)、新設(shè)計或全新研制的項目；
(4)與其他項目有重要接口的項目和共用分系統(tǒng)；
(5)單獨采購的項目；
(6)使用和維護方面需要考慮的項目。
如汽車或其發(fā)動機總成，變速箱部件或其中的齒輪、軸承、殼體以及儀表系統(tǒng)軟件都可作為技術(shù)狀態(tài)項目。
2.2 技術(shù)狀態(tài)項目選擇的約束條件
2.2.1 技術(shù)、管理約束條件
嚴謹?shù)腤BS分解和詳細的工作說明SOW是在研制初期進行技術(shù)狀態(tài)項目選擇的基礎(chǔ)，也就是其技術(shù)和管理的約束條件的外在表現(xiàn)形式。技術(shù)狀態(tài)項目不只限于工作分解結(jié)構(gòu)中的產(chǎn)品體系中的項目，保障體系的重點項目也應(yīng)列為技術(shù)狀態(tài)項目，如“專用保障設(shè)備”。
2.2.2 接口約束條件
接口是相互關(guān)聯(lián)項目之間的共同邊界處存在的，使系統(tǒng)、設(shè)備、軟件和數(shù)據(jù)兼容的功能特性和物理特性，其目的是確保單獨設(shè)計和采購的關(guān)聯(lián)項目能共同工作。當項目發(fā)生更改時，接口所涉及的功能特性和物理特性應(yīng)作為設(shè)計更改的約束條件。
在MIL-STD-973《技術(shù)狀態(tài)管理》中對接口要求提出了“系統(tǒng)及其技術(shù)狀態(tài)項目的接口要求應(yīng)作為系統(tǒng)工程過程的一部分進行標識”、“成立接口控制工作組(ICWG)，明確成員及主席”。由此看來，部分接口管理，也是技術(shù)狀態(tài)項目的來源。
2.2.3 軟件約束條件
在MIL-STD-973中，明確不管計算機軟件如何儲存，在工程項目整個壽命期內(nèi)，計算機軟件將視為CSCI（計算機軟件配置項目）。硬件技術(shù)狀態(tài)項目的縮寫為HWCI，而CI就是技術(shù)狀態(tài)項目的簡稱。所以軟件也是技術(shù)狀態(tài)項目來源之一。
2.2.4 數(shù)量、風險的約束條件
選擇技術(shù)狀態(tài)項目時，應(yīng)考慮經(jīng)費和人力的承受能力，技術(shù)狀態(tài)項目太多，將增加管理控制費用和人力，還會增加不必要的設(shè)計約束，增加要求編制的文件總數(shù)量，增加超過訂購方需要的正式試驗和技術(shù)審查，限制承制方快速解決設(shè)計中的問題，拖延研制進度。技術(shù)狀態(tài)項目太少，又會由于缺乏管理的清晰度而冒失控的風險和使用維護的困難�？梢娂夹g(shù)狀態(tài)項目選擇多少，并沒有固定的規(guī)定或模式，應(yīng)根據(jù)所研制的裝備的具體情況考慮。
2.2.5 資金、進度約束條件
一旦成為選定的技術(shù)狀態(tài)項目，按照技術(shù)狀態(tài)管理要求，需要：
(1)單獨編制規(guī)范；
(2)更改需經(jīng)正式評審；
(3)分別記錄技術(shù)狀態(tài)狀況；
(4)逐個進行設(shè)計審查和技術(shù)狀態(tài)審核；
(5)單獨進行合格鑒定試驗；
(6)單獨編制使用手冊和用戶手冊。
以上工作是技術(shù)管理標準對技術(shù)狀態(tài)項目的要求。在實際執(zhí)行過程中，由于有的型號在研制初期并未確定技術(shù)狀態(tài)項目，所以不可避免地形成全部的功能和物理參數(shù)都是技術(shù)狀態(tài)控制對象的被動局面；有的型號還按照傳統(tǒng)的A/B/C/D/E類規(guī)范控制，或1至4級控制，這些都不符合GJB對技術(shù)狀態(tài)控制項的目的和要求。
綜上所述，一個復(fù)雜系統(tǒng)按照上述準則和要求，少則幾十、多則上百都是可能的。具體的數(shù)量和控制應(yīng)以能實現(xiàn)合同雙方預(yù)期為目標。
3 結(jié)束語
從GJB3206的發(fā)布實施至今已過去了十年，航空產(chǎn)品技術(shù)狀態(tài)發(fā)展水平也已經(jīng)分出了梯隊。在一些新的主機型號飛機研制過程中，基本上全部實現(xiàn)了技術(shù)狀態(tài)管理。而在發(fā)動機部分，國內(nèi)企業(yè)目前還沒有從技術(shù)狀態(tài)管理的角度開展產(chǎn)品全壽命周期系統(tǒng)管理(PLM)的實施工作，主要還局限于CAD/PDM。在機載系統(tǒng)部分，技術(shù)狀態(tài)管理的基礎(chǔ)則更為薄弱。
技術(shù)狀態(tài)管理基礎(chǔ)薄弱的項目或單位，首先是對技術(shù)狀態(tài)標識認識不足，對WBS、SOW重視程度不夠；其次在CI的選擇上，對約束條件缺乏全局的掌控。因此，除了向主機廠（所）學習外，推進技術(shù)狀態(tài)標識的信息化管理也是今后工作的努力方向。
核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文網(wǎng)址：http://www.ezxoed.cn/html/solutions/1401938369.html
相關(guān)文章
