项目风险及规避

1、精品文档广东海洋大学学生实验报告书（学生用表）实验名称项目规划课程名称软件工程成绩学院（系）软件学院专业软件工程班级学生姓名学号实验地点实验时间2016-4-28第3大节9风险分析及规避措施产品风险管理计划对于本项目的可能采取的风险管理方法主要有以下几种类别：专家评判干法：经验估计法、Delphi法、清单法与当量分析问卷法：调查与统计分析方法简单风险结构描述与分析工具：决策树分析法、层次分析法、风险矩阵法复杂风险结构描述与评估工具：影响图、Petri网、网络分析技术可靠性分析法：故障模式及影响分析、概率风险评估人工智能方法：贝叶斯网络、粗糙集理论、模糊集理论、人工神经网络、专家系统成本评估模型

2、与工具：构造型成本模型、蒙特卡洛模拟、成本效益分析可编辑精品文档风险管理周期与频率:同风险管理周期与频率.bpm风险管理预算: 预备风险资金15000元，用于削减项目成本、进度、范围、质量和资源等方面 的风险。风险识别通过讨论确定了七个主要的风险，下面是风险清单:组织风险可编辑精品文档项目缺乏企业高层的支持和积极参与项目进程过程中企业经历重组或管理层变动项目所需的业务流程的变化与组织文化不相匹配由于企业战略的变化，项目所需资源被转移项目没有明确的商业价值，而是出于某些政治上的原因项目计划没有征求所有相关方的同意项目实施对组织结构具有较大影响项目实施对业务流程具有较大影响需求风险错误的系统需求系

3、统范围或需求频繁变动不清晰或误解的需求由于对该应用领域较陌生并且缺乏相关知识，用户和开发人员对系统需求不能很好定义用户与开发人员一技术为中心，而忽视了商业需求可编辑精品文档相关人员对系统需求定义存在冲突用户对系统功能和需求缺乏了解没有定义，项目的成功标准难以界定系统的输入和输出系统需求分析不充分，有遗漏用户风险缺乏用户的合作和责任用户提出不切实际的期望用户过度依赖咨询顾问，忽略了自身的重要作用用户抵触变化用户对项目持否定态度缺乏足够的用户参与用户与开发人员之间存在分歧或冲突用户部门之间存在冲突用户没有按排足够用于系统维护阶段的预算技术风险可编辑精品文档项目采用的是以前未曾实用过的新技术缺乏有效

4、的开发方法项目需求与已有的其他系统进行较多的集成技术相当复杂使用不成熟的技术团队风险项目开发团队成员缺乏责任感项目团队成员在性格、态度、观念方面存在冲突项目团队成员变动频繁和严重短缺团队成员不熟悉自己的任务开发人员缺乏项目所需的技能开发人员没有经过充分培训计划和控制风险没有清晰地设立项目里程碑缺乏有效的项目管理方法项目计划制订得很糟糕可编辑精品文档项目所需资金和资源估计不足项目干系人之间缺乏有效的沟通项目所需时间和进度估计不足对项目进展状况监控不够没有实行有效的变化管理对相关方（如开发商和顾问）的角色和责任没有进行明确和合理的规定风险管理很糟糕选择了错误的系统开发方法对顾问、开发商及合同方缺乏

5、控制市场和竞争风险市场发生变化以至于项目不能获得预期的商业价值竞争者着手开发类似系统或采取其他难以防范的行动合作伙伴、客户、供应商和商业团体做出对项目产生影响的不利举动市场上新的替代产品、服务或技术出现使系统变得过时项目相关方没有提供很好的服务和帮助项目依赖过多的供应商，缺乏供应商之间的合作，软件包不兼容很难进行集成可编辑精品文档风险定性分析（包括定性分析与定量分析）类别潜在风险事件风险发 生概率 的定性 等级风险后 果影响 的定性 等级综合风险指数组织风险项目缺乏企业高层的支持和积极参与高灾难性的1项目进程过程中企业经历重组或管理层变动中轻度7项目所需的业务流程的变化与组织文化不相匹配低严重

6、7由于企业战略的变化，项目所需资源被转移低严重7项目没有明确的商业价值，而是出于某些政治上的原因低轻度10项目计划没有征求所肩相关方的同意中轻度9项目实施对组织结构具有较大影响高灾难性的1可编辑精品文档项目实施对业务流程具有较大影响高严重2需求风险错误的系统需求高灾难性的1系统范围或需求频繁变动极高轻度8不清晰或误解的需求中轻度8由于对该应用领域较陌生并且缺乏相关知识，用户和开发人员对系统需求不能很好定义低严重6用户与开发人员一技术为中心，而忽视了冏业需求低轻度9相关人员对系统需求定义存在冲突高轻度8用户对系统功能和需求缺乏了解低轻微11没有定义，项目的成功标准低轻微11难以界定系统的输入和输

