信息系统项目管理师论文-项目风险管理

********年2月，我作为项目经理参与了某集团公司********项目建设，整个项目总投资300余万元，建设工期为10个月。某集团力图通过********（简称SPMS项目）的建设，实现所有子公司的软件研发过程规范化管理，从而达到提升软件质量和产品保证交付进度的目的，最终实现所有子公司通过GJB5000A体系评价的目标。该系统于********年12月通过了系统的验收，受到了某集团公司及分公司客户的认可和好评。

本文以SPMS项目为例，结合作者实践，探讨对信息系统项目风险管理的认识和心得体会，从编制风险管理计划和风险识别、风险定性和定量分析、风险应对规划、风险监控4个方面进行论述。最后，针对SPMS项目运行过程中风险管理存在的不足之处，提出了今后的改进思路。

正文：

********年2月，为了适应软件产品爆炸式增长与产品可靠性、复杂性要求越来越高的情况，提升集团公司产品质量、交付进度、科学管理水平，同时满足GJB5000A体系评价的需求，某集团提出建立********项目建设，经过公开招标后，我公司成功中标该项目软件建设工作，由于有多个项目管理经验，我被任命为项目经理。项目总投资为300万元，工期为10个月，SPMS项目的总目标为是建立一个支持所有子公司软件产品过程管理的系统，包含GJB5000A二级体系的7个过程域：项目策划、项目监控、需求管理、配置管理、质量保证、测量分析、供方管理，并按照过程域分为7个功能模块。

SPMS项目在公司内部由技术部负责开发和配置管理，质保部负责质量保证，公司科研管理部门负责管理，********年12月，该项目已交付用户，使用户在软件管理能力上有了很大提升，并成功通过了GJB5000A二级体系的评价。

由于某集团公司下有多家分公司且各家分公司的业务内容、软件研发所用架构和平台也各不相同，同时，公司内部同时承担了多个软件系统的开发工作，各个项目之间存在着人员交叉的问题，所以风险管理的成败很大程度上决定了项目的成败。

在项目研发过程中，我充分重视了项目风险管理，按照项目风险管理理论，通过规划风险管理、风险识别、风险定性分析、风险定量分析、风险应对计划编制、风险监控，有条不紊的完成了该项目的风险管控，最终成功交付产品，下文将详细描述本项目的风险管理过程。

1. 规划风险管理和风险识别

在项目策划阶段，我组织项目组成员及项目干系人代表通过会议的方式制定了风险管理计划，在会议上，会议参与人全面考虑了环境和组织因素、组织过程资产、项目范围说明书、项目章程和项目管理计划，采用了分析技术与专家判断，形成了包含简介、风险概要、风险管理任务、组织和职责、预算、工具和技术、要管理的风险项等内容的风险管理计划。主要内容简要总结如下：

风险管理任务：在制定完风险管理计划之后进行首次风险识别，在项目运行过程中，每次双周例会、阶段会议跟踪管理已有风险并识别新的风险。

组织和职责：项目经理负责组织风险识别、进行风险跟踪，项目成员和项目干系人参与识别与跟踪。

预算：主要为会议预算，包含项目策划中风险管理的会议预算及10个月内双周例会、阶段会议中包含30分钟风险管理的预算。风险预算计入成本费用。

工具和技术：规划风险管理采用会议方式，使用分析技术和专家判断；风险识别采用会议方式，采用核对单分析、专家判断技术；定性风险分析采用概率和影响矩阵、风险分析、风险紧迫性评估、专家判断技术；定量风险分析采用数据收集和展示技术、专家判断技术；规划风险应对，采用消极风险或威胁的应对策略、专家判断技术；控制风险采用风险再评估、风险审计、偏差分析、技术绩效策略、储备分析、会议工具和技术。

