项目风险及规避

广东海洋大学学生实验报告(学生表)实验名称计划图编制课程名称软件工程成就学院(系)软件学院专业的软件工程班级学生姓名学生身份证实验场地实验时间2016-4-28第三节9风险分析和规避措施9.1产品风险管理计划本项目可能采用的风险管理方法主要包括以下几类：专家评估法：经验估计法、德尔菲法、清单法和等效分析法问卷调查法：调查和统计分析法简单风险结构描述和分析工具：决策树分析、层次分析法和风险矩阵法复杂风险结构描述和评估工具：影响图、Petri网、网络分析技术可靠性分析：失效模式和影响分析，概率风险评估人工智能方法：贝叶斯网络、粗糙集理论、模糊集理论、人工神经网络、专家系统成本评估模型和工具：建设成本模型，蒙特卡罗模拟，成本效益分析风险管理周期和频率：风险管理预算：预留15000元风险基金，降低项目成本、进度、范围、质量、资源等方面的风险。9.2风险识别通过讨论确定了七大风险。以下是风险列表：9.2.1组织风险U项目缺乏企业高层的支持和积极参与。在项目过程中，企业经历了重组或管理变革。U项目要求的业务流程变化与组织文化不匹配。由于公司战略的变化，项目所需的资源已经转移。u项目没有明确的商业价值，但出于一些政治原因。u项目计划没有征得所有相关方的同意。项目实施对组织结构有很大的影响。项目实施对业务流程有很大的影响。9.2.2需求风险错误的系统要求系统范围或要求的频繁变化不清楚或误解的要求用户和开发人员不能很好地定义系统需求，因为他们不熟悉这个应用领域，并且缺乏相关知识。用户和开发人员专注于技术，而忽视业务需求。相关人员在定义系统需求时有冲突用户缺乏对系统功能和要求的理解u未定义项目的成功标准很难定义系统的输入和输出。u系统需求分析不足且有遗漏。用户风险用户缺乏合作和责任感用户提出不切实际的期望用户过于依赖顾问，忽视了他们的重要作用。用户抵制改变。用户对项目持否定态度。u缺乏足够的用户参与用户和开发者之间的差异或冲突用户部门之间的冲突用户没有足够的预算来逐行进行系统维护技术风险这个美国项目使用了以前从未使用过的新技术。缺乏有效的开发方法。u项目需要与其他现有系统进行更多的集成。u技术相当复杂。你使用不成熟的技术。9.2.5团队风险项目开发团队成员缺乏责任感u项目团队成员在个性、态度和观念上存在冲突项目团队成员的频繁变动和严重短缺团队成员不熟悉他们的任务。美国开发者缺乏项目所需的技能。u开发人员没有经过充分的培训。9.2.6规划和控制风险你没有明确设定项目里程碑。缺乏有效的项目管理方法项目计划起草得很糟糕。u项目所需的估计资金和资源不足u项目利益相关方之间缺乏有效沟通u项目所需的预计时间和进度不足。u .对项目进展的监测不足u没有实施有效的变更管理。对于相关方(如开发商和顾问)的角色和责任没有明确合理的规定风险管理很糟糕。你选择了错误的系统开发方法。对顾问、开发商和承包商缺乏控制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项目需求与其他现有系统更加集成。在温和的7这项技术相当复杂。在严重的5使用不成熟的技术低的轻蔑11团队风险项目开发团队成员缺乏责任感在温和的8项目团队的成员在性格、态度和观念上有冲突。在严重的5项目团队成员的频繁变动和严重短缺低的严重的6团队成员不熟悉他们的任务。低的严重的6开发人员缺乏项目所需的技能。在严重的5开发人员没有经过充分的培训低的温和的11规划和控制风险项目里程碑没有明确确立。在严重的5缺乏有效的项目管理方法高的灾难的1项目计划起草得很糟糕。在严重的5项目所需的资金和资源估计不足。低的严重的6项目干系人之间缺乏有效沟通在温和的8项目所需的预计时间和进度不足。在严重的5项目进度监控不足在轻蔑10有效的变革管理尚未实施低的温和的10对相关方(如开发商和顾问)的角色和责任没有明确合理的规定低的温和的11风险管理很糟糕在温和的8选择了错误的系统开发方法。在严重的5对顾问、开发商和承包商缺乏控制低的严重的6市场和竞争风险市场已经发生变化，因此该项目无法获得预期的商业价值。高的严重的4竞争对手开始开发类似的系统或采取其他难以阻止的行动。在严重的5合作伙伴、客户、供应商和商业团体会做出不利于项目的行为。低的温和的11市场上新的替代产品、服务或技术的出现使得该系统过时了。在严重的5项目相关方没有提供良好的服务和帮助。低的温和的11该项目依赖过多的供应商，供应商之间缺乏合作。很难集成软件包，因为它们9.4风险应对计划共识风险应对策略该项目缺乏企业高层管理人员的支持和积极参与。A.企业的高层领导应该花更多的时间在项目的开发和实施上项目经理应该建立标准和机制来评估高级领导对项目的参与。项目经理应对参与项目的企业高层领导进行奖励。D.项目经理应该提供更积极的评价来鼓励用户参与项目，从而促使企业高层领导对项目有更强的责任感企业的高级领导应该作为用户参与项目。f .企业高级领导人应为项目提供适当和充足的资源和资金。G.企业高层领导应参加项目审计会议。项目实施对业务流程有很大的影响。项目经理应该鼓励开发人员与用户一起工作，以便开发人员能够更好地理解企业的业务流程。一、项目经理应邀请企业的高级领导和用户为开发团队提供业务培训项目经理应该为用户提供更多的培训，以便他们能够更好地理解信息系统及其对业务流程的影响。K.项目经理和企业的高级领导人应该更加清楚各方在实施过程中的作用和责任项目的实施对组织结构有很大影响。l企业高层领导应制定相应的规章制度，促进信息系统在企业中的实施m项目经理和企业的高级领导应定期与其他项目干系人进行有效沟通。错误的系统要求N.项目经理应该选择其他开发方法，例如原型方法。O.项目经理应该分阶段交付任务缺乏足够的用户参与项目经理和企业的高级领导应该考虑将开发者和用户“绑在一起”。项目经理应该与用户建立信任和良好的关系。项目经理应该使用一些非正式的控制方法来补充正式的控制机制缺乏有效的项目管理方法S.项目经理应该使用更多的项目管理工具。T.企业高层领导应检查项目是否按计划按时完成。项目经理应该分阶段交付项目缺乏有效的开发方法V.项目经理应该细