基于層次分析法的公積金業務系統升級項目風險管理探究

摘? 要：本文基于項目風險管理理論，結合徐州市住房公積金信息系統實際展開對該升級項目風險管理的探究。首先進行了風險識別，并利用層次分析法從需求、設計、集成和測試、管理過程等幾個方面展開了風險定量分析。最后根據風險分析得出的結果，針對徐州市住房公積金信息系統升級項目提出了針對性的風險應對措施。

關鍵詞：公積金;信息系統;風險管理;層次分析法

中圖分類號：TP391.7? ? ? 文獻標識碼：A 文章編號：2096-4706（2019）07-0192-03

Abstract：Based on the theory of project risk management， this paper explores the risk management of the upgrading project in combination with the actual situation of Xuzhou Housing Provident Fund Information System. Firstly，risk identification is carried out，and quantitative risk analysis is carried out from the aspects of demand，design，integration and testing，and management process by using analytic hierarchy process （AHP）. Finally，according to the results of risk analysis，the paper puts forward the corresponding risk response measures for the upgrading project of Xuzhou Housing Provident Fund Information System.

Keywords：provident fund;information system;risk management;analytic hierarchy process

0? 引? 言

近年來，隨著公積金制度的不斷發展和完善，公積金服務水平不斷提高。為貫徹落實住建部“雙貫標”的要求，建立科學、合理、規范的住房公積金業務數據和接口體系，提高住房公積金管理信息化水平，徐州市住房公積金啟動信息系統升級項目。該項目具有功能復雜、投資大、涉及的部門多、技術要求高、工期相對緊張等特點，項目風險相對較大，因此，必須重點關注項目風險管理。

1? 項目風險管理簡介

項目風險管理作為一種綜合性的管理活動，主要作用是識別、分析、應對項目生命周期內的風險。不同項目風險管理模型側重于不同的項目管理內容，基本上包括了項目風險管理規劃、風險識別和評估、風險應對等。項目的風險管理不是靜態和固定的，而是一個動態的工作過程，在這個過程中，交叉和互相重疊開展著各種項目風險的作業。項目風險管理作為項目管理體系的重要組成部分，可以有效降低項目不確定性因素對項目的影響。而項目失敗的致命原因往往歸結于脆弱的項目風險管理。

2? 層次分析法簡介

層次分析法（The analytic hierarchy process）是20世紀70年代中期由美國運籌學家托馬斯·塞蒂（T.L.saaty）提出的。它是一種將定性和定量相結合，具有系統性、層次性的分析方法。層次分析法的基本思路是先分解后綜合，通過整理綜合人們的主觀判斷，使定性分析與定量分析有機結合，實現定量化決策。首先將所要分析的問題層次化，根據問題的性質和所要達到的總目標，將問題分解成不同的組成因素，按照因素間的相互關系及隸屬關系將風險因素按不同層次聚合，形成一個多層分析結構模型，最終歸為最底層相對于最高層相對重要程度的權值或相對優劣次序的問題。層次分析法的具體分析步驟如下。

2.1? 建立層次分析模型

將問題包含的因素分層：最高層（解決問題的目標）;中間層（為實現最高層目標而將要進行的各種措施等）;最低層（為了解決問題可選的各種措施、方案等）。

2.2? 構造判斷矩陣

人們在進行決策的時候往往僅憑自己的知識和經驗進行判斷，因素較多時給出的結果通常是不準確和不全面的，如果結果僅僅只是定性的，則往往不被人接受。托馬斯·塞蒂的做法是，不一次性把所有的風險因素放在一起比較，而是兩兩相互對比，同時利用相對尺度的概念，最大程度地簡化性質完全不同的諸因素之間的相互對比來提高準確度。aij為風險因素i與因素j重要性比較結果，托馬斯·塞蒂給出了9個重要性等級及其賦值。判斷矩陣即按兩兩比較結果構成的矩陣。

2.3? 層次單排序及其一致性檢驗

本文通過根法來求矩陣A=（aij）n×n的最大特征值，由此計算這個最大特征值對應的特征向量W，公式如下：

然后將特征向量進行歸一化處理，再根據特征向量，求得判斷矩陣A=（aij）n×n的最大特征值λmax：

一致性指標用CI計算，CI越小，說明一致性越大。定義一致性指標為：

如果CI=0，我們認為有完全一致;如果CI接近于0，我們認為滿意一致;CI越大，不一致越嚴重。我們引入隨機一致性指標RI來衡量CI的大?。?/p>

計算出的隨機一致性指標RI和判斷矩陣的階數有關，矩陣階數越大，則出現一致性隨機偏離的可能性也越大，矩陣階數標準值可查表獲得。

隨機原因有可能造成一致性的偏離，因此我們還需計算檢驗系數CR，公式如下：

一般，如果CR<0.1，則認為此判斷矩陣通過一致性檢驗，否則就不具有滿意一致性。

2.4? 層次總排序及其一致性檢驗

計算某一層次所有因素對于最高層相對重要性的權值，稱為層次總排序。計算順序從最高層次到最低層次依次進行。如果CR<0.1，我們認為通過層次總排序一致性檢驗，由此可以按照總排序權向量表示的結果進行相關決策。

3? 基于層次分析法的公積金信息系統升級項目的風險識別與分析

3.1? 建立層次分析模型

根據已識別出來的風險，系統地分析升級項目一級風險與二級風險關系，構建出系統的層次結構圖，詳見表1。