在规划风险管理计划后，在本会议中，项目组成员和干系人对项目可能发生的潜在风险，以及组织资产中的风险库进行核对，判别项目中若存在类似风险，则加入风险登记册。在项目运行过程，在双周例会和阶段会议，项目组和干系人仍然会进行风险识别。

在项目策划阶段，识别出的风险有：1）项目人员交叉造成任务延期风险；2）工作量估计不足造成活动延期风险；3）需求识别不完善风险；4）用户需求来源过多，造成需求冲突风险；5）技术实现要求模块化风险。

2、定性和定量风险分析

在完成风险识别后，采用了概率和影响矩阵、风险分类、风险紧迫性评估和专家判断对风险做定性分析，评估风险发生的可能性和影响大小，以及风险发生时间。对风险定性分析后，根据风险发生概率、紧迫程度、发生时间的远近，会生成风险值，按照风险值进行了风险排序。在这个过程中，我们还是采用会议的方式来进行的。在风险分析的会议中，除了有关项目干系人外，我们还邀请了相关领域的专家参加，以提高分析结果的准确性。风险定性和定量分析后，风险排序如下：1）工作量估计不足造成活动延期风险；2）项目人员交叉造成任务延期风险3）用户需求来源过多，造成需求冲突风险；4）技术实现要求模块化风险。5）需求识别不完善风险。

同时，在双周例会和阶段会议的风险跟踪中，也会对风险的发生概率、紧迫程度、发生时间远近进行跟踪，跟踪结果会影响风险值，进而影响风险优先级排序；在会议中新识别的风险，在会议中确定发生概率、紧迫程度和发生时间远近，并生成风险值。

3、制定风险应对计划

在定性和定量风险分析后，针对已识别风险，制定风险应对计划，对每个计划都制定了责任人。本项目中识别的风险主要为消极风险，采用了消极风险应对策略，对风险1）工作量估计不足造成活动延期风险，采用主动接受的策略，建立了应急储备，预备了人员应对工作量估计不足造成的风险；2）项目人员交叉造成的任务延期风险，采用了规避的方式，若项目成员产生工作交叉，提前与部门领导沟通，协调其他人员完成交叉项目的任务；3）用户需求来源过多，造成需求冲突风险，采用转移的应对策略，提前与某集团负责人沟通，每次需求评审时都要求某集团下子公司相应的负责人签字确认；4）技术实现要求模块化风险，采用减轻点应对策略，在系统方案设计和架构设计中，采用模块化设计方案，减少模块之间的耦合，提高内聚；5）需求识别不完善风险，采用主动接受应对风险策略，建立应急储备，安排人员应对风险。

4、控制风险

在项目运行阶段，会及时跟踪项目交叉成员的任务计划，同时，每双周定期与用户沟通，预防用户需求变更的风险，在评审中，重点审查了模块化设计和实现的情况。

在双周例会和阶段会议中，识别新的风险，并对已识别风险进行再评估，对风险值过高的风险采取缓解措施，对已发生风险采取应急措施；同时通过对测量分析数据的偏差分析，判断风险应对措施是否有效，同时比较剩余的应急储备和剩余的风险量，判断当前的剩余储备是否合理。

同时，在项目出现较大的进度风险时，邀请了技术部领导和技术副总参加阶段会议，对需要协调的问题当面沟通，防止未发生风险的发生，并降低已发生风险的影响。

由于有效的风险控制，加之领导的重视，项目小组人员受到鼓舞，士气高涨，积极性和自信心明显增强，使得项目得以顺利实施。

在项目风险管理也有一些不足的地方，由于对工作量估计不足，造成经常需要加班和并行赶工，同时，由于一些项目交叉人员被强制完成本项目的工作，导致其他项目进度延误，对于这些问题，我也采取了一些补救的措施，如请示管理层在精神方面做了一些鼓励和表扬，在物质方面保证加班费按时发放，在人员方面给其他项目协调人员，在一定程度上缓解了紧张的氛围，最终保证了项目取得了圆满的成果。