第9讲_软件项目风险管理.pptVIP

⑵软件项目的需求风险 软件项目在初期确定需求时往往都是模糊的、不 确定的、有时甚至是混乱的。如果在项目早期忽视了 这些模糊的需求，并且在软件项目进展过程中没有得 到及时的解决，这些问题就会对项目的成功造成巨大 的潜在威胁。常见的与需求相关的风险因素有： 用户对具体的项目交付物 —— 软件缺少清晰的认识； 用户对产品需求缺少认同； 项目团队在收集和分析需求时，客户参与不够； 需求不够明确、准确； 由于不确定的需要导致失去确定的目标； 由于市场变化导致不断变化的需求； 缺少有效的需求变更控制管理措施，对需求的变更缺 少相关的分析评估等等。 ⑶软件项目中与客户相关的风险 在软件项目中，许多风险都是因为项目的客户因 素造成的下面是一些与客户相关的风险因素： 客户配合和协调环境； 客户不清楚到底需要什么，不能把需求比较清晰地写出来； 客户没有多少时间进行需求分析工作，以确定项目范围； 客户中没有经验丰富人员参与该项目； 客户不能参加阶段性评审； 客户没有与项目团队建立直接、快速的通信渠道； 与客户没有过合作经验； 客户不了解软件过程、项目管理过程； 客户不具有基本的技术和信息化素养； 项目交付物（软件）的使用者和决策者不清楚等等。 ⑷软件项目中管理方面的风险 在对软件项目进行风险管理时，有必要注意识别 其管理方面的风险因素，常见的与管理有关风险有： 高级管理层是否重视软件项目管理； 不切实际的承诺； 项目团队有无软件项目的管理标准、软件过程规范； 计划和任务定义不够充分； 项目团队是否有软件工程意识； 有无管理机制保证项目团队按软件工程标准来工作； 开发人员是否可根据既定的软件过程标准进行开发； 对于需求、设计、编码、测试等工作是否进行正式的 技术复审； 对复审是否建立档案，并进行分析； 是否采用配置管理来来跟踪和控制软件过程中的变化 活动； 对于需求变更有无控制机制，对于变化的需求是否评 估、分析； 项目的实施状态不清楚； 团队的配合与员工之间的冲突； 是否有项目管理工具辅助管理等等。 ⑸软件项目的技术风险 软件项目所涉及的技术往往十分复杂，影响 因素也非常多。同时由于软件技术飞速发展、日 新月异，在项目中往往需要适当采用一些新技术， 以更好地实现项目的目标、满足客户的需要。毫 无疑问，高技术含量的软件项目是具有挑战性和 令人兴奋的，但是这同时也蕴藏着不少的风险。 软件技术的复杂性和新技术不断涌现，使得软件 项目团队缺乏经验丰富的工程师，可能因为技术 原因影响项目的成功。因此，在软件项目初期就 要识别出其技术风险，以便下一步采取合适的预 防措施是十分重要的。软件项目中可能涉及到的 技术风险非常多。 9.5 软件项目风险分析 ⑴风险概率和影响程度评估 风险发生的概率和风险发生后的影响是对软件项目 风险进行定性分析的两个主要评价指标。软件项目风 险的发生概率及其影响程度都可以用定性的方式进行 评估。 风险概率和影响程度评估就是针对已经识别出来 的每项具体风险，根据软件项目风险管理计划中定义 的标准，确定每一项风险发生的概率等级和发生后影 响等级。 风险发生概率和影响程度评估的对象是每个具体 的风险条目，而不是整个项目。风险发生概率评估是 评估每项已经识别出来的风险发生的可能性；风险影 响程度评估是评估每项风险对项目目标（如时问、成 本、范围或质量）所造成的影响或后果。 ⑵概率和影响等级评定矩阵 定性风险分析中，还可以采用概率和影响等级 评定矩阵的形式，评估每项风险的重要性，及其紧 迫程度。概率和影响等级评定矩阵是基于对软件项 目风险的发生概率和影响程度的定性等级评价，对 风险进行等级排序，便于进一步对风险进行定量分 析并制定相应的应对方案。 概率和影响等级评定矩阵是由软件项目团队在 风险管理计划过程中根据项目的具体情况确定的， 它规定了各种风险发生概率和影响程度的组合，并 规定哪些组合被评定为高风险、中等风险或低风险。 根据需要，概率和影响等级评定矩阵可以用数值表 示，也可以用描述性的文字表示。 表 9-4 概率和影响等级评定矩阵 ⑶专家访谈 采用专家访谈方式，可以邀请具有类似项目经 验或相关领域经验的专家，这些专家根据他们的丰 富经验和渊博的知识对软件项目的风险进行度量， 其结果有时甚至比通过数学计算和模拟仿真的结果 还要准确和可靠。如果风险的影响后果大小不容易 直接估算出来，可以把后果分解为更小的部分，再 对其进行评估；然后把各个部分的结果累加，得到 总的评估值。对项目关系人和领域专家访谈常常是 对软件项目的风险进行量化分析的第一步。 ⑷灵敏度分析 灵敏度分析是一种考查每个项目风险的不确定 性对项目目标的影响程度的方法。敏感性分析有助 于确定哪些风险对软件项目具有最大的潜在影响。 它在所有其它不确定因素保持基准值的条件下，分 析软件