软件项目风险控制.ppt

《软件项目风险控制.ppt》由会员分享，可在线阅读，更多相关《软件项目风险控制.ppt（67页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第七章第七章 软件项目风险管理软件项目风险管理软件项目管理软件项目中的风险软件项目中的风险不断变换的需求不断变换的需求低劣的计划和估算低劣的计划和估算不可信赖的承包人不可信赖的承包人欠缺的管理经验欠缺的管理经验人员问题人员问题技术失败技术失败政策的变化政策的变化本章内容要点本章内容要点风险和风险管理风险和风险管理风险识别风险识别风险评估风险评估风险规划风险规划风险监控风险监控软件项目风险管理计划（案例）软件项目风险管理计划（案例）第一节第一节 风险和风险管理风险和风险管理风险风险是不确定的事件，一旦发生，将会造成消极是不确定的事件，一旦发生，将会造成消极影响。影响。风险的风险的三要素：三要素：

2、s一个未来的事件一个未来的事件s事件发生的概率事件发生的概率s事件的影响事件的影响风险发生的概率越高，造成的影响越大，就越是风险发生的概率越高，造成的影响越大，就越是高风险，否则就是中等风险或低风险。高风险，否则就是中等风险或低风险。风险分类风险分类从风险的范围角度上看，可将风险分为三种类型：从风险的范围角度上看，可将风险分为三种类型：s项目风险项目风险：潜在的项目预算、进度、人员、资：潜在的项目预算、进度、人员、资源、用户和需求等方面的问题。源、用户和需求等方面的问题。s技术风险技术风险：实现和交付产品过程中所应用的各：实现和交付产品过程中所应用的各种技术所包含的风险。技术的正确性、不确定种

3、技术所包含的风险。技术的正确性、不确定性、复杂性、技术陈旧等因素都可带来技术风性、复杂性、技术陈旧等因素都可带来技术风险。险。s商业风险商业风险：与市场、企业产品策略等因素有关：与市场、企业产品策略等因素有关的风险。的风险。从风险可预测的程度来看，可将风险分为以下三从风险可预测的程度来看，可将风险分为以下三种类型：种类型：s已知风险已知风险：通过评估项目计划、项目的商业和：通过评估项目计划、项目的商业和技术环境以及其它可靠的信息来源之后可以发技术环境以及其它可靠的信息来源之后可以发现的那些风险。现的那些风险。s可预测风险可预测风险：能够从过去的项目经验中推测出：能够从过去的项目经验中推测出的风

4、险。的风险。s不可预测风险不可预测风险：事先很难识别出来的风险。：事先很难识别出来的风险。风险分类风险分类风险管理风险管理风险管理风险管理是指在项目进行过程中不断对风险进行是指在项目进行过程中不断对风险进行识别、评估和监控的过程，其目的是减小风险对识别、评估和监控的过程，其目的是减小风险对项目的不利影响。项目的不利影响。风险管理用来处理项目中的各种不确定性。风险风险管理用来处理项目中的各种不确定性。风险管理策略可以分为管理策略可以分为4 4个层次：个层次：s危机管理：风险已经造成麻烦后才着手处理。危机管理：风险已经造成麻烦后才着手处理。s风险缓解：事先制定好风险发生后的补救措施，风险缓解：事先

5、制定好风险发生后的补救措施，但不制定任何防范措施。但不制定任何防范措施。s着力预防：将风险防范作为项目的一部分加以着力预防：将风险防范作为项目的一部分加以规划和执行。规划和执行。s消灭根源：识别和消灭可能产生风险的根源。消灭根源：识别和消灭可能产生风险的根源。应采取主动的风险管理策略，即着力预防和消灭应采取主动的风险管理策略，即着力预防和消灭根源的管理策略。这一策略在项目计划阶段就启根源的管理策略。这一策略在项目计划阶段就启动了：识别出潜在的风险、评估它们出现的概率动了：识别出潜在的风险、评估它们出现的概率和潜在的影响、按照重要性进行排序，然后制定和潜在的影响、按照重要性进行排序，然后制定一个

6、计划来管理风险。一个计划来管理风险。软件项目风险管理包括风险识别、风险评估、风软件项目风险管理包括风险识别、风险评估、风险规划和风险监控四个过程。险规划和风险监控四个过程。风险管理风险管理本章内容要点本章内容要点风险和风险管理风险和风险管理风险识别风险识别风险评估风险评估风险规划风险规划风险监控风险监控软件项目风险管理计划（案例）软件项目风险管理计划（案例）第二节第二节 风险识别风险识别输入输入标识风险标识风险风险表风险表风险识别方法风险识别方法检查表法检查表法德尔菲方法德尔菲方法头脑风暴法头脑风暴法情景分析法情景分析法检查表法检查表法风险检查表中列出了项目中常见的风险。风险检查表中列出了项目

