精选-项目管理第八章、风险管理

如何进行风险管理
• 记录、跟踪 – 对于每个可能发生的危险，我们都要予以记录，并随 时对风险的状况进行追踪
常见风险分析和规避
1.产品定位错误（包括市场定位） 2.人员流动 3.项目管理失败 4.开发目标不明确或摇摆不定 5.开发计划执行受到严重影响 6.技术方案有缺陷 7.项目经费超支或不足 8.开发环境及过程管理混乱 9.产品质量低劣 10.需求发生变化
23
人员风险(3/3)
✓ 任务的分配和人员的技能不匹配 ✓ 人员工作的进展比预期的要慢 ✓ 项目管理人员怠工导致计划和进度失效 ✓ 技术人员怠工导致工作遗漏、质量低下，工作需要重做
24
设计和实现风险
✓ 设计过于简单，考虑不仔细、不全面，导致重新设计和实现 ✓ 设计过于复杂，导致一些不必要的工作，影响效率 ✓ 设计质量低下，导致重新设计和实现 ✓ 使用不熟悉的方法，导致需要额外的培训时间 ✓ 产品使用低级语言编写，导致效率较低 ✓ 代码和库质量低下，导致需要额外的测试，错误修正或重做； ✓ 分别开发的模块无法有效集成，需要重新设计和实现
案例分析
• 按照软件开发计划，需求分析应该在12月31日之前完成，然而在软件项 目实施过程中项目经理发现，由于原先对工作量估算过于乐观，需求分 析在12月31日之前已经不可能完成（计划）
显然，原先计划制定的不科学和不准确，导致了实施过程中进度难以控制，如果强行按照计划来 执行显然是不可行的，为此，必须对计划重新进行分析和调整
21
人员风险(1/3)
✓ 招聘人员所需的时间比预期要长 ✓ 作为人员参与工作的先决条件(如培训、其他项目的完成等)不能按时完成 ✓ 开发人员与管理层关系不佳导致决策迟缓、影响全局 ✓ 项目组成员没有全身心地投入到项目中，因而无法达到所需的产品功能和性能
需求 ✓ 缺乏激励措施、士气低下，降低生产能力 ✓ 缺乏必要的规范，增加工作失误，重复工作，降低工作质量 ✓ 缺乏工作基础(语言、经验、工具等) ✓ 项目结束前，项目组成员离开项目组
18
产品风险
✓ 错误发生率高的模块，需要更多的时间对它进行测试、设计和实现 ✓ 矫正质量低下的不可接受的产品需要更多的时间对它进行测试、设计和
实现 ✓ 由于功能错误，导致需要重新进行设计和实现 ✓ 开发额外不需要的功能延长了进度 ✓ 要满足产品规模和速度要求，需要更多的时间 ✓ 严格要求与现有系统兼容，需要更多的时间 ✓ 要求软件重用，需要更多的时间 • ……
16
客户风险(2/2)
✓ 客户要求的支持工具与环境不兼容，性能差或者不完善，导致生产率降 低
✓ 客户不接受交付的软件，尽管它满足了所有的规格 ✓ 客户期望的开发速度是开发人员所无法达到的
17
需求风险
✓ 需求已经成为项目基准，但仍在变化 ✓ 需求定义欠佳：不清晰、不准确、不一致 ✓ 增加额外的需求
19
产品风险
✓ 要求在不同操作系统下运行将花费比预期更长的时间 ✓ 在不熟悉或没有经验的软件环境中运行产生没有预料的问题 ✓ 在不熟悉或者没有经验的硬件环境中运行产生没有预料的问题 ✓ 开发一种对组织全新的模块将比预期花费更长的时间 ✓ 依赖于正在开发中的技术将延长计划进度；
外部环境风险
✓ 产品依赖政府规章，而规章的改变不可预期 ✓ 产品依赖草拟中的技术标准，而最后的标准不可预期
25
过程风险
✓ 跟踪不准确，导致无法预知项目进展是否落后于计划 ✓ 前期的质量保证行为不真实，导致后期的重复工作 ✓ 质量跟踪不准确，导致无法得知影响进度的质量问题 ✓ 不能有效遵循标准，导致沟通不足，质量问题和重复工作 ✓ 风险管理粗心，导致没有发现重大的项目风险 ✓ ……
26
案例分析
• 项目已成功实施1个月，某天小谢突然告诉小王，他已办理好了去德国 的签证，2周后他会辞职离开公司前往德国留学 （人员）
帕••金将定森主期法要回则风顾（险列P的表a数—rk—i目ns才限o见制n's成在L效1a0w个）或者更少
如果• 给使你列2表4小保时持去更完新成以一项便任显务示，优时先间级的的压力改促变使你集中精力去执行，别无选择只能
做最重要的部分。 同样的任务，如果给你1周去完成，它就换来了小题大作的6天。 如果给你2个月的时间，但愿不要这样，它就变成了一场精神磨难。 因为精力更高度集中，短时限内做出的最终产品通常不比长时限内做出来的差，甚至 质量更高。
风险管理，就是对风险进行识别、分析和应对的过程。
风险管理的目的
1.试图系统化地瓦解不确定因素对项目计划 （质量、预算、进度、资源分配等）的威胁
2.通过风险的管理变被动的面对风险，即消防 状态为主动面对风险，即钓鱼状态。
3.知道什么是紧急事件，让我们能够依据 FIRST THING FIRST 的原则处理紧急事件
显然，开发方和用户方出现这种状况显然是双方没有想到的 这种状况延续下去必将对软件项目的实施产生影响，影响软件项目的进度，甚至会导致项目失败
学习目标
一、软件项目风险基本概念 二、软件项目风险管理的过程 三、软件项目风险管理计划 四、案例分析
为什么要做风险管理(1)？
我5小(穿们李此5小(衣但7可穿设同保时李:小)0由以衣想时上7，0+李:于起很)1一洗班4于0+昨(床容下脸不起洗1早晚，易0，、迟床脸晨(看烧7口如取到，)：7+书水算果奶，:7031:到、出034此。她0起5就(很洗来时结出烧出床可晚脸：小 果门水门，以、李又前)，小出+取做会的准5李门奶一怎时(时取只，)下样间上奶+有刚？风安班5)在好(+险排！热7可5管::奶3(以热5理)之保奶+，前证5)先(+出不吃把5门迟饭(开吃才到)=水饭2能！烧5)=确分3上4钟，分钟
如何进行风险管理
• 应对策略 – 回避 • 某些不重要的功能先不实现了，保证核心业务的稳定运行 • 增加资源（一般情况下指人手） – 转嫁 • 将本公司（部门）不擅长的项目，外包出去 – 减轻 • 对于逾期的项目，一方面抓紧完成，一方面请求客户谅解 – 接收 • 对于“不可抗拒（比如地震）”的情况，只能“尽人事、安天 命。”
如何进行风险管理
• 风险识别技术 – 对于已识别的风险，我们可以制定计划进行管理 – 对于未知风险，可以借助文件审核、收集信息等方式 来发现风险
• 风险定性分析技术 – 对已经发现的风险，从发生的概率和如果发生造成的 严重后果来分类、排序
• 风险定量分析技术 – 对每项风险的发生概率和影响，以及整个项目的整体 风险程度进行数值分析。
1．只做重要的事情以减少工作时间（80/20法则）。
2．减少工作时间来做最重要的事情（帕金森法则）。
7
风险计划
• 针对每一个重要的风险，制定一个处理该风险的计划 风险由谁引起 表现形式是什么 可能什么时候发生 为什么发生 如何避免或者消除它的发生 发生后的处理措施
• 考虑5个主要方面
• 调查： 您对风险了解的足够多吗？ • 承受度：您能忍受它的结果吗？ • 避免： 您能避免该风险吗？ • 缓解： 您能减小发生的可能性吗？ • 应急： 您能减少影响吗？
• 人员流失
– 小王前两天情绪低落，大家都没有在意，今天早晨上班的时候小王突然向项目经理提交了辞职 信。小王可是项目组的主力，他走了之后，项目组中无人能接手他的工作。
我们要学会识别风险、管理风险。
什么是风险管理？
• 风险和风险管理的概念 – 确定： – 是指所有信息是可用的，对结果的预言比较有把握 – 不确定： – 即没有信息，对可能的结果一无所知 – 风险： – 一种不确定的事件或条件，一旦发生会对项目产生 正面或负面的影响
小谢的离开显然将会影响项目组的正常运作，影响项目的进度，为此将会给项目的实施带来损失 可以想象，2周以后小谢的离开将会带来一系列问题：谁来接替小谢的工作？在此之前谁来负责交 接小谢的工作？如何尽可能的避免由此给项目组带来的损失(包括进度损失和工作损失等) 尽管还没发生，但必须考虑如何避免问题的发生，以及一旦发生后该采取得措施，以便将损失减 少到最少
风险识别
• 风险的类别 计划编制 组织和管理 开发环境 最终用户 客户
需求 产品外部环境 人员 设计和实现 过程
组织和管理风险
✓ 缺乏强有力、有凝聚力的领导(项目组、企业) ✓ 解雇员工导致项目小组能力下降 ✓ 削减预算打乱项目计划 ✓ 仅由管理层和市场人员进行技术决策，导致进度延长 ✓ 低效的项目组组织结构降低生产率 ✓ 管理层审查/决策的周期比预期时间长 ✓ 管理层作出了打击项目组积极性的决定 ✓ 非技术的第三方的工作比预期要长(如, 采购硬件设备) ✓ 项目计划由于压力而放弃，导致开发混乱 ✓ 管理方面的英雄主义，忽视客观确切的状态报告，降低发现和改正问题的能力
14
开发环境风险
✓ 设施不能及时到位 ✓ 开发工具未能及时到位 ✓ 开发工具不如期望的那样有效，开发人员需要更多的时间，或者更换工
具 ✓ 开发工具的学习期比预期的要长 ✓ 开发工具的选择不是基于技术需求，不能提供计划要求的功能
15
最终用户风险
✓ 最终用户坚持新的需求 ✓ 最终用户对最后交付的产品不满意，要求重新设计和重做 ✓ 最终用户不买进项目产品，无法提供后续支持 ✓ 最终用户的意见未被采纳，造成产品最终无法满足用户要求
22
人员风险(2/3)
✓ 项目后期，加入新的开发人员，额外的培训和沟通降低了项目组成员的开发效 率
✓ 项目组成员不能有效的在一起工作 ✓ 由于项目组成员之间的冲突，导致沟通不畅，设计欠佳，接口错误和额外重复
的工作 ✓ 有问题的项目组成员没有调离项目组，影响其他成员的积极性 ✓ 项目组的最佳人选没有加入项目组，或者加入项目组但没有合理使用 ✓ 关键任务只能兼职参与 ✓ 项目人员不足
我们来帮小李算算，看她 能按时出门么？
为什么要进行风险管理(2)？
软件项目中同样存在着各种各样的风险！
• 进度落后
– 合同上签订今年9月项目验收，现在都8月底了，测试人员又测出了几百个Bug。整个项目组在 剩下的时间里通宵达旦地干都未必能完工。
• 需求膨胀
– 客户已经在需求规格说明书上签字了，项目稳扎稳打地进行着，项目组已经完成了概要设计， 正准备开始详细设计。这时，客户突然发了一封邮件，要求将系统的一些主要功能大改。
风险管理的原理
1.识别
风险 陈述
风险 消除
5.控制
2.分析
风险 Top 10
3.计划
4.跟踪
整个过程的核心依据是需要一个不断优化更新的风险评估文档
TOP10风险列表
• 统计表明，项目80%成本用于解决20%的问题 • 风险管理重点关注20％重要的部分 • 根据风险的危险度确定风险的重要性，忽略其他的部分
，果穿小迟李到衣7了服:1！：0才小5起李分床没钟，有结意
到洗会存脸在这：种4分风钟险！
3
烧开水：10分洗钟脸 取牛奶：5分钟
(4分钟) 取奶
(5分钟) 不怕一万，只怕万一，
热1 牛奶：5分钟2
4 我们需要风5险管理！ 6
吃穿早衣餐(5：分5钟分)钟 烧开水(10分钟)
热奶(5分钟) 吃饭(5分ቤተ መጻሕፍቲ ባይዱ)
案例分析
• 在软件设计阶段，软件设计负责人老王发现，用户需求中的某项需求(例 如，将已有word文档的内容显示在Web页面上)至今尚未找到解决的技 术途径（技术）
显然，该问题将直接影响软件项目的后续开发工作，影响到软件项目能否成功完成
案例分析
• 在需求分析过程中，老王带领的需求分析小组和用户在进行交流的过程 中发生了矛盾，出现了争吵，用户方说将不再配合需求分析小组的工作， 而且他们确实没有配合开发方的工作（合作）