1、MIS系統開發中的項目管理那么，是不是采納了工程化的系統開發方法便肯定能保證MIS系統開發的勝利呢？答案是否認的。有很多失敗的MIS系統的例子，其開發也是采納了工程化的方法，或聲稱采納了這種方法。但結果在投入了大量資金后，系統卻不能到達預期的目標、滿意用戶的需求，以致用戶方疑心是否應進展該工程的開發，或者開發所選擇的硬件、軟件以及開發工具是否得當。畢竟問題出在哪里呢？筆者通過對一些失敗的MIS系統的分析，發覺問題并沒有出在開發方法本身，以及硬軟件的選擇上，而是出在了開發方法的實施過程中，也就是說主要出在開發工程的治理上。任何一種開發方法最終是要由人來實施的，人們在開發工作實施過程中不行避開地要

2、遇到很多工程治理方面的問題，如何正確對待、解決這些問題，直接關系到MIS系統開發的成敗。目前計算機界雖有很多關于MIS系統開發中工程治理方面的問題的爭論，但大多局限于針對抱負開發環境中的抱負開發模型的爭論。而實際的開發環境和開發模型卻各不一樣，它受到各種客觀因素的影響，忽視這些因素，或者回避、不解決存在的問題，必將導致開發工作的不完善、甚至于失敗。本文就是要通過爭論如何處理實際MIS系統開發中一些重要因素之間的關系，分析工程治理中存在的沖突，來提醒其中存在的問題并探討解決的方案。什么是MIS系統開發的工程治理MIS系統開發的工程治理是依據治理科學的理論，聯系MIS系統開發的實際，保證工程化系統

3、開發方法順當實施的治理實踐。它包括MIS系統開發中的工程評估及可行性分析、人員治理、進度治理及本錢掌握等方面。工程開發中的角色及其職責一個MIS系統的開發需要用戶方與開發方的共同協作。在一個MIS系統開發中，開發方人員和用戶方人員各自扮演著不同的角色。主要角色有：用戶方的工程治理人員：他是開發工程的組織者，負有開發工程的打算、系統的階段驗收及對系統整體進度的監控、經費的使用、與開發方的工程治理人員工作的協調、用戶方的使用人員的組織與培訓等職責。用戶方的業務人員：MIS系統的需求的提出者，也是MIS系統的最終用戶。他們是對應用系統開發勝利與否的最終評判者。用戶方的決策層：MIS系統開發的最終決策

4、機構，決策層要對MIS系統開發的工程的上馬、經費的預算以及系統所要到達的總目標等作出決策。其決策直接關系到MIS系統的開發勝利與順當實施。開發方的工程治理人員：負責工程的打算、開發人員的組織與調度、開發進度的檢查、以及與用戶方工程治理人員工作的協調。開發方的軟件編程人員：依據用戶方的需求、根據工程的打算及進度進展系統開發。工程治理中各種問題及各種關系的處理1、用戶方與開發方的關系用戶方與開發方是對立的統一體，雙方均盼望將開發工程做好。但用戶方可能對計算機系統工程，如工程組織，缺乏全面的了解；而開發方對用戶方的需求、細節了解不充分等因素，使得用戶方與開發方對工程的理解從一開頭就存在著差異。而這種

5、熟悉上的差異與理解的不同往往在開發初期并沒有表現出來，當系統開發完畢時，雙方才發覺這種差異使開發出的系統與實際需求偏差甚遠。因此，MIS系統開發工程治理的重要目標便是建立一個便于開發方與用戶方之間進展溝通的環境。在系統需求分析階段，開發方與用戶方的深入的溝通是工程獲得勝利的關鍵。但這種溝通卻常常由于各種雙方的誤會而難以溝通。在需求分析階段，開發方的分析人員總是先把精力集中在整個系統的總的需求上，而不會對詳細細節作過多的考察。當用戶方提出一些細節要求時，開發方往往說：“這些問題留待后面爭論，而糟糕的是以后卻可能永久不會再談及這個問題。當用戶方認為已經向開發方提出這些需求時，開發方卻根本未予考慮。

6、因此，開發初期，用戶方的工程治理人員應當把這些“留待后面爭論的需求單獨記錄整理，在開發方做完系統的整體需求分析后，工程治理人員應準時提出對系統進展進一步的、更深入的、細致的、詳細的需求分析，以解決那些開發方要“留待后面爭論的問題。在某些需求尚未確定時，用戶方工程治理人員往往會說：“這局部需求我們還要考慮，不過你們可以先按現在的模式做/圓滿的是，開發方常常就會把現在的工作模式作為將來的、確定的需求去設計開發系統，而把用戶方在此需求上的未確定因素拋在腦后。當后來用戶方要求其轉變時，開發便利陷入了窘境。因此，用戶方治理人員應盡量將需求陳述清晰，對不能確定的因素，應提出幾種可能的實施方案供開發方參考，