7、中常见的风险。项目相关人员通过核对风险检查表，判断哪些风项目相关人员通过核对风险检查表，判断哪些风险会出现在项目中。险会出现在项目中。可根据项目经验对风险检查表进行修订和补充。可根据项目经验对风险检查表进行修订和补充。该方法可以使管理者集中识别常见类型的风险。该方法可以使管理者集中识别常见类型的风险。有研究表明：有研究表明：ITIT项目常常存在一些共同的风险。项目常常存在一些共同的风险。如：人员缺乏、不现实的人员和成本估计、晚期需如：人员缺乏、不现实的人员和成本估计、晚期需求变化、外购构件缺陷等。求变化、外购构件缺陷等。风险检查表中的风险条目通常与以下几个方面相风险检查表中的风险条目通常与以下

8、几个方面相关：项目规模、商业影响、项目范围、客户特性、关：项目规模、商业影响、项目范围、客户特性、过程定义、技术要求、开发环境、人员数目及其过程定义、技术要求、开发环境、人员数目及其经验。其中每一项都包含很多风险条目。经验。其中每一项都包含很多风险条目。使用检查表法进行风险识别的优点是快速而简单，使用检查表法进行风险识别的优点是快速而简单，可以用来对照项目的实际情况，逐项排查，从而可以用来对照项目的实际情况，逐项排查，从而帮助识别风险。但由于每个项目都有其特殊性，帮助识别风险。但由于每个项目都有其特殊性，检查表法很难做到全面周到。检查表法很难做到全面周到。检查表法检查表法德尔菲（德尔菲（Del

9、phi）方法）方法德尔菲方法又称专家调查法，本质上是一种匿名德尔菲方法又称专家调查法，本质上是一种匿名反馈的函询法。它起源于反馈的函询法。它起源于2020世纪世纪4040年代末，最初年代末，最初由美国兰德公司应用于技术预测。由美国兰德公司应用于技术预测。把需要做风险识别的软件项目的情况分别匿名征把需要做风险识别的软件项目的情况分别匿名征求若干专家的意见，然后把这些意见进行综合、求若干专家的意见，然后把这些意见进行综合、归纳和统计，再反馈给各位专家，再次征求意见。归纳和统计，再反馈给各位专家，再次征求意见。这样反复经过四至五轮，逐步使专家意见趋向一这样反复经过四至五轮，逐步使专家意见趋向一致，作

10、为最后预测和识别风险的依据。致，作为最后预测和识别风险的依据。头脑风暴法头脑风暴法头脑风暴（头脑风暴（BrainStormBrainStorm）法简单来说就是团队的）法简单来说就是团队的全体成员自由地提出自己的主张和想法，它是解全体成员自由地提出自己的主张和想法，它是解决问题时常用的一种方法。决问题时常用的一种方法。利用头脑风暴法识别项目风险时，要将项目主要利用头脑风暴法识别项目风险时，要将项目主要参与人员代表召集到一起，然后他们利用自己对参与人员代表召集到一起，然后他们利用自己对项目不同部分的认识，识别项目可能出现的问题。项目不同部分的认识，识别项目可能出现的问题。一个有益的做法是询问不同人

11、员所担心的内容。一个有益的做法是询问不同人员所担心的内容。头脑风暴法的优点是可对项目风险进行全面的识头脑风暴法的优点是可对项目风险进行全面的识别。别。情景分析法情景分析法情景分析法是根据项目发展趋势的多样性，通过情景分析法是根据项目发展趋势的多样性，通过对系统内外相关问题的系统分析，设计出多种可对系统内外相关问题的系统分析，设计出多种可能的未来前景，然后用类似于撰写电影剧本的手能的未来前景，然后用类似于撰写电影剧本的手法，对系统发展态势做出自始至终的情景和画面法，对系统发展态势做出自始至终的情景和画面的描述。的描述。情景分析法是一种适用于对可变因素较多的项目情景分析法是一种适用于对可变因素较多

12、的项目进行风险预测和识别的技术，它在假定关键影响进行风险预测和识别的技术，它在假定关键影响因素有可能发生的基础上，构造多重情景，提出因素有可能发生的基础上，构造多重情景，提出多种未来的可能结果，以便采取适当措施防患于多种未来的可能结果，以便采取适当措施防患于未然。未然。本章内容要点本章内容要点风险和风险管理风险和风险管理风险识别风险识别风险评估风险评估风险规划风险规划风险监控风险监控软件项目风险管理计划（案例）软件项目风险管理计划（案例）第三节第三节 风险评估风险评估对风险发生概率的估计和评价，项目风险后果严对风险发生概率的估计和评价，项目风险后果严重程度的估计和评价，项目风险影响范围的分析重

