项管论文：论项目的风险管理_精品文档Word下载.docx

项管论文：论项目的风险管理_精品文档Word下载.docx

《项管论文：论项目的风险管理_精品文档Word下载.docx》由会员分享，可在线阅读，更多相关《项管论文：论项目的风险管理_精品文档Word下载.docx（5页珍藏版）》请在冰豆网上搜索。

这些根本性变化的同时也对学校的教务管理提出了更高的要求，为了适应这些新变化，提高教学教务管理的工作效率，建立一套完整统一、技术先进、高效稳定、安全可靠的基于Internet/Intranet的教学管理信息系统成为一项当务之急。

作为党校IT核心支撑系统，要求为教务教学管理提供IT支撑。

学校通过本系统可以实时了解教务管理情况和学员反馈情况，有利于提高教务管理水平。

本项目内容包含学校招生管理、教研计划、教务处理、教学质量管理、教师考核管理、学生档案管理等。

通过党校面现向社会公开招标，我司终以绝对的优势取得了该项目的承建权。

该系统为支持党校教务管理工作的核心系统，为教务教学管理提供IT支撑。

该系统采用b/s模式开发，技术实现用J2EE技术，向用户提供web访问模式。

其面向的使用对象包括省委党校及下属各分校的教务工作人员、教师及学员，为其提供各类综合性服务。

工作人员通过本系统完成所有的日常教务工作。

从招生到学员毕业离校，其在校内的所有和教务相关的数据都通过教务系统进行管理。

学员则可以通过系统进行网上报名、选课及查询自己的个人相关信息（教学计划、课程表、成绩等）。

教师则可以查询自己的课程安排，上传课件，录入学员成绩，查询教师业绩考核情况等。

项目启动后，本人被公司任命为该项目的项目经理，全面负责项目的建设工作。

在省委党校领导的亲切关怀下，项目各组干系人的通过配合与支持下，我与项目组全体成员一起并肩作战，通过近10个月的努力，终于在2009年3月3日全面通过系统验收，项目总花费成本为63.38万元，比计划提前了12天完成项目建设。

该项目的成功与很大程度上归功于在项目整体实施过程中对项目风险的有效管理。

众所周知，项目需要以有限的成本在有限的时间内达到项目目标，而风险对项目目标的影响不容忽视。

风险管理的目的就是使风险对项目目标产生的负面影响得以最小化，同时要抓住风险带来的机会，增加项目干系人的收益。

下面本人分别就本项目的风险管理计划编制、风险识别、风险分析、风险应对计划编制、风险监控等过程加以简要论述。

二、风险管理计划编制

在项目启动初期，我组织有关人员编制了风险管理计划，具体描述如何为该项目处理和执行风险管理活动。

该计划的编制是非常重要的，因为它要保证风险管理的级别、类型及可控性，要保证组织能够提供充足的资源、时间来实施风险管理活动，建立得到一致同意的风险评估基础。

考虑到党校项目涉及的干系人众多，我们采用了会议形式来制订风险管理计划。

参加会议的人员包括：

项目高层经理、项目经理、党校教务处处长、教研科科长、师资管理科科长、教材科科长、各开发组组长等。

在这个过程里，我们对以下几方面进行了重点的讨论：

影响项目目标的管理类以及技术类风险主要包括哪些方面；

风险减轻的可交付成果是什么；

怎样减轻风险；

谁负责实施风险管理计划；

什么时候是同风险减轻方法相关的里程碑；

需要多少资源来减轻风险等等。

根据讨论的结果，并结合党校的项目计划来制订本项目的风险管理计划，该计划主要描述了在项目当中如何组织和执行风险管理，并将其作为项目管理计划的组成部分，对风险的管理费用也一并纳入成本费用计划内。

三、风险识别

风险识别的目标是指确定项目中那些可能影响项目目标实现（导致费用超支、进度推迟或性能降低）的潜在问题，明晰何种风险可能会对项目产生影响，并将这些风险的特征形成文档。

根据本项目的实际情况，我们把风险划分为技术类风险、管理类风险两大类，每一大类下又细分为各小类。

比如技术风险包括：

需求、设计、测试等等。

我在结合组织级的风险列表库基础上，通过采用访谈以及优势/劣势/机会/威胁（SWOT）分析等方法，形成了风险清单。

同时在项目实施过程中，我以周为单位，定期对风险清单中的风险内容进行审查，以便根据项目的进展重新检查及识别可能的风险来源和触发条件，从而进一步发现以前没有注意到的或者是未知的风险。

四、风险分析

风险分析是指对已识别的风险做出进一步的分析，定义出风险的优先级以及发生的可能性。

在分析过程中，我组织风险专家对风险的概率及影响进行了科学的分析评估，对风险清单中列明的所有风险计算出一个确定的风险值，其计算公式为：

风险概率*风险影响，以便确定风险的可接受度或不可接受度，然后再根据风险值确定风险相对优先顺序。

对于优先级高的风险（比如：

