《项目风险及规避》由会员分享，可在线阅读，更多相关《项目风险及规避（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 项目实施对业务
3、流程具有较大影响9.2.2需求风险u 错误的系统需求u 系统范围或需求频繁变动u 不清晰或误解的需求u 由于对该应用领域较陌生并且缺乏相关知识，用户和开发人员对系统需求不能很好定义u 用户与开发人员一技术为中心，而忽视了商业需求u 相关人员对系统需求定义存在冲突u 用户对系统功能和需求缺乏了解u 没有定义，项目的成功标准u 难以界定系统的输入和输出u 系统需求分析不充分，有遗漏9.2.3用户风险u 缺乏用户的合作和责任u 用户提出不切实际的期望u 用户过度依赖咨询顾问，忽略了自身的重要作用u 用户抵触变化u 用户对项目持否定态度u 缺乏足够的用户参与u 用户与开发人员之间存在分歧或冲突u 用户
4、部门之间存在冲突u 用户没有按排足够用于系统维护阶段的预算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 项目
5、所需时间和进度估计不足u 对项目进展状况监控不够u 没有实行有效的变化管理u 对相关方（如开发商和顾问）的角色和责任没有进行明确和合理的规定u 风险管理很糟糕u 选择了错误的系统开发方法u 对顾问、开发商及合同方缺乏控制9.2.7市场和竞争风险市场发生变化以至于项目不能获得预期的商业价值竞争者着手开发类似系统或采取其他难以防范的行动合作伙伴、客户、供应商和商业团体做出对项目产生影响的不利举动市场上新的替代产品、服务或技术出现使系统变得过时项目相关方没有提供很好的服务和帮助项目依赖过多的供应商，缺乏供应商之间的合作，软件包不兼容很难进行集成9.3风险定性分析（包括定性分析与定量分析）类别潜在风险
6、事件风险发生概率的定性等级风险后果影响的定性等级综合风险指数组织风险项目缺乏企业高层的支持和积极参与高灾难性的1项目进程过程中企业经历重组或管理层变动中轻度7项目所需的业务流程的变化与组织文化不相匹配低严重7由于企业战略的变化，项目所需资源被转移低严重7项目没有明确的商业价值，而是出于某些政治上的原因低轻度10项目计划没有征求所有相关方的同意中轻度9项目实施对组织结构具有较大影响高灾难性的1项目实施对业务流程具有较大影响高严重2需求风险错误的系统需求高灾难性的1系统范围或需求频繁变动极高轻度8不清晰或误解的需求中轻度8由于对该应用领域较陌生并且缺乏相关知识，用户和开发人员对系统需求不能很好定义
7、低严重6用户与开发人员一技术为中心，而忽视了商业需求低轻度9相关人员对系统需求定义存在冲突高轻度8用户对系统功能和需求缺乏了解低轻微11没有定义，项目的成功标准低轻微11难以界定系统的输入和输出中轻度8系统需求分析不充分，有遗漏高轻度7用户风险缺乏用户的合作和责任中轻度8用户提出不切实际的期望低严重6用户过度依赖咨询顾问，忽略了自身的重要作用中轻微9用户抵触变化低轻微11用户对项目持否定态度中严重5缺乏足够的用户参与高严重3用户与开发人员之间存在分歧或冲突中轻度8用户部门之间存在冲突中轻微9用户没有按排足够用于系统维护阶段的预算高轻度7技术风险项目采用的是以前未曾实用过的新技术中轻度8缺乏有效
8、的开发方法高灾难性的2项目需求与已有的其他系统进行较多的集成中轻度7技术相当复杂中严重5使用不成熟的技术低轻微11团队风险项目开发团队成员缺乏责任感中轻度8项目团队成员在性格、态度、观念方面存在冲突中严重5项目团队成员变动频繁和严重短缺低严重6团队成员不熟悉自己的任务低严重6开发人员缺乏项目所需的技能中严重5开发人员没有经过充分培训低轻度11计划和控制风险没有清晰地设立项目里程碑中严重5缺乏有效的项目管理方法高灾难性的1项目计划制订得很糟糕中严重5项目所需资金和资源估计不足低严重6项目干系人之间缺乏有效的沟通中轻度8项目所需时间和进度估计不足中严重5对项目进展状况监控不够中轻微10没有实行有效
9、的变化管理低轻度10对相关方（如开发商和顾问）的角色和责任没有进行明确和合理的规定低轻度11风险管理很糟糕中轻度8选择了错误的系统开发方法中严重5对顾问、开发商及合同方缺乏控制低严重6市场和竞争风险市场发生变化以至于项目不能获得预期的商业价值高严重4竞争者着手开发类似系统或采取其他难以防范的行动中严重5合作伙伴、客户、供应商和商业团体做出对项目产生影响的不利举动低轻度11市场上新的替代产品、服务或技术出现使系统变得过时中严重5项目相关方没有提供很好的服务和帮助低轻度11项目依赖过多的供应商，缺乏供应商之间的合作，软件包不兼容很难进行集成中严重5（13为不能接受的风险，46为不希望有的风险，79
10、为可控制的风险，1012为可以接受的风险）9.4风险应对计划一致认同的风险应对策略项目缺乏企业高层的支持和积极参与a. 企业高层领导应该花更多时间参加项目的开发和实施工作b. 项目经理应该建立标准和机制来评价企业高层领导对项目的参与c. 项目经理应该对企业高层领导参与项目而实施奖励d. 项目经理应该对鼓励用户对项目提供更加积极的评价，从而促使企业高层领导对项目有更多的责任感e. 企业高层领导应该作为用户参与到项目中来f. 企业高层领导应该为项目提供合适的和充足的资源和资金g. 企业高层领导应该参加项目的审核会议项目实施对业务流程具有较大影响h. 项目经理应该鼓励开发人员和用户一起工作，这样开发
11、人员对企业的业务流程就有更好的理解i. 项目经理应该邀请企业高层领导和用户为开发团队提供业务方面的培训j. 项目经理应该为用户提供更多的培训，让他们对信息系统，以及系统对业务流程的影响有一个更好的了解k. 项目经理和企业高层领导应该更加明确实施过程中各方的作用和责任项目实施对组织结构具有较大影响l. 企业高层领导应该制定相应的规定和条例来推进企业实施信息系统的工作m. 项目经理和企业高层领导应该和其他项目干系人经常进行有效的沟通错误的系统需求n. 项目经理应该选用其他一些开发方法，如原型法o. 项目经理应该分阶段交付任务缺乏足够的用户参与p. 项目经理和企业高层领导应该考虑把开发人员和用户“栓
12、在一起”q. 项目经理应该和用户建立信任和良好的关系r. 项目经理应该运用一些非正式控制方法来补充正式控制机制缺乏有效的项目管理方法s. 项目经理应该多使用项目管理工具t. 企业高层领导应该按时检查项目是否按照计划完成u. 项目经理应该分阶段交付项目缺乏有效的开发方法v. 项目经理应该将项目细分以便于管理w. 项目经理应该选用其他的开发方法，比如原型法9.5风险监控对风险监控主要用基于战略的监控方式并确定风险阀值。一旦战略目标和风险变量超过了预定的范围，即超出了风险阀值，就说明该战略目标没有得到很好的执行，需要控制影响各战略目标的风险，并制定相应的风险应对执行方案。风险阀值的计算公式如下： T（阀值）=N（额定指标值）X W（权重）风险监控流程如下：专心-专注-专业