13、程度的估计和评价，项目风险影响范围的分析和评价，以及对于项目风险发生时间的估计和评和评价，以及对于项目风险发生时间的估计和评价。价。风险值（风险的严重程度）风险值（风险的严重程度）R=F(P,I)R=F(P,I)sP P是风险发生的概率。是风险发生的概率。sI I是风险发生后对项目目标的影响。是风险发生后对项目目标的影响。确定风险的优先次序确定风险的优先次序根据风险的严重程度进行排序，确定最需关注的根据风险的严重程度进行排序，确定最需关注的前几个（前几个（TOP10TOP10）风险。）风险。风险评估的方法包括定性风险评估和定量风险评风险评估的方法包括定性风险评估和定量风险评估。估。定性风险评估

14、定性风险评估定性评估风险的发生概率及后果。定性评估风险的发生概率及后果。风险概率度量：风险概率度量：s高、中、低高、中、低s极高、高、中、低、极低极高、高、中、低、极低s不可能，不一定，可能和极可能不可能，不一定，可能和极可能等等等等风险后果度量风险后果度量s高、中、低高、中、低s极高、高、中、低、极低极高、高、中、低、极低s灾难，严重，一般，轻微，可忽略灾难，严重，一般，轻微，可忽略等等等等定性风险评估定性风险评估风险概率及后果估计矩阵图风险概率及后果估计矩阵图PPRRI ILowMedium HighHighLHHMediumLHHLowLMM定量风险评估定量风险评估量化分析每一个风险的概

15、率及其对项目造成的后量化分析每一个风险的概率及其对项目造成的后果，也分析项目总体风险的程度。果，也分析项目总体风险的程度。分析方法：分析方法：s盈亏平衡分析盈亏平衡分析s模拟模拟s专家访谈专家访谈s决策树分析决策树分析s量化风险检查表量化风险检查表专家访谈专家访谈邀请具有类似项目经验或相关领域经验的专家，邀请具有类似项目经验或相关领域经验的专家，这些专家运用他们丰富的经验和知识对软件项目这些专家运用他们丰富的经验和知识对软件项目的风险进行度量。其结果会相当准确和可靠，甚的风险进行度量。其结果会相当准确和可靠，甚至有时比通过数学计算和模拟仿真得出的结果还至有时比通过数学计算和模拟仿真得出的结果还

16、要准确和可靠。要准确和可靠。如果风险的影响后果大小不易直接估算出来，可如果风险的影响后果大小不易直接估算出来，可以把后果分解为更小的部分，再对其进行评估，以把后果分解为更小的部分，再对其进行评估，然后把各个部分的结果累加，得到总的评估值。然后把各个部分的结果累加，得到总的评估值。例如，如果使用例如，如果使用3 3种新编程工具，可以单独评估每种新编程工具，可以单独评估每种工具未达到预期效果的损失，然后把损失加到种工具未达到预期效果的损失，然后把损失加到一起，这要比总体评估容易多了。一起，这要比总体评估容易多了。决策树分析决策树分析决策树是一种形象化的图表分析方法，它把项目决策树是一种形象化的图表

17、分析方法，它把项目所有可供选择的方案、方案之间的关系、方案的所有可供选择的方案、方案之间的关系、方案的后果及发生的概率用树状的图形表示出来，为决后果及发生的概率用树状的图形表示出来，为决策者提供选择最佳方案的依据。策者提供选择最佳方案的依据。决策树中的每一个分支代表一个决策或者一个偶决策树中的每一个分支代表一个决策或者一个偶然的事件，从出发点开始不断产生分支以表示所然的事件，从出发点开始不断产生分支以表示所分析问题的各种发展的可能性。分析问题的各种发展的可能性。每一个分支都采用每一个分支都采用预期损益值预期损益值（ExpectedExpectedMonetaryValue,EMVMonetar

18、yValue,EMV）作为其度量指标。决策者）作为其度量指标。决策者可根据各分支的预期损益值中最大者（如求最小，可根据各分支的预期损益值中最大者（如求最小，则为最小者）作为选择的依据。预期损益值等于则为最小者）作为选择的依据。预期损益值等于损益值与事件发生的概率的乘积，即：损益值与事件发生的概率的乘积，即：EMV=EMV=损益值损益值 发生概率发生概率例如：某行动方案成功的概率是例如：某行动方案成功的概率是50%50%，收益是，收益是1010万，则万，则EMV=10*50%=5EMV=10*50%=5万。万。决策树分析决策树分析决策树分析示例决策树分析示例EMV=0失败：失败：P=30%,ou

