软件工程与基础之08 软件项目管理 .ppt

  1. 1、本文档共111页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程与基础之08 软件项目管理

* * 检查表法是比较常用和简单的风险识别方法。 * 在讲第四章的成本估算时,介绍过Delphi方法。 * 被动接受例子:由于各方面原因,项目延期了,必须向用户支付违约金,或不得不接受用户对需求的变更等,这些都造成项目成本增加,利润下降甚至亏本,但为了市场的需要,不得不接受这个现实。 * 风险规划的结果应该提供一个风险分析表,按照风险值的大小排序,给出需要关注的TOP10风险。 检查表法 风险检查表中列出了项目中常见的风险。 项目相关人员通过核对风险检查表,判断哪些风险会出现在项目中。 可根据项目经验对风险检查表进行修订和补充。 该方法可以使管理者集中识别常见类型的风险。 有研究表明:IT项目常常存在一些共同的风险。 如:人员缺乏、不现实的人员和成本估计、晚期需求变化、外购构件缺陷等。 检查表法 风险检查表中的风险条目通常与以下几个方面相关:项目规模、商业影响、项目范围、客户特性、过程定义、技术要求、开发环境、人员数目及其经验。其中每一项都包含很多风险条目。 使用检查表法进行风险识别的优点是快速而简单,可以用来对照项目的实际情况,逐项排查,从而帮助识别风险。但由于每个项目都有其特殊性,检查表法很难做到全面周到。 德尔菲(Delphi)方法 德尔菲方法又称专家调查法,本质上是一种匿名反馈的函询法。它起源于20世纪40年代末,最初由美国兰德公司应用于技术预测。 把需要做风险识别的软件项目的情况分别匿名征求若干专家的意见,然后把这些意见进行综合、归纳和统计,再反馈给各位专家,再次征求意见。这样反复经过四至五轮,逐步使专家意见趋向一致,作为最后预测和识别风险的依据。 头脑风暴法 头脑风暴(Brain Storm)法简单来说就是团队的全体成员自由地提出自己的主张和想法,它是解决问题时常用的一种方法。 利用头脑风暴法识别项目风险时,要将项目主要参与人员代表召集到一起,然后他们利用自己对项目不同部分的认识,识别项目可能出现的问题。一个有益的做法是询问不同人员所担心的内容。 头脑风暴法的优点是可对项目风险进行全面的识别。 情景分析法 情景分析法是根据项目发展趋势的多样性,通过对系统内外相关问题的系统分析,设计出多种可能的未来前景,然后用类似于撰写电影剧本的手法,对系统发展态势做出自始至终的情景和画面的描述。 情景分析法是一种适用于对可变因素较多的项目进行风险预测和识别的技术,它在假定关键影响因素有可能发生的基础上,构造多重情景,提出多种未来的可能结果,以便采取适当措施防患于未然。 风险监督管理 针对风险分析的结果,制定风险应对策略和措施的过程,其目标是应对、减少、以至于消灭风险事件。 风险监督管理的主要策略: 回避风险 转移风险 缓解风险 接受风险 回避风险 回避风险是对可能发生的风险尽可能地规避,采取主动放弃或者拒绝使用导致风险的方案。 例如放弃采用新技术。 消除了风险的起因,将风险发生概率降为零。具有简单和彻底的优点。 回避风险 注意事项: 对风险要有足够的认识; 当其他风险策略不理想的时候,可以考虑; 可能产生另外的风险; 不是所有的情况都适用,有些风险无法回避,如用户需求变更; 转移风险 转移风险是为了避免承担风险损失,有意识地将损失或与损失有关的财务后果转嫁出去的方法。 例如: 采购 分包 免责合同 保险 缓解风险 在风险发生之前采取一些措施降低风险发生的可能性或减少风险可能造成的损失。 例如,为了防止人员流失,提高人员待遇,改善工作环境;为防止程序或数据丢失而进行备份等。 接受风险 项目团队有意识地选择由自己来承担风险后果。 当风险很难避免,或采取其它风险应对方案的成本超过风险发生后所造成的损失时,可采取接受风险的策略。 主动接受:在风险识别、分析阶段已对风险有了充分准备,当风险发生时马上执行应急计划。 被动接受:风险发生时再去应对。在风险事件造成的损失数额不大,不对软件项目的整体目标造成较大影响时,项目团队将风险的损失当做软件项目的一种成本来对待。 风险分析表 排序 输入 风险事件 可能性 影响 风险值 采取的措施 1 系统设计评审 没有足够的时间进行产品测试 70% 50% 35% 1.采取加班的方法 2.修改计划去掉一些任务 3.与客户商量延长一些时间 2 WBS 对需求的开发式系统标准没有合适的测试案例 ? 20% 80% 16% 找专业的测试公司完成测试工作 3 需求和计划 采用新技术可可能导致进度的延期 50% 30% 15% 1.培训开发人员 2.找专家作指导 3.采取边开发边学习的方法,要求他们必须在规定的时间内掌握技术 …… ? ? ? ? ? ? 风险监控 方法:建立项目风险监控体系 风险审核 挣值分析 项目风险评价 输入:风险计划 输出:

您可能关注的文档

文档评论(0)

ctuorn0371 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档