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

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

摘要:

2016年4月,我公司承建了某集团企业协同办公管理系统项目,本项目投资金额500万,工期一年。项目总体目标是建立一个兼具企业门户,公务系统,工作流,知识管理的办公平台,其中包含以下子系统:企业门户,个人办公,信息发布,收发文管理,规章制度,日常事务和工作流管理。本项目受到该集团高度重视,因此,项目具有质量要求高,时间紧,风险大,干系人众多等特点。

综合上述项目,首先阐述了我对信息化项目风险管理理论上的认识和理解,然后从风险识别与分析,风险应对策略的制定,风险监控几个方面阐述了我在本项目中的风险管理工作。并针对该项目实施过程中,出现的需求风险和人力资源风险问题,论述了我所采取的具体措施。最后,提出我对信息化项目风险管理的收获

正文

论信息化项目风险管理

一项目概述

2016年4月,我公司承建了某集团企业协同办公管理系统项目的开发,该项目投资金额500万,工期一年。项目总体目标是建立一个兼具企业门户,公务系统,工作流,知识管理,移动办公的办公平台,以整体提升企业办公服务水平和工作效率。其中包含以下子系统:企业门户,个人办公,信息发布,收发文管理,规章制度,日常事务和工作流管理。项目采用B\S架构,后台数据库采用Oracle,主要用JAVA语言开发。

该项目是一个综合性的系统工程项目,集团企业包括总部及其下属的八个分公司,在管理模式上存在较大差异,各分公司工作流程也不一致;从技术角度讲,涉及移动办公,电子签章,备份归档等相关技术;人力资源方面,需要不同的专业技术的开发人员,可能会存在多部门之间的协作;

该集团高层对此信息化项目高度重视,要求必须按时交付,此项目由于组成结构复杂,时间紧,任务重,技术难度高,加上涉及部门较多,管理好项目面对的各类风险尤为重要。

作为本项目的项目经理,我直接负责该项目的管理和实施,我的团队成员包括:需求分析及总体设计7人,软件系统开发21人,软件实施8人,硬件环境搭建6人。

二对风险管理理论的认识和在本项目中的风险管理实践

1 风险管理理论的认识

项目是在复杂的自然和社会环境中进行的,受众多因素的影响。项目的过程和结果常常出乎人们的意料,所以要避免和减少损失,将威胁化为机会,项目主体必须了解和掌握风险的来源,性质和规律,进而实施有效的风险管理。

通过学习我认识到,信息化项目风险管理包括

(1)规划风险管理:谨慎和清晰的管理计划能够提高风险过程的成功概率

(2)风险识别:确定何种风险可能会对项目产生影响,并对这些风险的特征形成文档(3)实施风险定性分析:识别风险进行优先级排序,重点关注高优先级项目,从而可以有效提高项目的绩效

(4)实施风险定量分析:定量分析风险对项目目标的影响,提供一种量化方法,以做出尽可能恰当的决策

(5)风险应对规划:通过开发备用方法,制定某些措施以提高项目成功机会,同时降低失败的威胁

(6风险监控:执行风险应对措施,并对项目工作进行监督以发现新的风险和变化的风险。

可以说在项目准备阶段制定一个科学,合理的风险管理及应对计划,在实施阶段严密监控各类风险,是风险管理的关键

2 本项目风险管理实践

本项目中,我组织项目组成员采用会议的方法来制定风险计划,所有项目干系人代表都被邀请参加了风险管理计划会议,根据已经收集到的项目相关的各种资料,全面地考虑了风险对项目的影响,采用头脑风暴法对项目风险进行了逐个分析,梳理疑似风险27个,最终确定了14个风险(包括变更风险,人力资源风险等),并将其录入了《协同办公管理系统项目风险登记表》进行管理。然后我采用概率与影响矩阵的方法,对14个风险进行分析,研究每个风险发生概率(分成3级:高,一般,低)及影响(分3级:严重,一般,轻微),对其进行综合评判,确定出了3个重要风险。比如“项目变更导致进度延期”这一风险,其概率和影响都是最高级,一定是重要风险。

最终我们完整的《协同办公管理系统项目风险管理计划》顺利通过公司内部评审,并得到甲方的认可。

随着项目的逐步进行,我面临着一些风险管理方面的具体问题:

(1)在项目开发中期

由于甲方业务量的快速增长,甲方对企业协同办公管理系统提出了增加移动办公的新需求。针对此问题,我们项目组首先对增加移动办公的需求进行了分析。分析发现如果增加新功能开发,必然会导致开发成本也会增加,项目进度延后,最终可能会影响项目的准时交付。

对此,我们启动了“变更控制”流程,并从成本和进度两个方面进行分析。通过分析项目的进度计划,我们发现,研发工作是关键工作,如果增加此功能开发会导致项目交付延期,另外我们提供其他合理方案,如果客户愿意增加多支付15万元,可以通过增加人手的方式把此问题处理好。首先,我们根据制定的沟通管理计划,把此问题前因后果罗列清楚,并把解决此问题的解决方案整理出来,先以邮件的方式发给相关干系人,然后,在下周一项目会议上,把此问题进行详细沟通。通过上述努力,甲方最后愿意增加15万的投入,保证了此问题顺利解决,同时也没影响整体项目研发进度。

(2)在项目开发后期

由于项目组使用外包开发人员,发生了人员离职情况。这样一来,新的开发人员有需要花费时间去熟悉系统相关的业务和技术知识。对此我们立即启动了“人员变更应对预案”,并从进度和质量两个方面对其进行分析。通过分析项目的进度,我发现,在接下来一周该开发人员开发工作量并不是很大,其中一部分工作是和另一个开发又相似部分,这部分工作可以交由另一位开发完成,因此人员变更不影响项目整体进度。同时,该开发人员负责的开发模块不是系统重要核心模块。

因此,我一方面和客户进行沟通协调,告知客户项目组人员变更,已经对项目进度和质量产生的影响,另一方面,和外包公司确认具体人员交接时间以及新来开发人员的相关技术资质,确保交接流程进行有序。

通过项目组成员以及客户的高度配合,最终项目按时完成。最后通过我们完善的项目管理,尤其是风险的应对,项目得以按期,高质量的完成,得到客户的高度认可

三总结与经验

通过这个项目的风险管理,我认识到:

1 计划是成功的一半,只有制定高效可行的管理计划,才能使后续的控制工作有所依据,同时尽可能早的发现问题,降低成本,减少损失。

2 针对项目中的风险,一定要和客户积极沟通,达成共识,尽早解决

当然,也有一些不足的地方:对人员的风险管理方面的欠缺,在资源允许的情况下,要对重要岗位预留后备人员,避免因人员问题对项目造成严重影响。

总之,项目风险的管理方式多种多样,因项目而异,管理方式不是一成不变的。适合自己的管理模式才是最好的模式,这些都有待于我们进一步研究,探索,实践和总结。

相关文档
最新文档