19、tcome=-200,000 成功：成功：P=70%高性能：高性能：P=30%,outcome=550,000EMV=550,000*30%=165000低性能：低性能：P=70%,outcome=-100,000EMV=-100,000*70%=-70000EMV=95,000*70%=66500实施后：实施后：EMV=6,500不实施EMV=-200,000*30%=-60000决策树分析示例决策树分析示例利用决策树风险分析技术来分析如下两种情况，利用决策树风险分析技术来分析如下两种情况，以便决定你会选择哪种方案：（要求画出决策树）以便决定你会选择哪种方案：（要求画出决策树）方案方案A A

20、：随机投掷硬币两次，如果两次投掷的结果：随机投掷硬币两次，如果两次投掷的结果都是硬币正面朝上，你将获得元；投掷的结都是硬币正面朝上，你将获得元；投掷的结果背面每朝上一次你需要付出果背面每朝上一次你需要付出.元。元。方案方案B B：随机投掷硬币两次，你需要付出元；如：随机投掷硬币两次，你需要付出元；如果两次投掷的结果都是硬币正面朝上，你将获得果两次投掷的结果都是硬币正面朝上，你将获得元。元。决策树分析示例决策树分析示例0.25*10=$2.50.25*10=$2.5元元0.5*-1.5=-0.750.5*-1.5=-0.75元元0.25*-3=-$0.75元元 GameA:EMV=GameA:E

21、MV=1 10.25*8=20.25*8=2元元0.5*-2=-10.5*-2=-1元元0.25*-2=-0.50.25*-2=-0.5元元GameB:EMV=GameB:EMV=0.50.510元-1.5元8元=10-2-2元-2元-3元风险评估结果风险评估结果风险风险风险风险类别类别类别类别概率概率概率概率影响影响影响影响排序排序排序排序用户变更需求用户变更需求产品规模产品规模80%80%5 51 1规模估算可能过低规模估算可能过低产品规模产品规模60%60%5 52 2人员流动人员流动人员数目及经验人员数目及经验60%60%4 43 3最终用户抵制该计划最终用户抵制该计划商业影响商业影响

22、50%50%4 44 4交付期限被紧缩交付期限被紧缩商业影响商业影响50%50%3 35 5技术达不到预期效果技术达不到预期效果技术情况技术情况30%30%2 27 7缺少对工具的培训缺少对工具的培训开发环境开发环境40%40%1 18 8本章内容要点本章内容要点风险和风险管理风险和风险管理风险识别风险识别风险评估风险评估风险规划风险规划风险监控风险监控软件项目风险管理计划（案例）软件项目风险管理计划（案例）第四节第四节 风险规划风险规划针对风险分析的结果，制定风险应对策略和措施针对风险分析的结果，制定风险应对策略和措施的过程，其目标是应对、减少、以至于消灭风险的过程，其目标是应对、减少、以至

23、于消灭风险事件。事件。风险规划的主要策略：风险规划的主要策略：s回避风险回避风险s转移风险转移风险s缓解风险缓解风险s接受风险接受风险回避风险回避风险回避风险是对可能发生的风险尽可能地规避，采回避风险是对可能发生的风险尽可能地规避，采取主动放弃或者拒绝使用导致风险的方案。取主动放弃或者拒绝使用导致风险的方案。例如放弃采用新技术。例如放弃采用新技术。消除了风险的起因，将风险发生概率降为零。具消除了风险的起因，将风险发生概率降为零。具有简单和彻底的优点。有简单和彻底的优点。回避风险回避风险注意事项：注意事项：s对风险要有足够的认识；对风险要有足够的认识；s当其他风险策略不理想的时候，可以考虑；当其

24、他风险策略不理想的时候，可以考虑；s可能产生另外的风险；可能产生另外的风险；s不是所有的情况都适用，有些风险无法回避，不是所有的情况都适用，有些风险无法回避，如用户需求变更；如用户需求变更；转移风险转移风险转移风险是为了避免承担风险损失，有意识地将转移风险是为了避免承担风险损失，有意识地将损失或与损失有关的财务后果转嫁出去的方法。损失或与损失有关的财务后果转嫁出去的方法。例如：例如：s采购采购s分包分包s免责合同免责合同s保险保险缓解风险缓解风险在风险发生之前采取一些措施降低风险发生的可在风险发生之前采取一些措施降低风险发生的可能性或减少风险可能造成的损失。能性或减少风险可能造成的损失。例如，

