|
北大縱橫 洪玫
隨著企業信息化應用程度的提高和人們對信息技術的依賴性的增強，越來越多的企業感覺自己的業務似乎始終處于一種“動蕩的狀態”，就象一位CIO所言，感覺好象是坐在一個定時炸彈上，不知什么時候就會爆炸了。為什么會出現這種情況，是技術不成熟嗎？是我們的企業缺乏對系統的重視嗎？還是缺乏對系統的嚴密管理機制呢？原因可
能會以各種形態出現，但通過對多家企業的問題分析，我們發現類似“梅鐵”所在的企業的情況已經不再是個案，他們所具有的共同特征是：
1、企業都處在由部門級或單體應用向企業級應用的轉化過程中；
2、企業對信息技術手段產生的效益具有一定的理解和認識，并已經形成了一定程度的業務依賴性；
3、企業本身具有一定的技術開發和系統維護能力；
但，從該案例中我們可以發現導致“梅鐵”最終患上“星期一恐懼癥”和系統無法支持業務需求的原因集中在整個項目的三個階段，由于在各階段的問題積累導致了最終的項目成果沒有達到預期的要求。
項目啟動初期，缺乏統一的系統規劃
針對這類企業，由于以往的信息系統應用基本停留在部門級應用的層次，在向企業級應用的轉化過程中，一個最需要關注的問題是，如何整合原有的“孤島式”的信息系統？業務與數據脫節是當期企業問題呈現的表象，但問題的實質是數據的采集頻度、精度和準確度與業務操作之間沒有同步。
因此，在項目啟動的初期，梅鐵需要首先考慮的是從企業的整體業務管理角度逐層地分析數據結構，如經營規模這項指標，由那幾項指標影響，是什么關系，所有數據組成分別來自那些系統，數據采集的頻度、精度和準確度分別要求多少？該項數據與其他數據是怎樣的邏輯關系等。只有首先確定了貫穿企業業務過程中和各層級的數據的邏輯結構才可能對系統的整體結構做出設計。但，考慮到企業業務的動態變化，在完成了對現有業務的數據關系的相對靜態的邏輯設計后，還必須要考慮系統結構如何才能適應未來的業務整合、拓展所帶來的數據結構變化。如果忽視動態變化的預先考慮，往往會造成技術開發無法適應業務的快速變化，導致由于業務變化對系統的底層結構產生很大的影響，最終影響了系統的正常運行。第三，雖然企業的業務需求是千變萬化的，但作為信息系統的設計者，在項目啟動的初期還需要建立正確和正常的需求響應機制。需要建立標準來判斷面對業務的變化，什么是需要緊急響應的？什么是可以暫時不響應的？那些需求的變化是對系統產生多大程度的影響等方面。在響應標準建立的基礎上，還需要建立響應的流程，如何響應？如何處理？如何管理變化等方面。
缺乏數據的整體邏輯分析，將造成系統與業務兩張皮，往往是業務稍有變化，系統就無所適從；缺乏適應未來動態變化的數據結構設計的考慮，會造成系統的使用壽命很短，而且往往依然停留在孤島應用狀態；缺乏對于變化的正確響應機制，則會造成技術部門疲于奔命，都響應意味著都不響應，系統會成為一個“大雜燴”，導致系統的崩潰。
項目開發期，缺乏統一的數據標準
在項目整體規劃設計完成后，企業已經對數據結構和動態響應體系具有了非常清晰的藍圖，在藍圖的實現階段，往往是技術部門唱主角，業務部門處于等待狀態，大家都認為系統開發一完成，一切就都可以高枕無憂了。
在開發期間，由于業務部門很難理解數據的質量對最終系統產生的影響，所以往往造成忽視數據準備的現象屢屢出現。在該案例中，梅鐵雖然意識到了現行系統中存在著數據標準不統一的問題，但只是采取了針對各個系統的現狀分別采取措施的做法。這種做法雖然在短期內可以暫時滿足企業的業務需要，但從長遠看對系統運行是個致命的打擊。系統的正常運行一方面是依靠結構設計和代碼實現，另一方面就是依靠運行在系統中的各類數據的質量。但在該案例中，不僅整個企業缺乏一套完整的數據標準，而且對于各個系統的數據的采集頻度、精度和準確度都沒有明確的規則；也就是說，梅鐵所設計的分析系統的基礎數據來自于各個獨立的業務系統的輸出，這些數據作為進入分析系統的重要輸入，梅鐵并沒有對它的質量提出嚴格、規范的標準。如果進入系統的數據質量無法保障的話，即使系統設計的非常完美，也難以保障系統的運行效果。
因此，梅鐵在該階段需要在整體數據標準規劃的基礎上，對各個產生數據輸出的業務系統提出明確的數據要求，如數據類別、數據內容、數據格式等方面的標準；并嚴格劃分那些是必須的數據類別，那些是可以調整的數據類別，以適應未來的動態要求。同時，需要考慮數據質量的管理體系，既從技術方面提出標準，也要從管理體系方面保障數據質量，防止人為因素導致數據問題的出現。
系統試運行期，沒有與業務需求之間建立動態響應和需求甄別體系
在經歷了系統的設計與開發期后，系統即將進入投入使用的試運行期。在該階段，由于系統處于與業務的磨合期，因此往往會出現業務需求的變化或業務形態的變化。面對這種情況，作為系統的設計者，需要非常明確和清晰地甄別那些需求是可以響應的，那些需求是可以與其他需求合并考慮的。如果缺乏對需求的甄別體系和響應周期的確定，就會出現技術被業務牽著走，多變的業務形態根本無法讓技術部門快速適應。
因此，在該階段，最重要的是需要建立業務需求的甄別體系，依據什么標準判斷對業務需求的響應程度？如何響應？如何調整系統來適應業務的變化？在這個體系中，受制約的是在項目啟動初期，系統結構對動態變化的適應程度。雖然這種體系的建立，不能保障對所有業務需求的響應，但可以保障對緊急且必要的需求的響應，從而保障企業主體業務的正常運行。同時，不容忽視的是，在該階段還需要建立系統數據的維護體系，對系統的運行狀態、數據質量進行檢測，做好預防措施。
綜上所述，防止系統的崩潰，正確建立技術與業務之間的相互支持關系，需要從項目的各個階段從結構設計、數據標準、需求甄別等多方面進行綜合、系統性的考慮。
| 
