基于层次分析法的公积金业务系统升级项目风险管理探究

摘  要：本文基于项目风险管理理论，结合徐州市住房公积金信息系统实际展开对该升级项目风险管理的探究。首先进行了风险识别，并利用层次分析法从需求、设计、集成和测试、管理过程等几个方面展开了风险定量分析。最后根据风险分析得出的结果，针对徐州市住房公积金信息系统升级项目提出了针对性的风险应对措施。

关键词：公积金;信息系统;风险管理;层次分析法

中图分类号：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的大小：

计算出的随机一致性指标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  系统开发和测试交互进行，项目测试人员测试、用户测试、第三方测试交叉进行，同时搭建和生产环境配置最为接近的测试环境，减少因环境量差异导致的测试结果误差

信息系统项目测试是一项持续性活动，贯穿于软件项目的整个生命周期，软件开发与软件测试应该是交互进行的。测试启动阶段可以以项目组测试人员的测试为主，因为他们能够在短时间内发现比较浅显和常见的功能缺陷，有利于开发人员尽早修复。第二轮测试就可以引入用户测试和第三方测试，会提高一些实际用户使用过程中异常或特殊用例的覆盖率，提高测试结果的客观性;第三轮测试可以针对一些存在技术难度或极端边界条件的测试用例，再次进行项目组人员测试，提高测试结果的准确性，还能有效避免漏测。此外，项目开发之初就要搭建好测试环境，包括服务器端、客户端、操作系统等，如果对浏览器、设备有特殊要求的需求，应当安排专门的兼容性测试;另外，上线前应在与生产环境相同的预生产环境中进行部署测试，以保证部署的正确性。最后，性能测试应当成比例的与生产环境有差异，以便更加方便地估算生产环境性能。

参考文献：

[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-），女，汉族，江苏徐州人，网络管理员，助理工程师，本科，研究方向：信息系统维护和网络基础管理。