25、为了防止人员流失，提高人员待遇，改善例如，为了防止人员流失，提高人员待遇，改善工作环境；为防止程序或数据丢失而进行备份等。工作环境；为防止程序或数据丢失而进行备份等。接受风险接受风险项目团队有意识地选择由自己来承担风险后果。项目团队有意识地选择由自己来承担风险后果。当风险很难避免，或采取其它风险应对方案的成当风险很难避免，或采取其它风险应对方案的成本超过风险发生后所造成的损失时，可采取接受本超过风险发生后所造成的损失时，可采取接受风险的策略。风险的策略。主动接受：在风险识别、分析阶段已对风险有了主动接受：在风险识别、分析阶段已对风险有了充分准备，当风险发生时马上执行应急计划。充分准备，当风险发

26、生时马上执行应急计划。被动接受：风险发生时再去应对。在风险事件造被动接受：风险发生时再去应对。在风险事件造成的损失数额不大，不对软件项目的整体目标造成的损失数额不大，不对软件项目的整体目标造成较大影响时，项目团队将风险的损失当做软件成较大影响时，项目团队将风险的损失当做软件项目的一种成本来对待。项目的一种成本来对待。风险规划示例风险规划示例人员的频繁流动是一项风险，基于过去的历史和人员的频繁流动是一项风险，基于过去的历史和管理经验，人员频繁流动可能性的估计值为管理经验，人员频繁流动可能性的估计值为70%70%，会造成开发时间增加，会造成开发时间增加15%15%，总成本增加，总成本增加12%12

27、%。对于这一风险，项目经理采取了以下风险缓解策对于这一风险，项目经理采取了以下风险缓解策略：略：与现有人员讨论人员流动的原因。与现有人员讨论人员流动的原因。项目启动时，做好会出现人员流动的准备，采取项目启动时，做好会出现人员流动的准备，采取一些技术以确保人员的一旦离开后，项目仍然能一些技术以确保人员的一旦离开后，项目仍然能继续。继续。建立良好的项目组织和通信渠道，以使大家能够建立良好的项目组织和通信渠道，以使大家能够了解每个有关的开发活动的信息。了解每个有关的开发活动的信息。指定文档标准并建立相应的机制，以保证文档能指定文档标准并建立相应的机制，以保证文档能够及时建立。够及时建立。对所有工作组

28、织细致的评审，使大多数人能够按对所有工作组织细致的评审，使大多数人能够按计划进度完成自己的工作。计划进度完成自己的工作。风险规划示例风险规划示例风险分析表风险分析表排序输入风险事件可能性影响风险值采取的措施1系统设计评审没有足够的时间进行产品测试70%50%35%1采取加班的方法2修改计划去掉一些任务3与客户商量延长一些时间2WBS对需求的开发式系统标准没有合适的测试案例20%80%16%找专业的测试公司完成测试工作3需求和计划采用新技术可可能导致进度的延期50%30%15%1培训开发人员2找专家作指导3采取边开发边学习的方法，要求他们必须在规定的时间内掌握技术本章内容要点本章内容要点风险和风

29、险管理风险和风险管理风险识别风险识别风险评估风险评估风险规划风险规划风险监控风险监控软件项目风险管理计划（案例）软件项目风险管理计划（案例）第五节第五节 风险监控风险监控实施和跟踪风险管理计划实施和跟踪风险管理计划确保风险策略正在合理使用确保风险策略正在合理使用监视剩余的风险和识别新的风险监视剩余的风险和识别新的风险收集可用于将来的风险分析信息收集可用于将来的风险分析信息风险监控风险监控方法：建立项目风险监控体系风险审核挣值分析项目风险评价输入：风险计划输出：风险计划更新建立风险监控体系建立风险监控体系项目风险监控体系的建立，包括制定项目风险的项目风险监控体系的建立，包括制定项目风险的方针、程

30、序、责任制度、报告制度、预警制度、方针、程序、责任制度、报告制度、预警制度、沟通程序等方式，以此来控制项目的风险。沟通程序等方式，以此来控制项目的风险。项目风险审核项目风险审核项目风险审核是确定项目风险监控活动和有关结项目风险审核是确定项目风险监控活动和有关结果是否符合项目风险计划，以及风险计划是否有果是否符合项目风险计划，以及风险计划是否有效地实施并达到预定目标。有系统地进行项目风效地实施并达到预定目标。有系统地进行项目风险审核是开展项目风险监控的有效手段，也可以险审核是开展项目风险监控的有效手段，也可以作为改进项目风险监控活动的一种有效的机制。作为改进项目风险监控活动的一种有效的机制。To

31、p10Top10风险列表控制是最有效的风险控制工具之风险列表控制是最有效的风险控制工具之一。一。定期定期(每周每周)审核审核Top10Top10风险列表。风险列表。Top 10风险列表样例风险列表样例挣值分析挣值分析通过挣值分析可以显示项目在成本和进度上的偏通过挣值分析可以显示项目在成本和进度上的偏差。如果偏差较大，则需要进一步对项目风险进差。如果偏差较大，则需要进一步对项目风险进行识别、分析。行识别、分析。风险评价风险评价软件项目管理会面临很多已知和未知的问题，尤软件项目管理会面临很多已知和未知的问题，尤其是没有管理经验的项目经理更应该及早评价和其是没有管理经验的项目经理更应该及早评价和预防

