資訊系統工程監理師的親身體驗（轉）

從最早提出資訊系統工程監理的想法至今已經將近10年時間，2002年12月資訊產業部出臺了《資訊系統工程監理暫行規定》，明確提出投資在200萬元以上的資訊化專案必須有第三方的監理。之前，北京、上海等資訊產業較發達的城市已經進行了資訊系統工程監理的試點。

　　資訊系統工程監理也走過了從試點到實行，從地方管理到資訊產業部管理逐步推進的過程。
　　但總體而言，由於資訊系統不同於建築工程，目前還沒有一套完善的IT專案監理制度，有很多不可控因素，在實際監理過程中，無論對於監理單位、還是被監理單位都是無所適從，資訊系統工程監理師也是有苦難言。

監理從地方到中央

　　上個世紀90年代，市場上出現對資訊系統工程監理的需求。當時使用者拿不準，甲方（業主單位）不知道怎樣描述需求，對乙方（施工單位）提出的技術方案也不瞭解，於是就找專家來諮詢，專家的作用是限制工期，核定工作量。這是最早的監理，即甲方要求監理看住乙方，進行“三控兩管一協調”，即質量控制、進度控制、投資控制，合同管理、資訊管理和協調相關各方的關係。

　　2001年資訊產業部開始推動監理工作，當時選擇5家單位作為資訊監理試點單位，如賽迪監理就是被信產部授權的試點單位。同時在全國選了幾個省市作為信產部監理的試點地區，這些試點地區出臺了相應的資訊系統監理的管理辦法和規範。

　　2003年以後資訊產業部將試點停了，規定企業一律向資訊產業部申請認證。2003年4月1日，資訊產業部授權的兩個認證機構開始接受申請，但目前尚沒有企業獲得資訊產業部資質認證，一旦資訊產業部公佈資格認證名單，將出現資訊產業部認證的甲乙丙級監理。

　　在資訊產業部委託北京、上海、河南等地試點製作標準時，北京市地方標準的頒佈為國家標準的頒佈打下了比較好的基礎，法規的起草、標準的制定、培訓、認證等方面都積累了許多經驗。在資訊產業部570號檔案出臺之前，北京率先頒佈《北京市資訊系統工程監理管理辦法》，且對監理公司資質界定比較完善，包括管理檔案， 配套措施，制定標準等，並先後三批企業被北京市授予甲級資質。

監理起來有點難

　　監理是保證工程專案質量的重要方法，監理工程的執行人是獨立於工程專案甲乙雙方的第三方。但是監理工作的開展還是有點難。北京神州網信科技有限責任公司副總經理孫江明說，目前各行業對監理缺乏一個共同的認識，如在籤合同時，有的甲方不願意讓監理方介入，甲方會因擔心洩漏公司機密而不願為監理方提供應有的幫助。對於監理人員來說，進入專案的第一個月是最難做的。

　　監理要站在中立的立場上，才能提高監理層次。有些使用者會因為付監理費，就認為監理應該為自己辦事；在監理專案中，乙方會認為監理就是要打壓他們；甚至有些監理人員也有“拿錢要辦事，拿誰的錢就為誰出力”的思想。對此，北京共創開源軟體有限公司高階監理工程師羅峰說：“作為監理公司，一個獨立的第三方，應該保持中立，而監理人員一定要正直，雖然是甲方付監理費，但在專案實施過程中，監理人員要引導甲方做出合理的、可實現的決策。”

　　監理既要對甲方負責，也要為乙方服務。進行資訊系統工程監理時，監理人員要以合同為準，對於合同中有些未涉及到的款項，或政策變更等問題則需要透過雙方協調解決。

羅峰介紹，通常在專案中會有客觀存在的技術風險、合同執行風險，這裡面既有乙方的主觀因素在裡面，如不按合同要求執行等，也有甲方對相應技術不精通所致。首先，使用者要注意立項時要客觀實際，即專案原定目標要可行，專案完成的可能性會較大。其次，乙方的承諾在實際工作中不到位。在招標時，承諾的參加專案人數、專家不能兌現，甚至會在專案中把人員調離。如，我們為北京市科委資訊課題專案做軟體監理時，合同要求乙方提供原始碼和執行程式，但乙方提供的原始碼不符合合同規定，由於甲方沒有技術人員，沒有識別能力，這時監理及時發現，並督促乙方履行了合同。

　　目前，監理客戶以政府為主，多是因為經過政府部門機構精簡後，缺乏精通技術的人員。同時，政府部門對監理的認識也不一致，計劃撥下的專案資金中沒有專項的監理資金，並且有資訊中心的政府部門大多不請監理。而企業客戶更是少而又少。

資質認證有點亂

　　由於資訊系統工程監理是一個從地方試點，到收歸資訊產業部統一管理的過程，目前市場上有兩類監理單位，一類是具有北京市資訊辦資質認證的單位，另一類是資訊產業部監資質試點單位。據北京國研網資訊有限公司唐德昌介紹，北京市是在資訊化建設中開展資訊監理工作最早的城市，北京市在監理方面作了很多工作，包括執行認證、評估、管理等等，是一個地方模式。北京市資訊系統工程監理資質是監理資質的地方標準，主要是對在北京開展監理業務起到規範的作用。在北京市開展監理工作，原則上要取得北京市監理資質、得到北京資訊辦頒發的資格認證。

　　信產部的試點單位只是試點，此資格是信產部對該單位監理能力的承認——有能力開展監理業務，是對公司在監理水平或能力方面的認可。由於人們對監理資格認識的分歧，出現一個監理公司既擁有信產部試點單位的資質，也取得北京市監理資質認證的現象。他們認為，試點單位只是說明我們的監理業務能力得到了信產部的認可，但這並非獲得資格認證，監理資質要看使用者是否認可。