进度延误大于30%，或者费用超支大于30%；

风险发生的几率为1.0~0.8），我们会将其单独列在《风险管理报告》中，并提交高层经理和项目管理部。

同时由我分派项目风险管理人员对高级别的风险展开实时跟踪监控及记录。

在项目实施过程中，我们列在《风险管理报告》中的高级别风险主要有以下几条：

1、 

客户的真正需求很难把握，此前我们一直是电信的运营支撑商，教育是我们接触的新行业，行业经验的缺乏，可能导致我们对客户需求的理解不充分、不透彻。

另外由于党校项目干系人众多，除了省党校外，还包括下属各地市9个分校，项目用户量大，涉及面广，更是增加了需求管控的难度。

2、 

系统完全性风险：

由于采用B/S结构，只要能上网就能使用系统，在带来方便性的同时，也带来了很大的安全隐患，如果有人成功入侵服务器，严重的话可能出现最坏的结果。

3、 

人员稳定性问题：

在目前的软件企业里面，如果在开发过程中走掉关键的开发人员而无合适的人员顶上，项目可能直接宣告失败，后果十分严重。

五、风险应对计划编制

通过对风险的定性与定量分析，我开始根据风险的重要性、影响范围及发生概率等制订了风险应对计划。

在该计划中，我充分考虑了以下几个因素：

风险重要性、成本有效性、应对的及时性、项目环境中的现实性、是否可以被项目干系人所接受，并为每一个风险指定了相关的责任人以及应采取的风险应对措施。

对于《风险管理报告》中所列的重点监控风险，我专门组织了高层经理、项目组骨干成员、项目管理部、客户代表等人参与的讨论会议，对重点风险的应对给予更有效的应对策略，并使其应对办法取得重点项目干系人的认同与支持。

会后形成的主要应对策略如下：

对于客户的需求问题，我们采取了目标转化法，从高层到底层的逐步调研，形成《用户需求说明书》的正式文档。

有部分不一致的地方，组织专题讨论，并让客户确认需求文档。

在对需求进行系统概要设计的时候，采取比较保守的做法，不轻易重组客户的操作流程，充分尊重客户的意见，以控制因为行业经验的缺失而造成理解上的偏差，从而有效减少了这个问题所导致的系统设计上的错误。

由于需求风险控制到位，我们所提交的系统设计方案也得到了用户的肯定。

对于安全性问题，我们认为服务器采用托管在电信机房比较好，电信机房安全性高，24小时有人执守，他们的专业的IDC机房可保证服务器物理安全性能。

在系统平台上，我们采用机房的硬件防火墙，操作系统采用UNIX并安装网络版的杀毒软件。

在软件系统里面，增加对网卡MAC地址的控制和校验，只有登记授权的机器才能登录系统。

以控制系统的使用范围，防止数据在未经过授权的机器泄露。

通过这些措施的实施，使得客户对于系统的安全性信心大大增强。

对于人员稳定性问题，由于本系统建设周期较长，因此在项目人员挑选上也采取了一定的措施。

对于参与人员进行了详细的调查，如果确定某些人存在离职念头的，都不能参与此项目。

参与项目的人员与签订相应的意向书，并做了一定的物质补偿，以保持内部人员的相对稳定。

六、风险监控

风险监控是指执行风险应对措施，并且连续对项目工作进行监督以发现新的风险。

随着项目实施的进展，内部和外部的环境的变化，记录在风险应对计划中的风险优先级、发生的概率、影响的范围等都可能出现变化，另外还可能出现一些之前没有预计到的风险，为此对已识别风险进行定期跟踪、监测残余的风险、识别新产生的风险，对于保证风险计划的有效执行是必不可少的。

有本项目的风险管理中，我以周和里程碑为单位，定期对风险实行评估、审计。

每周的项目例会中将风险管理作为一个议程，对风险应对措施实施的有效性以及当前风险的状态进行检查，并识别项目中可能出现的各类新的风险。

在里程碑阶段，通过《里程碑报告》来总结此阶段的风险措施的执行情况，并组织相关项目干系人重新评估风险，同时更新《风险应对计划》。

对于在项目执行过程中新出现的风险，我将其提交项目管理部门组织进行评审后，更新到组织级《风险列表库》中，为后续的项目制定风险管理计划提供依据。

五、不足与展望

通过以上各项有力措施的实行，系统的风险得到了逐步化解，项目沿着我们预定的方向一步步进行，并在预期内完成了项目的开发任务，得到了客户的好评。

在实施过程中，我们对项目风险的有效管理是项目成功的一大重要因素。

但也存在一些不足之处，比如由于用户变更需求，导致我们被迫调整设计；

还有因前期需求分析做的不够充分，没有全面考虑到各分校间业务流程存在的差异性，造成教务管理下的“课表生成管理”模块的全面返工。

在今后的工作中，本人将继续总结经验教训，加强对项目实行科学、规范的过程管理，从而实现最大限度地满足项目干系人的需求和希望的目的。