32、项目风险。风险评价按照阶段不同可以分为：预防项目风险。风险评价按照阶段不同可以分为：事前评价、事中评价、事后评价、跟踪评价等；事前评价、事中评价、事后评价、跟踪评价等；按照评价方法不同可以分为定性评价、定量评价按照评价方法不同可以分为定性评价、定量评价和综合评价等。和综合评价等。风险管理是一个连续循环的过程风险管理是一个连续循环的过程案例分析案例分析案例描述案例描述江西某行业业务运营支撑网络管理工程是全国江西某行业业务运营支撑网络管理工程是全国性重点工程，受到该公司领导层的高度重视，委派性重点工程，受到该公司领导层的高度重视，委派业务支撑部部门经理为项目总监，张工为项目经理。业务支撑部部门经理

33、为项目总监，张工为项目经理。在编制早期计划书时，市场部李工不断提出新在编制早期计划书时，市场部李工不断提出新的需求，而张工的需求，而张工“来者不拒来者不拒”，不停地更改项目计，不停地更改项目计划。划。在工程的机房设备平面设计中，张工组织人员在工程的机房设备平面设计中，张工组织人员自行设计，将大部分机架式的小型机集中摆放在一自行设计，将大部分机架式的小型机集中摆放在一片较小区域内。片较小区域内。本期工程正式完全割接上线前，旧系统仍然本期工程正式完全割接上线前，旧系统仍然需保持运行。保证系统稳定运行是项目团队的第需保持运行。保证系统稳定运行是项目团队的第一要务，在系统割接期间，确保一要务，在系统割

34、接期间，确保7 7天天2424小时的业小时的业务连续平稳运行。务连续平稳运行。问题：该工程中有哪些风险？应采取怎样的应对问题：该工程中有哪些风险？应采取怎样的应对策略？策略？案例分析案例分析分析分析频繁的需求变更必然会影响信息工程项目的三频繁的需求变更必然会影响信息工程项目的三大目标（进度、成本、质量）。因此引导客户需大目标（进度、成本、质量）。因此引导客户需求对项目经理来说就非常关键，引导得好，项目求对项目经理来说就非常关键，引导得好，项目的开发就会比较顺利，相反，就会给项目带来很的开发就会比较顺利，相反，就会给项目带来很多负面影响。多负面影响。在该项目中，项目经理张工对市场部李工不断在该项

35、目中，项目经理张工对市场部李工不断提出的新需求采取了提出的新需求采取了“来者不拒来者不拒”的态度，这是的态度，这是不恰当的，应为这会使项目计划不断变动，导致不恰当的，应为这会使项目计划不断变动，导致项目范围无法确定，工期和成本不可控制，项目范围无法确定，工期和成本不可控制，案例分析案例分析团队成员工作目标也不明确，因此出现了非常团队成员工作目标也不明确，因此出现了非常严重的需求风险。严重的需求风险。为了应对这一风险，张工应该与李工积极地沟为了应对这一风险，张工应该与李工积极地沟通和谈判，使他明白工程的重要意义，并承诺工通和谈判，使他明白工程的重要意义，并承诺工程不是交钥匙项目，可为系统升级和扩

36、容留有扩程不是交钥匙项目，可为系统升级和扩容留有扩展接口，将来新的需求能够通过后续工程逐步实展接口，将来新的需求能够通过后续工程逐步实现，从而使需求趋于稳定。现，从而使需求趋于稳定。在工程的机房设备平面设计中，将大部分机架在工程的机房设备平面设计中，将大部分机架式的小型机集中摆放在一片较小区域内，从表面式的小型机集中摆放在一片较小区域内，从表面上看，提高了机房平面空间的使用率，但是由于上看，提高了机房平面空间的使用率，但是由于未充分考虑到设备散热因素，容易造成该区域未充分考虑到设备散热因素，容易造成该区域案例分析案例分析机器过热而宕机。因此团队的机房设计技术经验机器过热而宕机。因此团队的机房设

37、计技术经验不足给项目带来了系统运行不稳定的风险。不足给项目带来了系统运行不稳定的风险。可采取风险转移策略来应对这一风险。张工可聘可采取风险转移策略来应对这一风险。张工可聘请具有通信设计资质的专家来负责机房设备平面设请具有通信设计资质的专家来负责机房设备平面设计，从机房空调、电源、布线、承重、消防等各个计，从机房空调、电源、布线、承重、消防等各个方面进行详细的勘察和设计，从而保证设备运行的方面进行详细的勘察和设计，从而保证设备运行的可靠性，实现工程设计风险的良性转移。可靠性，实现工程设计风险的良性转移。在系统割接期间，新旧系统要顺利交接，这给系在系统割接期间，新旧系统要顺利交接，这给系统业务的统