　　羅峰認為，目前使用者請監理公司完全取決於自己，採用沒有資格認證的監理公司也沒有行業監督，儘管國家規定資訊化專案必須有監理，但違反也沒有相應的處罰，資訊產業部試點單位也是臨時的。

　　北京賽迪資訊工程監理有限公司經理陳永山則認為部裡試點的5家企業要比地級資格證書的企業資歷優越。從某些方面講試點單位要相對成熟一些，因為他們畢竟時間較長、涉及面較寬、經驗多一些。資質並不影響監理工作的進行，但獲得地方認證的單位也有自己的優勢，如因沒有北京市甲級資質，部裡試點單位在北京專案要求北京甲級資質的情況下不能投標。

　　而現在更多地情況是對監理單位的選擇標準由使用者來決定，信產部試點單位或地方建立資格認證的監理公司孰重孰輕，只能是仁者見仁，智者見智。

監理工作缺乏標準

　　監理的理論和方法已經在很多工程領域廣泛採用，應用最突出的領域就是建築行業，並且已有成熟的流程和方法。但在資訊系統工程方面卻沒有標準。孫江明說，目前國家標準還沒有頒佈，資訊系統監理缺乏相應的機制協調發展。國家標準是規範監理行業的準則，標準是從技術上來講的，包括監理要經過哪些階段，在每個階段要做哪些事情，從管理流程來講，每個流程應該處理哪些問題，作為資訊系統監理的目標是什麼。

　　羅峰則認為，作為監理人員工作要面對不同單位的業務流程、不同的客戶、不同管理模式，並要不斷地適應它及其人文環境。而且專案管理文件格式整合商不盡一致，這些都需要標準來限定。
　　另外，在監理市場中，長期以來存在監理費用過低，而對監理從業人員的業務素質要求較高等現象。有些監理公司報低價，擾亂行業標準的事情時有發生。並缺乏相應的監理法律支援，使得很多監理公司處在堅持狀態。孫江明說：希望能出臺資訊系統工程監理法，保證監理公司公平競爭，也可減少扯皮現象，交鑰匙專案的發生。

　　對於監理的標準制訂，孫江明希望幾家透過認證的企業、研究機構、開發商、使用者一起制定標準。他說國家系統工程的監理標準的制訂一般是開放式的，包括總則（共性）——內容、流程，包括哪些階段，分則包括軟體工程監理、網路工程監理等細化。

甲方要學會保護自己

　　在工程實施時，甲方要保護自己主要可從兩個方面考慮，即對監理公司的挑選和對乙方的挑選。而這是有經驗可借鑑的。羅峰說，挑選乙方是最直接的，可以考慮與以前合作較好的廠商續簽，也可向其他單位瞭解、透過招標或其他途徑的推薦。另外，軟體專案更應注意，因為，軟體行業公司壽命短，人員流動大，管理難，對甲方的不確定性大。軟體業腦力勞動按傳統管理不可能，而人員流動率大，換人對專案影響大。原來做專案的人走了，其他人接手很困難。後期維護中出現了乙方倒閉的情況，就更難了。因此籤合同時要指定開發人員、開發地點，以及專案完成的後期服務。

　　監理公司的挑選，甲方最好從推薦中選取，可從技術實力、案例、技術人員、誠信度等方面綜合考察監理公司。證明誠信度的材料，包括一般情況，專案情況，客戶滿意程度，可向原客戶瞭解等渠道獲得。使用者還可以向多個監理公司提具體要求，看他們的響應程度。

　　孫江明說，甲方要在工程專案前期有一個清晰的想法。專案風險有不可預見性，對系統邊界明確十分重要。甲方將前期工作做好，後面的工作就可順理成章。同時，在專案中，管理方不應太多，過多的管理者只扯皮，耽擱工作進度，拖延專案進展。

　　甲方要儘量避免合同變更，主要是設計變更，如OA、ERP系統改動很費勁，會使甲方成本增大。但如果是乙方對甲方要求不甚明瞭，忽略市場變化，採購不到配套裝置，而變更合同，這時乙方要負責。當然，在招標時監理介入後會提醒各方。

　　由於通常情況下，甲方在資訊系統工程中處於技術上的弱勢，為了有效保護自己的利益，應多想辦法。

溝通是監理工作的根本

　　監理是一種服務，是透過規範內容、流程來實現自身價值的服務。但監理要處理好甲方乙方的關係，不要僵。羅峰說，甲乙雙方和監理三者之間要儘可能保持融洽、合作的關係，共同將專案做好、完成才是目的。

　　溝通是監理工程師開展工作的重要方式。孫江明認為，資訊系統工程監理是新生事物，很多企業沒有意識到監理的重要性，甚至對監理的方式、方法不認可。面對有些開發商的戒備心理，在工作上不配合工作的事情，現場的監理工程師需要透過溝通，瞭解矛盾的根源、並化解矛盾，以保證專案的正常實施。

　　監理工程師在工作中要站在相對公正的立場上處理問題，要講究方式方法。透過監理這個特殊的位置能夠推動甲乙雙方達到共同的目的——專案的完成。孫江明說：“監理不是監工，不是專門來挑毛病的。”

　　協調甲乙方的關係，是監理的工作。監理工程師為實現彌補甲方的不足，也需要溝通。有時甲方需求可能與技術實現有差別，工程不等於研究，技術可以達到不等於在任何資金、時間範圍內可以達到。如在一個網管專案中，甲方要求能比較精確的預測系統出現問題，但這涉及到的是正在發展的技術，技術只能是在原則上可以允許的，但技術現狀與理想差別很大。
　　這時只有透過與甲乙方的交流，解決問題。
[@more@]