受控環境下的大型信息系統建設項目管控研究

董燦 鄭剛強

【摘要】本文對受控環境下的大型信息系統建設項目管控方法進行了研究，深入分析大型業務系統信息化項目的特點，提出了 項目建設方（甲方）受控下的項目“過程管控”和“成果管控”的雙向管控方法，在保障項目進度的同時，提升項目質量，降低項目風險，確保業務需求有效落地，建設成果有效的向甲方轉移，研究成果對大型信息系統的建設具有一定的指導意義。

【關鍵詞】大型信息系統;信息化建設;項目管控

1.引言

隨著經濟、信息技術的發展，信息化建設越來越趨于由分散向集中轉變，尤其是核心業務系統建設。在這種趨勢下一些建設周期長、投入大、參與人數多的大型業務系統信息化建設項目不斷涌現，對信息化項目管控工作提出了更高的要求，不但對項目承建方（乙方），也對項目建設方（甲方）帶來了新的挑戰。項目管控是一個系統工程，它包括資金、風險、進度、質量、人員等多個方面，信息化項目管控既具有一般項目管理的屬性，又具有其特殊性。尤其是大型業務系統建設的項目管控，其業務復雜、技術難度高、干系人多，保障業務需求在系統中有效落地是項目成功的關鍵。保障項目需求有效落地，同時要滿足進度要求和確保質量，常規的項目管控方法難以勝任，給項目管控帶來眾多困難，這些困難主要表現在如下幾個方面。

1.1 需求難落地

大型業務系統建設項目前期需求調研工作量大，主要由業務部門主持完成需求調研、分析工作，調研的過程中只對一少部分人員進行訪談，而大部分人員的需求信息無法準確的收集到，導致需求信息的收集不全面。由于技術人員沒有參與前期的需求調研，對業務的熟悉與理解有可能存在偏差，致使最終的業務與系統功能出現偏差。傳統的需求管理缺乏科學的管理辦法，致使需求很難落地，主要表現在以下幾個方面。

（1）獲取眾多業務人員需求困難：大型業務系統建設項目業務多、范圍廣，基層人員難以全面參與需求調研訪談。在需求分析階段重點關注的是業務功能，普遍輕視了易用性的問題，承建商也主要站在功能實現的角度來進行設計和開發，沒法讓基層人員提前感知未來的系統是什么樣子。

（2）系統建設跟不上業務變化：大型業務系統建設項目存在時間周期，而業務是不斷在變化發展，可能會出現系統剛做完需求還未建設應用，業務就已經發生了變化，系統跟不上業務的變化。

1.2 進度、質量難控制

（1）建設單位對項目進度缺乏有效監控：大型業務系統建設項目建設周期長、工作量大、任務多，導致進度計劃難編制，進度與實際脫節，建設單位對項目進度無法做到更細粒度的進度監控，無法及時掌控項目進度。

（2）建設單位缺無法及時把控項目質量：大型業務系統建設項目建設成果多、散、不透明，成果內部關系難以知曉，質量難控制、難保證。

1.3 成果難轉移

以往的大型業務系統建設多數是“交鑰匙”工程，承建方雖然向建設方移交了系統源代碼和相關設計文檔，但是面對數以百萬行記的代碼和數以千頁記的文檔，很難真正做到成果的有效轉移。

針對這些困難，本文在吸收CMMI、PMBOK等成熟先進的項目管理理念和方法論的基礎上，借鑒部分央企大型業務系統建設的管控實踐，提出了以“過程管控”和“成果管控”為核心的大型業務系統建設項目管控方法，實現了項目過程管控可視化，項目成果可跟蹤、可追溯，打開了信息化建設過程管控的“黑盒子”，實現了對大型業務系統建設項目有效管控。

2.項目管控方法

導致需求難落地、進度質量難控制的根本原因是過程管控和成果管控是“黑匣子”。有效的項目過程管控和成果管控是項目建設取得成功的關鍵因素，兩者相輔相成缺一不可。只有對項目建設過程和成果進行有效管控，才能使項目建設順利完成和收尾，如何打開“黑匣子”，是目前信息化建設的當務之急。

2.1 項目過程管控

項目過程管控主要做好如下幾個方面。

（1）科學的項目規劃：由于大型業務系統建設項目建設周期長、工作量大、任務多，科學合理的制定項目計劃對項目成功完成將十分關鍵。首先定義范圍、創建工作分解結構（WBS）：將主要的項目交付物和項目工作細分成更小、更易于管理的部分;其次是定義活動，將活動進行排序：確定產生不同的項目交付物所必須執行的特定活動，并根據項目實際情況明確活動相互的依存關系;第三是活動資源估算、歷時估算，制定項目進度計劃：估算出每項活動所需的資源和工作周期，并分析活動序列、活動工期意見資源需求，制定項目進度。進度計劃必須明確工作步驟、標注關鍵里程碑節點、描述工作任務、指定任務負責人以及任務的起止日期和相應的交付物，相關責任人需按計劃開展工作并定期上班任務進度。（如表1所示）

（2）注重業務部門的充分參與：把抽象的文字需求轉化成直觀的系統界面原型，以可視化、可操作的形式展現給用戶，讓用戶提前感受產品功能，從而方便與用戶的溝通、征集、定義和確認需求，力保構建的系統即是用戶所想所需的。基層用戶對系統原型的提前感受，反饋對原型的意見和建議。通過征集用戶意見來進一步完善業務系統需求，使開發出的系統最大可能的滿足所有用戶的需要。