7、以保證開發方系統設計時，將不確定因素設計成敏捷可變的功能。開發方說：“用戶方已經認可了需求分析報告，這說明我們已經徹底了解了用戶方的要求。用戶方說：“盡管我不太明白需求分析報告中的一些技術術語，但他們能寫出這個報告，肯定是對我們的需求了解得很深入了。其實，需求分析報告是對系統需求的書面表達形式。由于需求分析報告是采納軟件設計的術語編寫的，因此經常令計算機背景學問較少的用戶方難以理解，也就很難發覺需求報告中與實際需求不符之處，更難提出建立性的意見。特殊是那些編寫得較差的需求分析報告，用戶方更是不知所云。因此，用戶方的工程治理人員肯定要要求開發方對需求分析報告進展進一步更具體的解釋，以便用戶方精確

8、地理解需求分析報告的內容，能及早地發覺需求與實際的偏差。這也是對需求分析工作的總結與確認。用戶方說：“計算機應當能實現這個功能，為什么會作不到？ 用戶方往往簡單過高地估量計算機的軟件開發工具的力量，總認為它肯定能實現任何所需功能，期望值過高，所以常常會對所設計的軟件大失所望。其實任何技術均有其肯定的局限性，計算機系統也不例外，系統開發的最終結果只能到達有限的目標。因此，雙方應具體制定系統最終實現的目標，切不行用一些簡潔的術語來籠統概括需求，例如：“實現辦公自動化、“建立現代化的MIS系統這種抽象的術語只能將用戶對MIS系統的理解引入誤區。總之，用戶方與開發方的關系是工程治理所要處理的最重要的關

9、系之一，增加溝通和削減誤會是處理好這個關系的關鍵。所以工程治理人員要有效地安排開發方軟件人員與需求方使用人員的溝通，保證有暢通的溝通渠道。在溝通中用戶方要盡量避開模糊不清的需求，而開發方要杜絕敷衍了事、得過且過的行為。2、用戶方工程治理人員與使用人員業務人員及決策層的關系用戶方工程治理人員與系統使用人員的關系是非常微妙的。一方面，MIS系統使使用人員減輕工作強度、提高工作效率；而另一方面，MIS系統轉變了現行的工作治理模式，使使用人員失去了肯定的敏捷性和隨便性。但是MIS系統的勝利與否有賴于使用人員的檢驗。再好的系統，假如使用人員不情愿用，也不能說獲得了勝利。特殊是在MIS系統的試運行階段，使

10、用人員對MIS系統的使用實際上是對系統的深入測試，他們將發覺很多在軟件測試時疏漏的程序錯誤，從而有助于幫忙開發方進一步完善軟件功能，提高軟件的有用性、穩定性及牢靠性。因此，如何鼓舞使用人員使用MIS系統，幫忙他們克制對新的工作模式的犯難心情，也成為工程治理的任務之一。用戶方的決策人士是用戶方工程治理人員領導，由于行政手段是推行MIS系統使用的有力手段之一，他對工程的支持是使MIS系統開發勝利關鍵與順當實施的保證。因此用戶方工程治理人員應隨時與決策層溝通，取得其鼎力支持，這也是保證軟件開發、使用勝利的一個致關重要的因素。任何一種新的工作方式，均必定有其適應及完善過程，用戶方的工程治理人員、決策層及使用人員必需充分熟悉到這一點。當消失問題時，用戶方工程治理人員應快速分析問題，正確推斷哪些問題屬于不適應新的工作模式引起的，哪些問題屬于操作不當引起的，哪些問題屬于MIS系統本身不完善引起的。對于那些由于不適應新的工作模式引起的問題，工程治理人員應引導使用人員快速適應新的工作模式，必要時也要說服用戶方的決策層采納行政手段推動實施；對于那些由于操作方法不當引起的問題，工程治理人員應培訓使用人員正確操作系統；而對于那些由于MIS系統本身不完善引起的問題，工程治理人員應快速與開發方協調，盡快排解系統中的錯誤。在系統試運行初期，使用人員常埋怨說“這個界面不便利，不好用在軟件界面設計方面