IT項目的開發方式有四種：獨立開發，委托開發，合作開發，以及購買現成軟件然后再進行二次開發。無論是哪種開發方式，都需要組建IT項目組。對于獨立開發方式，開發人員與系統最終用戶屬于一個單位，不存在原則上的沖突。對于后三種開發方式，在項目組內部，則出現兩個利益主體的成員，一方主要表現為系統開發人員，另一方則主要表現為業務支持人員。由于雙方在技術和業務上的信息互不對稱，就很有可能發生通過損害對方使自己受益的事情，因為，對于一個“蛋糕”大小已經明確的游戲，兩個參與者玩的只能是零和游戲。在以下分析中，我們按照利益主體的不同，將IT項目組簡單地分為系統開發人員和業務支持人員。這樣，我們就可以將這兩類人員簡單地稱為甲方(用戶方，由業務人員組成)和乙方(開發方，由系統開發人員組成)，并且在兩方之間存在一個合同關系，這時我們發現，IT項目建設的雙方是一對“委托人——代理人”的關系。作為委托人的用戶方要改變自己的信息不對稱地位，就需要設計一套機制和合同來激勵或約束作為代理人的開發方。聘請咨詢和監理就是委托人采取的對策。
IT項目建設風險在許多正在進行IT項目建設的業主單位中，由于了解信息技術的人才太少，特別是由于信息技術更新換代快，一般企業技術人員很難掌握最新的信息技術和信息設備，這就使得甲方與乙方在信息項目實際建設中的信息嚴重不對稱。對策雙方的信息不對稱，不但表現在有關信息產品和信息技術的知識上，還表現在對策雙方對甲方的業務上。由于乙方對甲方的業務術語理解不一定全面和準確，有可能在乙方看來含義非常簡單的一個業務功能在甲方的經典著作或國家標準中含義非常豐富，需要做大量的工作。這樣，乙方按照自己的理解與甲方簽了協議，但真正實施時卻必須按甲方的國家標準去實施，這種扯皮的事在項目實施過程中大量存在。因而在信息項目的對策模型中，很難說乙方就一定能在合同中處于優勢。另一方面，由于信息化熱潮的影響，許多公司紛紛進入IT項目建設市場，這些公司中難免有不少是屬于魚目混珠一類的，他們可以在報價中拚命壓低價格贏得標書，但在實際建設中卻以各種手段欺騙用戶，使用戶蒙受巨大損失。還有一些很有名氣的院校和公司承接IT項目建設業務之后，由于各種業務量太大，對其中一些中小項目投入精力不夠，雇請一些新手作項目，囫圇吞棗，出了問題要么說用戶當時沒有說清楚，要么說用戶水平太低不會用。然而，即使乙方很勤奮，將方案做得很先進、很完美，充分考慮各模塊的設置，也重視信息安全等問題，仍有可能因為乙方對甲方業務信息的理解能力不夠，而使得乙方的方案和產品偏離甲方的真實需求。
在IT項目的建設過程中，還存在著一種其他項目中沒有的風險，這就是IT項目的建設還是一項管理工程。作為一項管理工程，這對甲乙雙方來講都存在巨大風險。這是因為，IT項目是新生產力的代表，它必然要求有新的生產關系與其相適應。一個IT項目要建設成功，必須要求業主單位積極調整管理體制、運作機制和業務流程，這必然會觸及到某些部門或某部分人的利益，而這往往是甲乙雙方在簽合同之初沒有充分考慮到的。這樣，IT項目在實施之后，就會由于甲方改革不力或與IT項目的實施步調不一致而導致IT項目遷就現有體制、模擬現有體制，最終的結果就是新的IT項目不能發揮應有效益，甚至失敗。這是因甲方引起，對甲乙方都極為不利的項目風險。有許多企業講，若一個IT項目的建設失敗了，將不僅僅是經濟上的損失，更是時間上的損失和心理上的打擊，因為現在競爭太激烈了，若沒有在技術創新上占據領先地位，反而打擊了員工的士氣，就有可能被競爭對手所擊敗。
綜上所述，IT項目的建設不但存在著因信息量不對稱引發的風險，還存在著因對策雙方信息處理能力不對稱引起的風險；不但有IT項目的特殊性引發的風險，還有IT項目的建設同時又是管理工程引發的風險；不但有經濟風險，還有時間風險、心理風險等。因而，我們需要探索一種激勵機制來規避這些風險。項目監理制有助風險控制實行項目監理制是國際上確保工程項目質量和進度的一種通行慣例。我國于1986年開始探索、引入項目監理制度并在工程建設中予以應用，收到了明顯的效果。隨著IT項目建設理論的發展，監理的思想已經滲透到IT項目建設中了。所謂IT項目監理，是指聘請開發方與用戶方外的第三方(丙方)，根據IT項目的開發規律以及開發合同和監理合同的要求，對IT項目開發過程中的行為、事件和文檔進行審查和監督，為用戶方提供與項目有關的信息和信息處理能力的支持，以確保IT項目建設成功
對IT項目監理人員的要求是很嚴格的，只有具備以下至少三個基本條件，才能勝任IT項目的監理工作：
1)公正、獨立、有很強的責任感；
2)非常熟悉信息技術和信息產品，又非常熟悉管理工作；
3)有豐富的、成功的IT項目建設經驗。
具備這三個基本條件的監理人員，就能極大地降低IT項目的建設風險。
首先，監理非常熟悉信息技術和信息產品，有豐富的、成功的IT項目建設經驗，能對信息產品、信息技術、IT項目建設方案進行正確評價和選擇，并能對乙方提供的各種證明材料、演示軟件等市場信號進行辨析。
其次，在IT項目的建設過程中，監理方可以根據自己的經驗判明乙方是否偏離了甲方的實際需求，是否簡化了系統的功能模塊，是否采用了性能較低的配置或質量較差的產品，是否隱含了安全問題或系統的缺陷，等等。
除上述兩種主要由乙方形成的風險外，監理方還能大大降低由于甲方因管理改革不到位或不及時造成的風險。監理方有豐富的管理知識和成功的IT項目建設經驗，它能在開發合同簽訂之初，指出甲方為了建設該信息項目需要調整的業務流程或管理體制，并制訂出一個詳細的改革計劃，并在系統建設過程中，不斷督促甲方按計劃排除阻力進行調整，從而降低IT項目建設中因生產關系不能及時調整適應新的生產力的風險。
所以，監理方不僅僅對乙方有約束，對甲方也有約束。對乙方而言，是監督和管理，重在監督；對甲方而言，是督促和助理，重在助理。其實，除了用戶方非常希望有個“第三方”在他們建立IT項目時幫助把好質量、進度、成本三大關，有實力的乙方也希望有個“第三方”對其提供的IT項目方案及工程實施結果給予公正、恰當和權威的評價。因此，作為“第三方”，成立IT項目監理公司，實行監理制度勢在必行。
IT項目監理模式IT項目監理的模式按照監理內容的程度不同，可以粗略地分為如下三種：咨詢式監理、里程碑式監理和全程監理。
咨詢式監理，是最簡單的一種，只對用戶方就系統建設過程中提出的問題進行解答，其性質類似于業務咨詢或方案咨詢。這種方式費用最少，監理方的責任最輕，適合于對IT項目有較好的把握、技術力量較強的用戶方采用。
里程碑式監理，是指按照IT項目的開發規律，將IT項目的建設劃分為若干個階段，在每一個階段結束都設置一個里程碑，在里程碑到來時通知監理方進行審查或測試。一般來講，這種方式比咨詢式監理的費用要多，當然，監理方也要承擔一定的責任。不過，里程碑的確定需要乙方的參與，或者說監理合同的確立需要開發方的參與，否則就會因對里程碑的界定不同而互相扯皮。
全程式監理，顯然是最復雜的一種，不但要求對系統建設過程中的里程碑進行審查，還應該派相應人員定期跟蹤、收集系統開發過程中的信息，不斷評估開發方的開發質量和效率。這種方式費用最高，監理方的責任也最大，適合那些對IT項目的開發不太了解、技術力量偏弱的用戶方采用。為了更深入地研究IT項目的監理，我們選擇全程式監理進行討論。并且，如果沒有特別說明，我們下面的討論都是針對全程式監理的方式。
最后要說明的是，在一個IT項目的建設中，乙方可能有多個，比如硬件提供商、軟件開發商、系統集成商等，而且每一個也可能涉及多個有關單位，因而監理方既可以由一個專業單位承擔綜合監理任務，也可以將一個復雜的項目分解為硬件提供、軟件設計等一系列工作，由多個不同的專業單位分別進行監理。當然，對于IT項目這樣復雜系數較高的項目，我們建議最好由一個開發方和一個監理方來負責系統建設，這樣可以減少責任單位的“接口”數，避免扯皮現象。監理單位從事IT項目的建設監理活動，也應當遵循工程建設監理的一般準則，也就是“守法、誠信、公正、科學”的八字原則。我國的IT項目監理事業剛剛萌芽，每個監理單位，甚至每一個監理人員能否遵守守法、誠信、公正、科學八字原則，都會對這一事業造成一定的影響，尤其對監理單位、對監理人員自己的聲譽帶來很大的影響。所以我們提倡，作為監理人員，應像愛護我們的眼睛一樣愛護我們的形象和我們的事業。監理費用及收益預期實行IT項目建設的監理制，其中一個很重要的問題是如何對監理提供的服務定價。理論上，監理費的構成應該是指監理單位在IT項目建設監理活動中所需要的全部成本，再加上應交納的稅金和合理的利潤。參照國家對工程建設監理的有關規定，IT項目的監理費可以從IT項目建設工程的概算中列支。監理費的計算方法，一般由用戶方與監理方協商確定
對于IT項目監理費的確定，可以參照以下六種模式中的一種計算。
1.按時計算法
這種方法是根據合同項目所使用的時間(時間單位可以是小時，也可以是工作日，或按月計算)補償費再加上一定數額的補貼來計算監理費的總額。單位時間的補償費用一般是以監理單位職員的基本工資為基礎，加上一定的管理費和利潤(稅前利潤)。采用這種方法時，監理人員的差旅費、工作函電費、資料費以及試驗和檢驗費、交通和住宿費等均由用戶企業另行支付。這種計算方法主要適用于臨時性的、短期的監理業務活動，比如咨詢式監理業務。由于這種方法在一定程度上限制了監理單位潛在效益的增加，因而，單位時間內監理費的標準比監理單位內部實際的標準要高得多。
2.工資加一定比例的其他費用計算法
這種方法實際上是按時計算監理費形式的變換。即按參加監理工作的人員的實際工資的基數乘上一個系數。這個系數包括了應有的間接成本和稅金、利潤等。除了監理人員的工資之外，其他各項直接費用等均由用戶單位另行支付。這種方法一般較少用，尤其是在核定監理人員數量和監理人員的實際工資方面，用戶方與監理方之間難以取得完全一致的意見，導致用戶方覺得舊的煩惱(來自開發方的)沒去掉，新的煩惱又產生了。
3.監理成本加固定費用計算法
監理成本是指監理單位在IT項目監理項目上花費的直接成本。固定費用是指直接費用之外的其他費用。各監理單位的直接費用與其他費用的比例是不同的，但是，一個監理單位的監理直接費用與其他費用之比大體上可以確定個比例。這樣，只要估算出某工程項目的監理成本，那么，整個監理費也就可以確定了。問題是，在商談監理合同時，往往難以較準確地確定監理成本，這就為商訂簽監理合同帶來較大的阻力。所以，這種計算方法用得很少。
4.固定價格計算法
這種方法適用于小型或中等規模的IT項目監理費的計算，尤其是監理內容比較明確的系統監理。用戶企業和監理單位都不會承擔較大的風險，經協商一致，就采用固定價格法。即在明確監理工作內容的基礎上，以一筆監理總價包死，工作量有所增減變化，一般也不調整監理費。或者，按規模大小分為若干檔，每檔定一個系數，不同規模的監理費可以等于固定價格乘以相應系數。這種方法適用于程序比較規范的里程碑式監理業務。
5.按IT項目建設成本的百分比計算法
這種方法是按照IT項目規模大小和所委托的監理工作的繁簡，以項目總投資的一定的百分比來計算。一般情況下，系統規模越大，建設投資越多，計算監理費的百分比越小。這種方法比較簡便，頗受用戶企業和監理單位雙方的歡迎。采用這種方法的關鍵一環是確定計算監理費的百分比，一般是根據經驗和監理的范圍確定這個百分比。
6.按減少的項目風險計價
最后一種定價方式，是服務的價格參照監理方的服務減少IT項目建設風險的多少而定。風險與用戶單位的信息量和信息處理能力有關。前面所說的各類風險，在不同的用戶企業其風險等級是不相同的。對不同的信息產品，風險也不一樣。比如，對于大多數用戶單位來講，關于計算機產品、網絡產品、軟件產品、數據庫產品的信息量和信息處理能力是不一樣的。對監理服務的定價是以用戶方與開發方簽訂的總標的為基數，再乘以一定系數計算。根據風險等級不同，系數可以相應浮動。舉例來說，對于一個硬件、網絡、軟件、數據庫、集成等知識不確定性漸增的業主單位，可以將硬件系數定為5%，網絡10%，軟件15%，數據庫20%，應用集成30%。將項目總標的劃分為上述若干部分，即可得出監理服務價格。IT業界有兩個80%的估計，即80%的系統失敗了，或沒有達到設計要求；而在失敗的項目中80%的原因在于管理。目前還有的學者認為成功率不到10%。當然，對于什么是成功也有不同的理解。為了推測監理的效益，我們假設：1)成功項目投入產出比為m倍；2)無監理狀況下IT項目建設成功率25%；3)有監理狀況下IT項目建設成功率提高到75%。那么對于甲方來講，對于總標的為A的項目，采用監理的效益為：監理的效益＝監理后的收益-監理前的收益-監理的成本＝A×m×75%-A×m×25%-A×15%＝A(50%×m-15%)以m為3倍計(一般成功的項目遠高于3倍)，則監理的效益為1.35A，監理的成本只占監理前后收益之差的10%(即0.15/1.5)，所以，聘用監理非常有利于IT項目建設的成功，有助于甲方的利益。
由于IT項目監理還處于萌芽階段我們特提出以下幾點建設性意見：
1)用戶單位應聘用監理方，并對其保持信任；
2)政府應為監理公司和監理市場的發育提供政策性支持和明確的法規；
3)輿論和媒體應多宣傳IT項目監理的思想；
4)學術界應進一步研究信息項目監理的具體模式；
5)學校應培養能勝任IT項目監理業務的復合型人才。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：IT項目監理勢在必行
本文網址：http://www.guhuozai8.cn/html/consultation/10820221595.html
相關文章