（3）對項目進度做好監督和控制：監督工作包括收集、度量和發布績效信息，并對被度量項及其發展趨勢進行評估，以改進項目績效。承建方可以根據每周的項目進度數據采集，對項目進度進行跟蹤。就項目進度監控而言，利用根據項目跟蹤表（如表2所示）定期采集項目進度數據，自動計算出相應掙值分析圖（如圖1所見），與計劃進行對比分析，找出進度偏差，并結合項目實際情況采取應對措施，保證項目順利進行。項目跟蹤表對項目進行整體跟蹤監控，通過公式從成本、計劃、績效等維度對項目進行統計分析，判斷項目當前進度是否滯后、成本是否超支，為項目決策提供依據。使管理者對項目進度一目了然。

對于建設方而言，只有通過承建方上報的數據來獲取項目進度，從而進行跟蹤和監督。建設方通過相應的項目監控周報（如表3 所見）對項目進行監督跟蹤。

（4）規范化、精細化管理：細化項目建設各個階段的業務流程和工作內容，明確項目建設各階段的具體工作要求。通過RACIS矩陣明確工作界面，細化工作流程。以需求管理為例，通過編制準備階段流程、需求管理業務流程、準備階段RACIS矩陣和需求管理RACIS矩陣（如圖2所示），明確規定了各組織的職責和任務。對于系統建設過程中出現的問題，通過RACIS矩陣很快就可以定位到責任人，快速找到問題原因，大大提高了系統的質量。

2.2 項目成果管控

為了更好地保障大型業務系統建設項目質量，使大型業務系統建設項目建設過程中的各類成果能真正滿足業務需求，需要加強成果關聯、成果跟蹤和成果評審。

（1）成果關聯：對大型業務系統建設項目成果進行有效的跟蹤，準確掌控大型業務系統建設項目整個建設過程，必須做好成果的關聯。目前很多團隊所建立的文檔關聯只是一種“隱式關聯”，關聯信息隱含在文檔之中。由于文檔工具本身限制，用戶不能直接地通過文檔中的關聯標識讀取關聯信息。需求的調整、設計的更改，項目團隊都需發費的大量時間來保證需求的關聯關系能夠正確反映需求的演化過程，項目后期客戶的需求變更所導致的工作量更大。

大型業務系統建設項目管控體系通過建立先進的結構化成果關系矩陣，有效地實現另一個需求關聯的方式，這是一種“顯式關聯”。將在關系鏈中各個過程的成果加以編號，例如：功能項編號、模塊編號、測試用例編號等等。通過編號關聯以矩陣的形式表示各階段成果之間的關系（如表4所示），可以定義各種成果間的一對一，一對多，多對多關系。矩陣中的需求陳述是條目化的功能項，以及和需求相關的關聯項。

（2）成果跟蹤：在信息化建設過程中不同的階段產生的不同成果通常不是孤立存在的，根據項目管理理論知識和項目工作實踐繪制了項目成果跟蹤圖（如圖3所示），這些關聯關系準確地反映了整個產品或應用生命周期的發展和演化的脈絡，項目團隊可以遵循這樣的脈絡進行成果跟蹤。

信息化建設過程成果跟蹤的對象是雙向的，既可以正向跟蹤，也可以反向跟蹤。正向跟蹤可以從需求到設計、源碼、測試用例的過程，用于明確是否所有需求都被設計、被編碼，被測試等。一旦某個需求需要變更，就可以快速找到所有影響的范圍。反向跟蹤可以從缺陷到測試用例、源碼、設計、需求的過程，用于明確所有的工作成果都是有對應的需求，避免測試多余、設計多余的情況發生。同時，一旦某項設計需要變更，也可快速找到對應的需求，以便快速確認相應的需求是否需要變更。

由業務部門負責需求的控制和跟蹤，時刻確保最新業務的落地。通過有效工具（如表5所示）和方法對業務需求有效管理，就可以避免系統與業務不一致的問題。

（3）成果評審：依據信息化建設的客觀規律，結合大型業務系統建設項目的管控需求，通過科學的理論和方法，提煉出型業務系統建設項目過程成果跟蹤模型（如圖4所示），實現對大型業務系統建設項目交付物質量進行管控。

從模型圖4上可以看出各類“評審”是“過程活動反饋”同“成果”形成跟蹤的橋梁，因此落實到評審中，能關聯到不同的“評審對象”，評審結果通過會議紀要的形式進行記錄。大型業務系統建設項目管控體系要求在每次階段評審中，必須履行正式評審程序，包括評審計劃制定，關聯評審對象、評審版本，評審時填寫必要的評審意見，匯總意見得出最終評審結論。通過評審標識出成果與標準的偏差，以利于項目管理者確認是否開展下一步工作，同時也利于產品驗收時的質量檢查工作。同時，為了確保信息化建設過程中各類成果的版本一致，成果評審通過后的必須使成果的基線庫將成果完全的受控起來。

3.結論

本文溝通對大型業務系統建設項目管控的研究，探索了切實可行的大型業務系統建設管控的有效方法，以及得到在實際項目中的應用，取得了良好的管控效果，對大型業務系統建設具有很好的指導作用。

參考文獻

[1]Capability Maturity Model Integrated，簡稱為CMMI.

[2]Project Management Body of Knowledge，簡稱為PMBOK.

[3]Projects IN Controlled Environments II，簡稱為PRINCE2.

作者簡介：

董燦（1981—），男，云南楚雄人，南方電網公司信息中心架構師。

鄭剛強（1978—），男，湖北安陸人，云南云電同方科技有限公司經理助理。