论信息系统项目的风险管理 - 软考论文

论信息系统项目的风险管理

来源：信管网 2015年04月07日【所有评论】

请自行撰写摘要和项目背景部分内容

1、风险管理计划编制

在项目初期，我组织有关人员编制了风险管理计划，确定如何为本项目处理和执行风险管理活动。我们采用会议的方法来制定风险计划的，因为该项目投资规模比较大，所有的项目干系人代表都被邀请参加了风险管理计划会议，全面地考虑了风险对项目的影响，制订充分的风险管理计划。

在计划中，我们确定了基本的风险管理活动（如每15天召开一次风险评估会议），根据项目管理理论和我公司的项目实践，定义了项目中的风险管理过程，估计了风险管理的时间表和费用，并把风险管理活动纳入了项目计划，把风险管理费用纳入了成本费用计划。

2、风险识别

根据项目的实际情况，我们把项目中的风险划分为技术风险、团队风险、外部风险三大类。在识别了上述风险后，我们还确定了这些风险的基本特性，引起这些风险的主要因素，以及可能会影响项目的方面，形成了详细的风险列表记录。

在技术风险方面有二个方面，一是对三层架构的B/S结构运用不熟，在这样大型的项目中我们公司还是第一次运用；二是oracle公司数据库公司海量数据的处理能力，我公司还没有成熟的经验，需要oracle公司的技术支持与服务，虽然这方面主要是由其他公司联系处理，但oracle公司对数据库性能的优化与否将严重影响项目的进度和质量。

在团队风险方也有两方面，一是编程人员中新手较多，对软件质量及工期进度有影响，主要是因项目周期长，工作量大，需要大量的编程人员；二是核心技术人员不能长期在现场监督指导，主要是因为项目异地开发。

外部风险主要有没有正确理解业务问题，项目干系人对业务的认识不足、信息化水平低，同时我们公司缺项目的行业专家，行业专家有甲方提供，而甲方行业专业不能专注于该项目。

3。风险定性分析

我们根据风险管理计划中的定义，确定每一个风险的发生可能性，并记录下来。除了风险发生的可能性，还分析了风险对项目的影响，包括对时间、成本、质量等各方面的影响。其中不仅仅包括对项目的负面影响，还分析了风险带来的机会。

在这个过程中，我们还是采用会议的方式来进行的。不过，在风险分析的会议中，除了有关项目干系人外，我们还邀请了相关领域的专家参加，以提高分析结果的准确性。例如，对于技术类风险的分析，我们就邀请了业内著名的架构专家以及资深的Oracle数据库管理专家参与评估。在确定了风险的可能性和影响后，接下来需要进一步确定风险的优先级。

风险优先级是一个综合的指标，其高低反映了风险对项目的综合影响。我们采用了风险优先级矩阵来评定风险优先级的。最后得出的结果是架构风险排在第一位，该风险的可能性很高，影响也很大。

4。定量风险分析

对已知风险进行定性分析后，我们还进行了定量分析，定量地分析了各种风险对项目目标的影响。在这个过程中，我们采用了专家评估的方法，组织相关成员对项目进行乐观、中性和悲观估计，同时，也利用了我公司历史项目的数据，用来辅助评估。进行定量分析之后，更新了风险记录列表。

5。风险应对计划编制

根据定性和定量分析的结果，我们对已识别的风险，制订了应对计划。对不同的风险，采取了不同的措施。

对B/S架构不熟悉，外聘架构专家及本公司专家一起分析，并利用已有经验加强学习。对Oracle数据库管理，由甲方数据库管理人员提前介入，不便解决开发过程中的问题，而且对后项目移交后的平稳过渡打下基础。对于核心技术人员现场指导时间少，拟组建核心团队，技术支持小组，关键人员轮岗制度。对新手要加强培训，加强制度建设，同时提高招聘门槛保证优质员工进入公司。对没有正确理解业务问题，加强对税务人员的培训，提高其信息化水平。同时，尽量培养我们自己公司的业务专家，以解决业务专家的紧缺问题。

6。风险监控

经过上述5个过程后，该项目中的风险已经比较清晰，这时就要进入风险跟踪与监控过程。在这个过程中，我们对已经识别出的风险的状态进行跟踪，监控风险发生标志，更深入地分析已经识别出的风险，继续识别项目中新出现的风险，复审风险应对策略的执行情况和效果。根据目前风险监控的结果修改风险应对策略，根据新识别出的风险进行分析并制定新的风险应对措施。在这个过程中，我们主要采用了偏差分析、项目绩效分析和监控会议的方式来进行的。

经过努力，该系统一次上线运气成功，并在当月通过了验收；回顾项目的风险管理工作过程中，虽然没有大的事故发生，但仍然存在许多问题，主要有以下2点：

1、风险识别与估计不足。实际风险与估算风险偏差比较大，主要还是缺乏经验数据或者经验数据不够精确的影响。

2、风险应对措施控制不够成功,且团队成员协作程度不高，未能充分调动团队成员的积极性，最大程度的发挥团队合作精神。