7、出中轻度8系统需求分析/、充分，有遗漏高轻度7缺乏用户的合作和责任中轻度8用户提出不切实际的期望低严重6可编辑精品文档用户风险用户过度依赖咨询顾问，忽略了自身的重要作用中轻微9用户抵触变化低轻微11用户对项目持否定态度中严重5缺乏足够的用户参与高严重3用户与开发人员之间存在分歧或冲突中轻度8用户部门之间存在冲突中轻微9用户没肩按排足够用于系统维护阶段的预算高轻度7技术风险项目采用的是以前未曾实用过的新技术中轻度8缺乏肩效的开发方法高灾难性的2项目需求与已有的其他系统进行较多的集成中轻度7技术相当复杂中严重5使用/、成熟的技术低轻微11可编辑精品文档团队风险项目开发团队成员缺乏责任感中轻度8项目

8、团队成员在性格、态度、观念方面存在冲突中严重5项目团队成员变动频繁和严重短缺低严重6团队成员/、熟悉自己的任务低严重6开发人员缺乏项目所需的技能中严重5开发人员没有经过充分培训低轻度11计划和控制风血没有清晰地设立项目里程碑中严重5缺乏肩效的项目管理方法高灾难性的1项目计划制订得很糟糕中严重5项目所需资金和资源估计不足低严重6项目干系人之间缺乏肩效的沟通中轻度8项目所需时间和进度估计不足中严重5对项目进展状况监控不够中轻微10没有实行后效的变化管理低轻度10对相关方（如开发商和顾问）的角色和低轻度11可编辑精品文档责任没有进行明确和合理的规定风险管理很糟糕中轻度8选择了错误的系统开发方法中严重

9、5对顾问、开发商及合同方缺乏控制低严重6市场和竞争风险市场发生变化以至于项目不能获得预期的商业价值高严重4竞争者着手开发类似系统或采取其他难以防范的行动中严重5合作伙伴、客户、供应帮口商业团体做出对项目产生影响的不利举动低轻度11市场上新的替代产品、服务或技术出现使系统变得过时中严重5项目相关方没有提供很好的服务和帮助低轻度11项目依赖过多的供应商，缺之供应商之间的合作，软件包/、兼容很难进行集成中严重5(13为不能接受的风险，46为不希望有的风险，79为可控制的风险,1012为可以接受的风险)可编辑精品文档风险应对计划一致认同的风险应对策略项目缺乏企业高层的支持和积极参与a.企业高层领导应该

10、花更多时间参加项目的开 发和实施工作b.项目经理应该建立标准和机制来评价企业高 层领导对项目的参与c.项目经理应该对企业高层领导参与项目而实 施奖励d.项目经理应该对鼓励用户对项目提供更加积 极的评价，从而促使企业高层领导对项目有更多的责 任感e.企业高层领导应该作为用户参与到项目中来f.企业高层领导应该为项目提供合适的和充足 的资源和资金g.企业高层领导应该参加项目的审核会议项目实施对业务流程具肩较大影响h.项目经理应该鼓励开发人员和用户 T 工作，这样开发人员对企业的业务流程就有更好的理解可编辑精品文档i.项目经理应该邀请企业高层领导和用户为开 发团队提供业务方面的培训j.项目经理应该为用

11、户提供更多的培训，让他们对信息系统，以及系统对业务流程的影响后一个更好 的了解k.项目经理和企业高层领导应该更加明确实施 过程中各方的作用和责任项目实施对组织结构具启较大影响1.企业高层领导应该制定相应的规定和条例来推进企业实施信息系统的工作m.项目经理和企业高层领导应该和其他项目干系人经常进行启效的沟通错误的系统需求n.项目经理应该选用其他一些开发方法，如原型法o.项目经理应该分阶段交付任务缺乏足够的用户参与p.项目经理和企业高层领导应该考虑把开发人员和用户“栓在q.项目经理应该和用户建立信任和良好的关系r.项目经理应该运用一些非正式控制方法来补充正式拴制机制可编辑精品文档缺之有效的项目管s.项目经理应该多使用项目管理工具理方法t.企业高层领导应该按时检查项目是否按照计划完成u.项目经理应该分阶段交付项目缺之有效的开发方V.项目经理应该将项目细分以便于管理法w.项目经理应该选用其他的开发方法，比如原型法风险监控对风险监控主要用基