《论项目风险管理》由会员分享，可在线阅读，更多相关《论项目风险管理（5页珍藏版）》请在金锄头文库上搜索。
1、论项目的风险管理论项目的风险管理摘要：2008 年 6 月，本人参与了“党校教学教务管理系统”的项目建设，担任项目经理一职。这是一个集教务工作自动化和信息化为一体的先进电脑网络系统，将为党校教务管理有关部门提供优质、稳定的信息化服务。该项目做为省委党校的教务管理重点工程，受到省委及校领导的高度重视。做为建设方的项目经理，本人在项目的风险管理过程中，科学的运用项目风险管理的理论知识，结合自己的项目实践，在项目的实施过程中，将风险管理当做一项重点的工作来抓，依照风险管理计划编制、风险识别、风险分析、风险应对计划编制、风险监控等过程，全面展开对风险的管控，使得项目顺利进展，保证了项目的工期、成本及质
2、量，受到用户方的高度评价。正文：一、一、项目概述确项目概述确随着党校教学规模的扩大、教学模式发生了转变，这些变化使学校教学教务管理任务越来越重，不仅增大了工作量、更是增大了工作难度。这些根本性变化的同时也对学校的教务管理提出了更高的要求，为了适应这些新变化，提高教学教务管理的工作效率，建立一套完整统一、技术先进、高效稳定、安全可靠的基于 Internet/Intranet 的教学管理信息系统成为一项当务之急。作为党校 IT 核心支撑系统，要求为教务教学管理提供 IT 支撑。学校通过本系统可以实时了解教务管理情况和学员反馈情况，有利于提高教务管理水平。本项目内容包含学校招生管理、教研计划、教务处
3、理、教学质量管理、教师考核管理、学生档案管理等。通过党校面现向社会公开招标，我司终以绝对的优势取得了该项目的承建权。该系统为支持党校教务管理工作的核心系统，为教务教学管理提供 IT 支撑。该系统采用 b/s 模式开发，技术实现用 J2EE 技术，向用户提供 web 访问模式。其面向的使用对象包括省委党校及下属各分校的教务工作人员、教师及学员，为其提供各类综合服务。工作人员通过本系统完成所有的日常教务工作。从招生到学员毕业离校，其在校内的所有和教务相关的数据都通过教务系统进行管理。学员则可以通过系统进行网上报名、选课及查询自己的个人相关信息（教学计划、课程表、成绩等） 。教师则可以查询自己的课程
4、安排，上传课件，录入学员成绩，查询教师业绩考核情况等。项目启动后，本人被公司任命为该项目的项目经理，全面负责项目的建设工作。在省委党校领导的亲切关怀下，项目各组干系人的通过配合与支持下，我与项目组全体成员一起并肩作战，通过近 10 个月的努力，终于在 2009 年 3 月 3 日全面通过系统验收，项目总花费成本为 63.38 万元，比计划提前了 12 天完成项目建设。该项目的成功与很大程度上归功于在项目整体实施过程中对项目风险的有效管理。众所周知，项目需要以有限的成本在有限的时间内达到项目目标，而风险对项目目标的影响不容忽视。风险管理的目的就是使风险对项目目标产生的负面影响得以最小化，同时要抓
5、住风险带来的机会，增加项目干系人的收益。下面本人分别就本项目的风险管理计划编制、风险识别、风险分析、风险应对计划编制、风险监控等过程加以简要论述。二、风险管理计划编制在项目启动初期，我组织有关人员编制了风险管理计划，具体描述如何为该项目处理和执行风险管理活动。该计划的编制是非常重要的，因为它要保证风险管理的级别、类型及可控性，要保证组织能够提供充足的资源、时间来实施风险管理活动，建立得到一致同意的风险评估基础。考虑到党校项目涉及的干系人众多，我们采用了会议形式来制订风险管理计划。参加会议的人员包括：项目高层经理、项目经理、党校教务处处长、教研科科长、师资管理科科长、教材科科长、各开发组组长等。
6、在这个过程里，我们对以下几方面进行了重点的讨论：影响项目目标的管理类以及技术类风险主要包括哪些方面；风险减轻的可交付成果是什么；怎样减轻风险；谁负责实施风险管理计划；什么时候是同风险减轻方法相关的里程碑；需要多少资源来减轻风险等等。根据讨论的结果，并结合党校的项目计划来制订本项目的风险管理计划，该计划主要描述了在项目当中如何组织和执行风险管理，并将其作为项目管理计划的组成部分，对风险的管理费用也一并纳入成本费用计划内。三、风险识别三、风险识别风险识别的目标是指确定项目中那些可能影响项目目标实现（导致费用超支、进度推迟或性能降低）的潜在问题，明晰何种风险可能会对项目产生影响，并将这些风险的特征形
7、成文档。根据本项目的实际情况，我们把风险划分为技术类风险、管理类风险两大类，每一大类下又细分为各小类。比如技术风险包括：需求、设计、测试等等。我在结合组织级的风险列表库基础上，通过采用访谈以及优势/劣势/机会/威胁（SWOT）分析等方法，形成了风险清单。同时在项目实施过程中，我以周为单位，定期对风险清单中的风险内容进行审查，以便根据项目的进展重新检查及识别可能的风险来源和触发条件，从而进一步发现以前没有注意到的或者是未知的风险。四、风险分析四、风险分析风险分析是指对已识别的风险做出进一步的分析，定义出风险的优先级以及发生的可能性。在分析过程中，我组织风险专家对风险的概率及影响进行了科学的分析评
8、估，对风险清单中列明的所有风险计算出一个确定的风险值，其计算公式为：风险概率*风险影响，以便确定风险的可接受度或不可接受度，然后再根据风险值确定风险相对优先顺序。对于优先级高的风险（比如：进度延误大于 30%，或者费用超支大于 30%；风险发生的几率为1.0 0.8），我们会将其单独列在风险管理报告中，并提交高层经理和项目管理部。同时由我分派项目风险管理人员对高级别的风险展开实时跟踪监控及记录。在项目实施过程中，我们列在风险管理报告中的高级别风险主要有以下几条：1、 客户的真正需求很难把握，此前我们一直是电信的运营支撑商，教育是我们接触的新行业，行业经验的缺乏，可能导致我们对客户需求的理解不充
9、分、不透彻。另外由于党校项目干系人众多，除了省党校外，还包括下属各地市 9 个分校，项目用户量大，涉及面广，更是增加了需求管控的难度。2、 系统完全性风险：由于采用 B/S 结构，只要能上网就能使用系统，在带来方便性的同时，也带来了很大的安全隐患，如果有人成功入侵服务器，严重的话可能出现最坏的结果。3、 人员稳定性问题：在目前的软件企业里面，如果在开发过程中走掉关键的开发人员而无合适的人员顶上，项目可能直接宣告失败，后果十分严重。五、风险应对计划编制五、风险应对计划编制通过对风险的定性与定量分析，我开始根据风险的重要性、影响范围及发生概率等制订了风险应对计划。在该计划中，我充分考虑了以下几个因
10、素：风险重要性、成本有效性、应对的及时性、项目环境中的现实性、是否可以被项目干系人所接受，并为每一个风险指定了相关的责任人以及应采取的风险应对措施。对于风险管理报告中所列的重点监控风险，我专门组织了高层经理、项目组骨干成员、项目管理部、客户代表等人参与的讨论会议，对重点风险的应对给予更有效的应对策略，并使其应对办法取得重点项目干系人的认同与支持。会后形成的主要应对策略如下：1、 对于客户的需求问题，我们采取了目标转化法，从高层到底层的逐步调研，形成用户需求说明书的正式文档。有部分不一致的地方，组织专题讨论，并让客户确认需求文档。在对需求进行系统概要设计的时候，采取比较保守的做法，不轻易重组客户
11、的操作流程，充分尊重客户的意见，以控制因为行业经验的缺失而造成理解上的偏差，从而有效减少了这个问题所导致的系统设计上的错误。由于需求风险控制到位，我们所提交的系统设计方案也得到了用户的肯定。2、 对于安全性问题，我们认为服务器采用托管在电信机房比较好，电信机房安全性高，24 小时有人执守，他们的专业的 IDC 机房可保证服务器物理安全性能。在系统平台上，我们采用机房的硬件防火墙，操作系统采用 UNIX 并安装网络版的杀毒软件。在软件系统里面，增加对网卡 MAC 地址的控制和校验，只有登记授权的机器才能登录系统。以控制系统的使用范围，防止数据在未经过授权的机器泄露。通过这些措施的实施，使得客户对
12、于系统的安全性信心大大增强。3、 对于人员稳定性问题，由于本系统建设周期较长，因此在项目人员挑选上也采取了一定的措施。对于参与人员进行了详细的调查，如果确定某些人存在离职念头的，都不能参与此项目。参与项目的人员与签订相应的意向书，并做了一定的物质补偿，以保持内部人员的相对稳定。六、风险监控六、风险监控风险监控是指执行风险应对措施，并且连续对项目工作进行监督以发现新的风险。随着项目实施的进展，内部和外部的环境的变化，记录在风险应对计划中的风险优先级、发生的概率、影响的范围等都可能出现变化，另外还可能出现一些之前没有预计到的风险，为此对已识别风险进行定期跟踪、监测残余的风险、识别新产生的风险，对于
13、保证风险计划的有效执行是必不可少的。有本项目的风险管理中，我以周和里程碑为单位，定期对风险实行评估、审计。每周的项目例会中将风险管理作为一个议程，对风险应对措施实施的有效性以及当前风险的状态进行检查，并识别项目中可能出现的各类新的风险。在里程碑阶段，通过里程碑报告来总结此阶段的风险措施的执行情况，并组织相关项目干系人重新评估风险，同时更新风险应对计划。对于在项目执行过程中新出现的风险，我将其提交项目管理部门组织进行评审后，更新到组织级风险列表库中，为后续的项目制定风险管理计划提供依据。五、不足与展望五、不足与展望通过以上各项有力措施的实行，系统的风险得到了逐步化解，项目沿着我们预定的方向一步步进行，并在预期内完成了项目的开发任务，得到了客户的好评。在实施过程中，我们对项目风险的有效管理是项目成功的一大重要因素。但也存在一些不足之处，比如由于用户变更需求，导致我们被迫调整设计；还有因前期需求分析做的不够充分，没有全面考虑到各分校间业务流程存在的差异性，造成教务管理下的“课表生成管理”模块的全面返工。在今后的工作中，本人将继续总结经验教训，加强对项目实行科学、规范的过程管理，从而实现最大限度地满足项目干系人的需求和希望的目的。
