项目风险及 规避.docx

广东海洋大学学生实验报告书(学生用表) 实验名称 项目规划 课程名称 软件工程 成绩 学院(系) 软件学院 专业 软件工程 班级 学生姓名 学号 实验地点 实验时间 2016-4-２8 第３大节 ９风险分析及规避措施 9.1产品风险管理计划 对于本项目得可能采取得风险管理方法主要有以下几种类别: 专家评判干法:经验估计法、Delpｈi法、清单法与当量分析 问卷法:调查与统计分析方法 简单风险结构描述与分析工具:决策树分析法、层次分析法、风险矩阵法 复杂风险结构描述与评估工具:影响图、Petri网、网络分析技术 可靠性分析法:故障模式及影响分析、概率风险评估 人工智能方法:贝叶斯网络、粗糙集理论、模糊集理论、人工神经网络、专家系统 成本评估模型与工具:构造型成本模型、蒙特卡洛模拟、成本效益分析 风险管理周期与频率: 风险管理预算: 预备风险资金1500０元,用于削减项目成本、进度、范围、质量与资源等方面得风险。 ９.2风险识别 通过讨论确定了七个主要得风险,下面就是风险清单: 9。2.1组织风险 项目缺乏企业高层得支持与积极参与 项目进程过程中企业经历重组或管理层变动 项目所需得业务流程得变化与组织文化不相匹配 由于企业战略得变化,项目所需资源被转移 项目没有明确得商业价值,而就是出于某些政治上得原因 项目计划没有征求所有相关方得同意 项目实施对组织结构具有较大影响 项目实施对业务流程具有较大影响 ９。2、２需求风险 错误得系统需求 系统范围或需求频繁变动 不清晰或误解得需求 由于对该应用领域较陌生并且缺乏相关知识,用户与开发人员对系统需求不能很好定义 用户与开发人员一技术为中心,而忽视了商业需求 相关人员对系统需求定义存在冲突 用户对系统功能与需求缺乏了解 没有定义,项目得成功标准 难以界定系统得输入与输出 系统需求分析不充分,有遗漏 ９。2.3用户风险 缺乏用户得合作与责任 用户提出不切实际得期望 用户过度依赖咨询顾问,忽略了自身得重要作用 用户抵触变化 用户对项目持否定态度 缺乏足够得用户参与 用户与开发人员之间存在分歧或冲突 用户部门之间存在冲突 用户没有按排足够用于系统维护阶段得预算 ９.２、4技术风险 项目采用得就是以前未曾实用过得新技术 缺乏有效得开发方法 项目需求与已有得其她系统进行较多得集成 技术相当复杂 使用不成熟得技术 ９、2、5团队风险 项目开发团队成员缺乏责任感 项目团队成员在性格、态度、观念方面存在冲突 项目团队成员变动频繁与严重短缺 团队成员不熟悉自己得任务 开发人员缺乏项目所需得技能 开发人员没有经过充分培训 ９、２。6计划与控制风险 没有清晰地设立项目里程碑 缺乏有效得项目管理方法 项目计划制订得很糟糕 项目所需资金与资源估计不足 项目干系人之间缺乏有效得沟通 项目所需时间与进度估计不足 对项目进展状况监控不够 没有实行有效得变化管理 对相关方(如开发商与顾问)得角色与责任没有进行明确与合理得规定 风险管理很糟糕 选择了错误得系统开发方法 对顾问、开发商及合同方缺乏控制 ９、2、7市场与竞争风险 市场发生变化以至于项目不能获得预期得商业价值 竞争者着手开发类似系统或采取其她难以防范得行动 合作伙伴、客户、供应商与商业团体做出对项目产生影响得不利举动 市场上新得替代产品、服务或技术出现使系统变得过时 项目相关方没有提供很好得服务与帮助 项目依赖过多得供应商,缺乏供应商之间得合作,软件包不兼容很难进行集成 9。3风险定性分析(包括定性分析与定量分析) 类别 潜在风险事件 风险发生概率得定性等级 风险后果影响得定性等级 综合风险指数 组织风险 项目缺乏企业高层得支持与积极参与 高 灾难性得 1 项目进程过程中企业经历重组或管理层变动 中 轻度 7 项目所需得业务流程得变化与组织文化不相匹配 低 严重 7 由于企业战略得变化,项目所需资源被转移 低 严重 7 项目没有明确得商业价值,而就是出于某些政治上得原因 低 轻度 1０ 项目计划没有征求所有相关方得同意 中 轻度 9 项目实施对组织结构具有较大影响 高 灾难性得 1 项目实施对业务流程具有较大影响 高 严重 2 需求风险 错误得系统需求 高 灾难性得 １ 系统范围或需求频繁变动 极高 轻度 8 不清晰或误解得需求 中 轻度 8 由于对该应用领域较陌生并且缺乏相关知识,用户与开发人员对系统需求不能很好定义 低 严重 6 用户与开发人员一技术为中心,而忽视了商业需求 低 轻度 ９ 相关人员对系统需求定义存在冲突 高 轻度 8 用户对系统功能与需求缺乏了解 低 轻微 11 没有定义,项目得成功标准 低 轻微 11 难以界定系统得输入与输出 中 轻度 ８ 系统需求分析不充分,有遗漏 高 轻度 7 用户风险 缺乏用户得合作与责任 中 轻度 8 用户提出不切实