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

關(guān)鍵詞：公積金;信息系統(tǒng);風險管理;層次分析法

中圖分類號：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? 引? 言

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

1? 項目風險管理簡介

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

2? 層次分析法簡介

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

2.1? 建立層次分析模型

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

2.2? 構(gòu)造判斷矩陣

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

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

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

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

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

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

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

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

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

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

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

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

3.1? 建立層次分析模型

根據(jù)已識別出來的風險，系統(tǒng)地分析升級項目一級風險與二級風險關(guān)系，構(gòu)建出系統(tǒng)的層次結(jié)構(gòu)圖，詳見表1。

3.2? 構(gòu)造判斷矩陣

通過對徐州市住房公積金信息系統(tǒng)升級項目風險層次結(jié)構(gòu)圖的分析，邀請風險識別相關(guān)人員對該項目的風險進行評分，并將得到的數(shù)據(jù)匯總成表，統(tǒng)計過后得到風險判斷矩陣。

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

經(jīng)計算，得出：

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

3.4? 構(gòu)建二級風險因素判斷矩陣

通過對住房公積金信息系統(tǒng)升級項目風險層次結(jié)構(gòu)圖的評分得到二級風險判斷矩陣C-B，計算過后得到權(quán)值并經(jīng)過單排序一致性檢驗。

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

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

根據(jù)公式，計算得出CR為：

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

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

4? 徐州市住房公積金信息系統(tǒng)升級項目的風險應(yīng)對

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

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

4.2? 建立動態(tài)持續(xù)的科學的進度管理制度

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

4.3? 系統(tǒng)開發(fā)和測試交互進行，項目測試人員測試、用戶測試、第三方測試交叉進行，同時搭建和生產(chǎn)環(huán)境配置最為接近的測試環(huán)境，減少因環(huán)境量差異導致的測試結(jié)果誤差

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

參考文獻：

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

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

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

[4] 劉春霖.S省農(nóng)信社核心業(yè)務(wù)系統(tǒng)轉(zhuǎn)型升級項目風險管理研究 [D].東營：中國石油大學（華東），2015.

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