38、业务的7 7天天2424小时小时连续平稳运行带来了风险，连续平稳运行带来了风险，案例分析案例分析因此项目组必须制定详尽可行的系统割接方案、因此项目组必须制定详尽可行的系统割接方案、新旧系统并运行方案和故障应急处理方案。新旧系统并运行方案和故障应急处理方案。案例分析案例分析本章内容要点本章内容要点风险和风险管理风险和风险管理风险识别风险识别风险评估风险评估风险规划风险规划风险监控风险监控软件项目风险管理计划（案例）软件项目风险管理计划（案例）软件项目风险管理计划软件项目风险管理计划风险管理计划的主要内容风险管理计划的主要内容s风险应对计划（风险应对计划（top10top10清单）清单）s岗位职责

39、岗位职责s时间时间s预算预算s追踪等等追踪等等任务可能的风险产生的阶段产生的原因避免的措施发生后的处理制定设计阶段的规范和标准时间风险项目准备需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时间和资源有限开发环境确认资源风险系统设计由于设备未到位导致延误开发管理系统设计技术风险系统设计基于TeMIP平台开发SDH专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺在系统设计前请TeMIP专家进行相关培训对功能规格和系统设计的调整时间风险0版本开发评测结果对功能规格和系统设计影响较大0版本开发时间风险0版本开发由于学习曲线过长延误时间系统测试资源风险0版本开发开发

40、人员与SQA人员对工作站和服务器使用的争夺MD现场调试资源风险1版本开发由于设备问题延误现场调试现场运行环境确认资源风险2版本开发由于设备问题延误验收测试的进行任务可能的风险产生的阶段产生的原因避免的措施发生后的处理制定设计阶段的规范和标准时间风险项目准备需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时间和资源有限开发环境确认资源风险系统设计由于设备未到位导致延误开发管理系统设计技术风险系统设计基于TeMIP平台开发SDH专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺在系统设计前请TeMIP专家进行相关培训对功能规格和系统设计的调整时间风险0版本开发评测

41、结果对功能规格和系统设计影响较大0版本开发时间风险0版本开发由于学习曲线过长延误时间系统测试资源风险0版本开发开发人员与SQA人员对工作站和服务器使用的争夺MD现场调试资源风险1版本开发由于设备问题延误现场调试现场运行环境确认资源风险2版本开发由于设备问题延误验收测试的进行任务可能的风险产生的阶段产生的原因避免的措施发生后的处理制定设计阶段的规范和标准时间风险项目准备需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时间和资源有限开发环境确认资源风险系统设计由于设备未到位导致延误开发管理系统设计技术风险系统设计基于TeMIP平台开发SDH专网管理系统对于公司乃至国内都是全新的课题，由于

42、技术的掌握程度和经验的欠缺在系统设计前请TeMIP专家进行相关培训对功能规格和系统设计的调整时间风险0版本开发评测结果对功能规格和系统设计影响较大0版本开发时间风险0版本开发由于学习曲线过长延误时间系统测试资源风险0版本开发开发人员与SQA人员对工作站和服务器使用的争夺MD现场调试资源风险1版本开发由于设备问题延误现场调试现场运行环境确认资源风险2版本开发由于设备问题延误验收测试的进行任务任务可能的风险可能的风险产生的阶段产生的阶段产生的原因产生的原因避免的措施避免的措施发生后的处发生后的处理理制定设计阶段的规范和标准时间风险项目准备需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时

43、间和资源有限开发环境确认资源风险系统设计由于设备未到位导致延误开发管理系统设计技术风险系统设计基于TeMIP平台开发SDH专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺改换成其他的技术实现对功能规格和系统设计的调整时间风险0版本开发评测结果对功能规格和系统设计影响较大0版本开发时间风险0版本开发由于学习曲线过长延误时间系统测试资源风险0版本开发开发人员与SQA人员对工作站和服务器使用的争夺MD现场调试资源风险1版本开发由于设备问题延误现场调试现场运行环境确认资源风险2版本开发由于设备问题延误验收测试的进行推荐的风险管理措施推荐的风险管理措施软件项目计划应包括风险管理

