项目风险及规避概要1.docx

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