项目风险及规避_第1页
项目风险及规避_第2页
项目风险及规避_第3页
项目风险及规避_第4页
项目风险及规避_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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

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

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

4、有按排足够用于系统维护阶段的预算9.2.4技术风险u 项目采用的是以前未曾实用过的新技术u 缺乏有效的开发方法u 项目需求与已有的其他系统进行较多的集成u 技术相当复杂u 使用不成熟的技术9.2.5团队风险u 项目开发团队成员缺乏责任感u 项目团队成员在性格、态度、观念方面存在冲突u 项目团队成员变动频繁和严重短缺u 团队成员不熟悉自己的任务u 开发人员缺乏项目所需的技能u 开发人员没有经过充分培训9.2.6计划和控制风险u 没有清晰地设立项目里程碑u 缺乏有效的项目管理方法u 项目计划制订得很糟糕u 项目所需资金和资源估计不足u 项目干系人之间缺乏有效的沟通u 项目所需时间和进度估计不足u

5、对项目进展状况监控不够u 没有实行有效的变化管理u 对相关方(如开发商和顾问)的角色和责任没有进行明确和合理的规定u 风险管理很糟糕u 选择了错误的系统开发方法u 对顾问、开发商及合同方缺乏控制9.2.7市场和竞争风险市场发生变化以至于项目不能获得预期的商业价值竞争者着手开发类似系统或采取其他难以防范的行动合作伙伴、客户、供应商和商业团体做出对项目产生影响的不利举动市场上新的替代产品、服务或技术出现使系统变得过时项目相关方没有提供很好的服务和帮助项目依赖过多的供应商,缺乏供应商之间的合作,软件包不兼容很难进行集成9.3风险定性分析(包括定性分析与定量分析)类别潜在风险事件风险发生概率的定性等级

6、风险后果影响的定性等级综合风险指数组织风险项目缺乏企业高层的支持和积极参与高灾难性的1项目进程过程中企业经历重组或管理层变动中轻度7项目所需的业务流程的变化与组织文化不相匹配低严重7由于企业战略的变化,项目所需资源被转移低严重7项目没有明确的商业价值,而是出于某些政治上的原因低轻度10项目计划没有征求所有相关方的同意中轻度9项目实施对组织结构具有较大影响高灾难性的1项目实施对业务流程具有较大影响高严重2需求风险错误的系统需求高灾难性的1系统范围或需求频繁变动极高轻度8不清晰或误解的需求中轻度8由于对该应用领域较陌生并且缺乏相关知识,用户和开发人员对系统需求不能很好定义低严重6用户与开发人员一技

7、术为中心,而忽视了商业需求低轻度9相关人员对系统需求定义存在冲突高轻度8用户对系统功能和需求缺乏了解低轻微11没有定义,项目的成功标准低轻微11难以界定系统的输入和输出中轻度8系统需求分析不充分,有遗漏高轻度7用户风险缺乏用户的合作和责任中轻度8用户提出不切实际的期望低严重6用户过度依赖咨询顾问,忽略了自身的重要作用中轻微9用户抵触变化低轻微11用户对项目持否定态度中严重5缺乏足够的用户参与高严重3用户与开发人员之间存在分歧或冲突中轻度8用户部门之间存在冲突中轻微9用户没有按排足够用于系统维护阶段的预算高轻度7技术风险项目采用的是以前未曾实用过的新技术中轻度8缺乏有效的开发方法高灾难性的2项目

8、需求与已有的其他系统进行较多的集成中轻度7技术相当复杂中严重5使用不成熟的技术低轻微11团队风险项目开发团队成员缺乏责任感中轻度8项目团队成员在性格、态度、观念方面存在冲突中严重5项目团队成员变动频繁和严重短缺低严重6团队成员不熟悉自己的任务低严重6开发人员缺乏项目所需的技能中严重5开发人员没有经过充分培训低轻度11计划和控制风险没有清晰地设立项目里程碑中严重5缺乏有效的项目管理方法高灾难性的1项目计划制订得很糟糕中严重5项目所需资金和资源估计不足低严重6项目干系人之间缺乏有效的沟通中轻度8项目所需时间和进度估计不足中严重5对项目进展状况监控不够中轻微10没有实行有效的变化管理低轻度10对相关