44、计划软件项目计划应包括风险管理计划在必要时任命风险管理负责人在必要时任命风险管理负责人使用使用TOPTENTOPTEN风险清单作为主要的风险管理工具风险清单作为主要的风险管理工具建立匿名风险汇报渠道建立匿名风险汇报渠道案例分析案例分析校务通管理系统校务通管理系统项目风险计划项目风险计划本章小结1.1.风险、风险分类、风险管理风险、风险分类、风险管理2.2.风险识别：检查表法、德尔菲方法、头脑风暴法、风险识别：检查表法、德尔菲方法、头脑风暴法、情景分析法情景分析法3.3.风险评估：定性、定量风险评估：定性、定量4.4.风险规划：回避风险、转移风险、缓解风险、接风险规划：回避风险、转移风险、缓解风

45、险、接受风险受风险5.5.风险监控：建立风险监控体系、风险审核、挣值风险监控：建立风险监控体系、风险审核、挣值分析、项目风险评价分析、项目风险评价6.6.软件项目风险管理计划软件项目风险管理计划练习题什么是风险？从风险的范围角度可将软件项目风什么是风险？从风险的范围角度可将软件项目风险分为哪几类？险分为哪几类？风险规划的四种主要策略是什么？风险规划的四种主要策略是什么？任务可能的风险产生的阶段产生的原因避免的措施发生后的处理制定设计阶段的规范和标准时间风险项目准备需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时间和资源有限开发环境确认资源风险系统设计由于设备未到位导致延误开发管理系

46、统设计技术风险系统设计基于TeMIP平台开发SDH专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺在系统设计前请TeMIP专家进行相关培训对功能规格和系统设计的调整时间风险0版本开发评测结果对功能规格和系统设计影响较大0版本开发时间风险0版本开发由于学习曲线过长延误时间系统测试资源风险0版本开发开发人员与SQA人员对工作站和服务器使用的争夺MD现场调试资源风险1版本开发由于设备问题延误现场调试现场运行环境确认资源风险2版本开发由于设备问题延误验收测试的进行任务可能的风险产生的阶段产生的原因避免的措施发生后的处理制定设计阶段的规范和标准时间风险项目准备需制定的规范和标准

47、较多，而同时需完成其他工作，使得可使用的时间和资源有限开发环境确认资源风险系统设计由于设备未到位导致延误开发管理系统设计技术风险系统设计基于TeMIP平台开发SDH专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺对功能规格和系统设计的调整时间风险评测结果对功能规格和系统设计影响较大0版本开发时间风险由于学习曲线过长延误时间系统测试资源风险开发人员与SQA人员对工作站和服务器使用的争夺MD现场调试资源风险由于设备问题延误现场调试现场运行环境确认资源风险由于设备问题延误验收测试的进行任务可能的风险产生的阶段产生的原因避免的措施发生后的处理时间风险项目准备开发环境确认资源风

48、险系统设计由于设备未到位导致延误开发管理系统设计技术风险系统设计基于TeMIP平台开发SDH专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺时间风险评测结果对功能规格和系统设计影响较大时间风险由于学习曲线过长延误时间资源风险开发人员与SQA人员对工作站和服务器使用的争夺资源风险由于设备问题延误现场调试资源风险由于设备问题延误验收测试的进行任务任务可能的风险可能的风险产生的阶段产生的阶段产生的原因产生的原因避免的措施避免的措施发生后的处发生后的处理理时间风险项目准备开发环境确认资源风险系统设计由于设备未到位导致延误开发管理系统设计技术风险系统设计基于TeMIP平台开发S

49、DH专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺改换成其他的技术实现时间风险评测结果对功能规格和系统设计影响较大时间风险由于学习曲线过长延误时间资源风险开发人员与SQA人员对工作站和服务器使用的争夺资源风险由于设备问题延误现场调试资源风险由于设备问题延误验收测试的进行项目风险分析表项目风险分析表排排序序输入输入风险事件风险事件可能性可能性影响影响风险值风险值采取的措施采取的措施1需需求求调调研研、分析分析对对中中小小企企业业进进销销存存业业务务需需求求不够了解不够了解70%70%50%1 1购买、收集有关中小企业进销存管理的有关书籍、资料加以分析2比较目前市场已有

50、的进销存系统3.找一些中小企实地调研2市场风险市场风险SAAS系系 统统 存存在的市场风险在的市场风险50%80%50%对国内国外的SaaS系统的现状和发展趋势，及国家政策支持等进行详细分析3技术风险技术风险采采用用新新技技术术(云云计计算算技技术术)可可能能导导致致进进度度的延期的延期50%30%15%1培训开发人员2找专家作指导3采取边开发边学习的方法，要求他们必须在规定的时间内掌握技术项目风险分析表项目风险分析表排排序序输入输入风险事件风险事件可能性可能性影响影响风险值风险值采取的措施采取的措施1技术风险技术风险UPS数数量量庞庞大大，接接入入方方式式不不一一，网段不一网段不一70%70