3.2? 構造判斷矩陣

通過對徐州市住房公積金信息系統升級項目風險層次結構圖的分析，邀請風險識別相關人員對該項目的風險進行評分，并將得到的數據匯總成表，統計過后得到風險判斷矩陣。

3.3? 層次單排序及其一致性檢驗

經計算，得出：

因此判斷矩陣Z-C滿足一致性檢驗要求。

3.4? 構建二級風險因素判斷矩陣

通過對住房公積金信息系統升級項目風險層次結構圖的評分得到二級風險判斷矩陣C-B，計算過后得到權值并經過單排序一致性檢驗。

3.5? 層次總排序及其一致性檢驗

通過Z-B、B-C判斷矩陣得出特征向量，建立層次總排序權值表并進行排名，如表1所示。

根據公式，計算得出CR為：

因此，層次總排序的結果滿足一致性要求。

綜合分析得到，在公積金信息系統升級項目中，項目進度設計不切實際（0.2863），測試效率低、質量差（0.2338），項目推進過程無有效跟蹤和調整（0.1230），需求模糊（0.1224），系統安全性不足（0.0515），集成和測試時間不夠（0.468）是排名比較靠前的主要風險因素，其中管理過程風險和集成和測試風險各占了兩個，因此在該項目中需要主要應對的風險是管理過程風險和集成和測試風險，其次需求風險不可忽視的風險因素。此外，由于設計風險指標排名綜合比較靠后，因此總的來說對本項目影響相對較小。

4? 徐州市住房公積金信息系統升級項目的風險應對

4.1? 做好充分的需求調研，嚴格控制需求變更流程，做好需求變更的后期跟蹤工作

項目需求采集之前，可以先就當前升級前系統使用過程中存在的亟待解決的和待提升的問題進行收集，收集對象廣泛覆蓋柜面操作人員、業務處室骨干、銀行柜面操作人員、財務人員甚至包含公積金繳存單位、開發商和繳存職工。同時通過將需求調研對象分類的方式選擇每類用戶的典型代表，采用面對面交談、到辦公地點拜訪、讓用戶在工作時邊想邊說等各種方法，通過靈活的方式提升需求采集的準確性和高效性。建立一套規范的、優化的需求變更流程也是十分必要的，這能為需求變更請求的收集、分析和組合制定一個定義明確的過程，規范進行需求變更的審批和執行，嚴把需求評審關。

4.2? 建立動態持續的科學的進度管理制度

由于公積金信息系統升級項目是一項龐大的工程，需要投入較多的資源，因此切實可行的進度控制目標尤為重要，特別是如何根據項目交付日期科學合理地安排項目計劃，最大程度地減少項目的延期和趕工現象。項目WBS分解結構作為一種便捷的項目管理工具，能根據不同系統、不同階段合理劃分項目計劃，并進行詳細描述。另一個比較明顯的優勢就是它能合理權衡邏輯和組織關系，形成完備的項目工作關系表。根據項目工期、資源供應情況及經驗判斷來對進度計劃的關鍵路徑和里程碑節點進行嚴格管控，對于處在關鍵路徑上的發生進度拖延的重要工作，通過制定趕工計劃來挽回進度，如加大資源投入（包括資金、人力和物力等）。對于非關鍵路徑的發生進度拖延的工作，則通過調整計劃進行動態管理，通過資源協調和平衡，保證新計劃的順利進行，使得信息系統升級項目的進度得到科學地制定和最優化控制。

4.3? 系統開發和測試交互進行，項目測試人員測試、用戶測試、第三方測試交叉進行，同時搭建和生產環境配置最為接近的測試環境，減少因環境量差異導致的測試結果誤差

信息系統項目測試是一項持續性活動，貫穿于軟件項目的整個生命周期，軟件開發與軟件測試應該是交互進行的。測試啟動階段可以以項目組測試人員的測試為主，因為他們能夠在短時間內發現比較淺顯和常見的功能缺陷，有利于開發人員盡早修復。第二輪測試就可以引入用戶測試和第三方測試，會提高一些實際用戶使用過程中異?；蛱厥庥美母采w率，提高測試結果的客觀性;第三輪測試可以針對一些存在技術難度或極端邊界條件的測試用例，再次進行項目組人員測試，提高測試結果的準確性，還能有效避免漏測。此外，項目開發之初就要搭建好測試環境，包括服務器端、客戶端、操作系統等，如果對瀏覽器、設備有特殊要求的需求，應當安排專門的兼容性測試;另外，上線前應在與生產環境相同的預生產環境中進行部署測試，以保證部署的正確性。最后，性能測試應當成比例的與生產環境有差異，以便更加方便地估算生產環境性能。

參考文獻：

[1] Project Management Institute.項目管理知識體系指南（PMBOK指南） [M].（第5版）.北京：電子工業出版社，2013.

[2] 朱小燕.基于AHP的信息安全項目風險評價 [J].電子技術與軟件工程，2014（2）：233-234.

[3] 王小峰，王艷.基于層次分析法的宏騰西烏項目風險分析 [J].山西建筑，2014，40（2）：243-245.

[4] 劉春霖.S省農信社核心業務系統轉型升級項目風險管理研究 [D].東營：中國石油大學（華東），2015.

作者簡介：龍璨（1990.10-），女，漢族，江蘇徐州人，網絡管理員，助理工程師，本科，研究方向：信息系統維護和網絡基礎管理。