IT監理與專案管理(轉)

編者按；從資訊產業部對資訊化工程建設推行監理制度以來，人們對監理在建設中的積極作用予以充分的肯定。不過，對於監理在資訊化建設中的定位，所扮演的角色，人們一直存在不同的看法。本文介紹了IT監理與專案管理的配合。

　　從資訊產業部對資訊化工程建設推行監理制度以來，人們對監理在建設中的積極作用予以充分的肯定。不過，對於監理在資訊化建設中的定位，所扮演的角色，人們一直存在不同的看法。有的客戶會問：我們要購買IBM伺服器，你們如何監理，如何確保這些伺服器是符合質量要求的？還有的客戶會問：我們這是一個軟體專案，你們如何保證質量和進度？的確，都是資訊化專案，專案和專案之間差別很大，而且通常就一個較大的資訊系統整合專案，都有自己的專案管理計劃，IT監理和專案管理要怎樣定位關係，才能達到預期的監理目的？

　　監理的主要目標是專案的質量控制、進度控制、成本控制。從專案建設的角度，我們發現這同時也是專案管理的金三角：時間、質量、資源。那麼監理與專案管理是什麼關係呢？當然，監理本身也是一個專案，可以適用專案管理。但我們想探討的是監理和專案承建方（乙方）的專案管理之間的關係。就監理自身的階段劃分而言，也是基於專案管理的啟動、設計、實施、驗收這幾個過程。因此，監理工作首先是基於專案承建方（乙方）的專案管理基礎上展開的。

　　假如乙方的專案管理很規範，是否監理的作用就不大？確實，在專案建設中，質量和進度是需要良好的專案管理來保證的，但在實際的過程中，情況是千變萬化的，專案建設是否一直符合建設規範，是否有足夠的人力資源、時間資源來保證專案的質量、進度？有些專案承建方在開始階段也制定專案管理計劃，進行任務分解，作出甘特圖，但使用時發現進度從一開始就偏離了專案進度計劃，於是乾脆拋開計劃，走到哪算哪，最後再順延。或實在來不及，採取從最後期限倒推進度安排，省略一些過程，倉促趕進度。換句話說，監理公司在資訊化建設中第一項很重要的工作就是檢查乙方的專案管理是否足夠規範、合理，專案建設能否按規範進行。所以要求監理方必須有非常豐富工程設計、實施以及專案管理經驗。

　　實現監理的監控目標需要過程的保證，這也就是為什麼有的專案提倡全過程監理的原因，監理從專案開始就已介入。與建築行業不同，資訊工程，尤其是應用系統、軟體系統，採取設計、施工一體化，需求發生變更是十分普遍的現象，這給工程的整體質量控制帶來很大的風險。因此，較為理想的作法是在專案的初始階段多花點時間和功夫，對專案的可行性，專案的需求和可能存在的風險進行充分的論證，以避免專案後期陷於困境。這只是理想的狀況，很少存在不變更的資訊工程。隨著系統的建設，客戶原來的看法會得到進一步提高，對業務需求會有新的認識，差別在於這種認識的提高對原來設計的結構是否形成重大的變化。在許多大的系統整合專案中，專案建設的甲乙雙方常常因需求的重大變更產生較大的矛盾，變更還破壞了專案的節奏，造成整體質量的降低和專案進度的滯後，降低工作人員的生產效率和士氣，乙方常常抱怨專案無法進行。這時監理公司的作用就十分重要，既要保證專案整體質量目標，又要對客戶的各種變更要求予以區別對待，約束專案中不規範行為，加強承建方對專案的風險控制。

　　不僅僅如此，資訊化工程是非常專業的而且是分工非常細的，軟體、硬體、網路、安全等等，每一個領域都有自己的精深之處，涉及的專業門類多、技術性強、風險性大、具有不可預見性。即使專案承建方按專案管理的要求一步步進行，也會遇到不可預見的問題，更不用說專案承建方有不規範行為的情況。我們就經常遇到過系統整合商在系統初步整合的時候，網路或伺服器存在效能問題，有時花費較長的時間也無法定位問題之所在，更無法快速解決，比較被動。有時還有潛在的問題不易發現，如伺服器的配置沒有考慮業務的發展，初期能夠滿足業務處理的要求，但很快就要追加投資。有的安全問題考慮的不全面，可能將來造成更大的隱患。因此在技術方面，監理內容又要遠遠超出專案管理的要求，要求監理方在技術方面門類要非常全，例如網路、通訊、主機、儲存、應用軟體、自動化控制等，在專案管理的不同階段，需要從技術的層面對專案各關鍵點進行把關，而在這方面，承建方往往做得比較少，較多采取事後有問題再校正的措施。

　　因此監理在資訊化工程建設中，首先要求承建方要有合理、科學的專案管理，基於專案管理計劃，監理方在建設的不同階段，有不同的質量計劃，風險管理計劃，溝通計劃，進度控制計劃，所有這些計劃手段是對承建方的專案管理進行的監督、理順，並規範專案管理中不規範的行為，在專案的關鍵點進行技術質量、進度的把關，保證專案建設更加規範、科學，達到全過程控制。
[@more@]