9、方(如开发商和顾问)的角色和责任没有进行明确和合理的规定低轻度11风险管理很糟糕中轻度8选择了错误的系统开发方法中严重5对顾问、开发商及合同方缺乏控制低严重6市场和竞争风险市场发生变化以至于项目不能获得预期的商业价值高严重4竞争者着手开发类似系统或采取其他难以防范的行动中严重5合作伙伴、客户、供应商和商业团体做出对项目产生影响的不利举动低轻度11市场上新的替代产品、服务或技术出现使系统变得过时中严重5项目相关方没有提供很好的服务和帮助低轻度11项目依赖过多的供应商,缺乏供应商之间的合作,软件包不兼容很难进行集成中严重5(13为不能接受的风险,46为不希望有的风险,79为可控制的风险,1012为

10、可以接受的风险)9.4风险应对计划一致认同的风险应对策略项目缺乏企业高层的支持和积极参与a. 企业高层领导应该花更多时间参加项目的开发和实施工作b. 项目经理应该建立标准和机制来评价企业高层领导对项目的参与c. 项目经理应该对企业高层领导参与项目而实施奖励d. 项目经理应该对鼓励用户对项目提供更加积极的评价,从而促使企业高层领导对项目有更多的责任感e. 企业高层领导应该作为用户参与到项目中来f. 企业高层领导应该为项目提供合适的和充足的资源和资金g. 企业高层领导应该参加项目的审核会议项目实施对业务流程具有较大影响h. 项目经理应该鼓励开发人员和用户一起工作,这样开发人员对企业的业务流程就有更

11、好的理解i. 项目经理应该邀请企业高层领导和用户为开发团队提供业务方面的培训j. 项目经理应该为用户提供更多的培训,让他们对信息系统,以及系统对业务流程的影响有一个更好的了解k. 项目经理和企业高层领导应该更加明确实施过程中各方的作用和责任项目实施对组织结构具有较大影响l. 企业高层领导应该制定相应的规定和条例来推进企业实施信息系统的工作m. 项目经理和企业高层领导应该和其他项目干系人经常进行有效的沟通错误的系统需求n. 项目经理应该选用其他一些开发方法,如原型法o. 项目经理应该分阶段交付任务缺乏足够的用户参与p. 项目经理和企业高层领导应该考虑把开发人员和用户“栓在一起”q. 项目经理应该

12、和用户建立信任和良好的关系r. 项目经理应该运用一些非正式控制方法来补充正式控制机制缺乏有效的项目管理方法s. 项目经理应该多使用项目管理工具t. 企业高层领导应该按时检查项目是否按照计划完成u. 项目经理应该分阶段交付项目缺乏有效的开发方法v. 项目经理应该将项目细分以便于管理w. 项目经理应该选用其他的开发方法,比如原型法9.5风险监控对风险监控主要用基于战略的监控方式并确定风险阀值。一旦战略目标和风险变量超过了预定的范围,即超出了风险阀值,就说明该战略目标没有得到很好的执行,需要控制影响各战略目标的风险,并制定相应的风险应对执行方案。风险阀值的计算公式如下: T(阀值)=N(额定指标值)

13、X W(权重)风险监控流程如下:他们继续往前走。走到了沃野,他们决定停下。被打巴掌的那位差点淹死,幸好被朋友救过来了。被救起后,他拿了一把小剑在石头上刻了:“今天我的好朋友救了我一命。”一旁好奇的朋友问到:“为什么我打了你以后你要写在沙子上,而现在要刻在石头上呢?”另一个笑笑回答说:“当被一个朋友伤害时,要写在易忘的地方,风会负责抹去它;相反的如果被帮助,我们要把它刻在心灵的深处,任何风都抹不去的。”朋友之间相处,伤害往往是无心的,帮助却是真心的。在日常生活中,就算最要好的朋友也会有摩擦,也会因为这些摩擦产生误会,以至于成为陌路。友情的深浅,不仅在于朋友对你的才能钦佩到什么程度,更在于他对你的

14、弱点容忍到什么程度。学会将伤害丢在风里,将感动铭记心底,才可以让我们的友谊历久弥新!友谊是我们哀伤时的缓和剂,激情时的舒解剂;是我们压力时的流泻口,是我们灾难时的庇护所;是我们犹豫时的商议者,是我们脑子的清新剂。但最重要的一点是,我们大家都要牢记的:“切不可苛求朋友给你同样的回报,宽容一点,对自己也是对朋友。”爱因斯坦说:“世间最美好的东西,莫过于有几个头脑和心地都很正直的朋友。”他们继续往前走。走到了沃野,他们决定停下。被打巴掌的那位差点淹死,幸好被朋友救过来了。被救起后,他拿了一把小剑在石头上刻了:“今天我的好朋友救了我一命。”一旁好奇的朋友问到:“为什么我打了你以后你要写在沙子上,而现在要刻在石头上呢?”另一个笑笑回答说:“当被一个朋友伤害时,要写在易忘的地方,风会负责抹去它;相反的如果被帮助,我们要把它刻在心灵的深处,任何风都抹不去的。”朋友之间相处,伤害往往是无心的,帮助却是真心的。在日常生活中,就算最要好的朋友也会有摩擦,也会因为这些摩擦产生误会,以至于成

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论