软件项目风险计划
软件项目风险管理计划
软件项目风险管理计划软件项目风险管理计划●项目概述本项目旨在开发一款全新的软件应用，该应用主要服务于广大用户，提供核心功能模块，并满足特定的业务需求。
项目的总体预算为300万美元，时间安排为18个月。
本风险管理计划旨在识别、分析、应对和监控项目中的潜在风险，确保项目的顺利实施和成功交付。
●风险管理目标本项目的风险管理目标包括以下几个方面：●减少项目中的不确定性和风险，提高项目成功率。
●及时发现并解决风险问题，降低风险损失。
●优化项目资源分配，提高资源利用效率。
●建立完善的风险管理机制，提高项目团队的风险管理能力。
风险管理组织与角色本项目将设立专门的风险管理小组，负责项目的风险识别、分析、应对和监控。
小组成员将包括项目经理、项目组成员、业务专家和技术专家等。
各成员将明确职责与分工，协同完成风险管理任务。
风险识别本项目的风险识别包括以下几个方面：●技术风险：涉及技术难题、技术变更、软件漏洞等问题。
●项目延期风险：因各种原因导致项目无法按时交付。
●成本超支风险：因项目需求变更、资源浪费等原因导致成本超支。
●干系人风险：涉及干系人变更、沟通不畅、配合不力等问题。
●市场风险：因市场竞争、政策变化等原因影响项目收益。
风险分析本项目的风险分析将采用定性和定量方法，对每个已识别的风险进行概率和影响评估。
通过风险矩阵，将风险按照高、中、低三个级别进行分类，并优先处理高风险项。
对于每个高风险项，将进一步分析其根源、影响范围和潜在后果，以便制定相应的应对措施。
风险应对计划针对已识别的风险，制定相应的风险应对计划，包括以下措施：●技术风险：加强技术研发能力，提前储备技术人才，确保项目实施过程中具备足够的技术实力。
同时，加强与技术供应商的合作与沟通，寻求外部支持。
●项目延期风险：制定详细的项目计划，合理分配资源，确保项目按计划推进。
对于可能影响进度的风险项，制定补救措施，调整项目计划，确保项目按时交付。
●成本超支风险：制定严格的成本控制措施，加强对项目成本的监控与审计。
软件风险管理计划范本
软件风险管理计划范本一、引言软件项目的开发和实施过程中，面临着各种各样的风险。
为了确保软件项目能够顺利进行并达到预期的目标，风险管理计划是必不可少的一项工作。
本篇文档旨在提供一个软件风险管理计划的范本，帮助项目团队制定和实施有效的风险管理措施。
二、背景软件项目的背景描述和项目目标。
三、风险管理策略3.1 风险识别详细说明如何进行风险识别，包括但不限于以下方法：- 沟通和交流：通过与项目团队成员和利益相关者的沟通，了解他们对于风险的看法和经验，并进行记录。
- 经验教训总结：通过分析先前项目的经验教训，识别可能的风险。
- 专家咨询：请相关领域的专家参与项目并提供专业意见。
- 环境分析：评估项目运行的外部环境，如政策法规、市场等，发现有潜在风险的因素。
3.2 风险评估与优先级排序在识别风险之后，对风险进行评估和排序。
这包括以下步骤：- 风险概率评估：评估每个风险事件发生的概率，将其分为高、中、低三个级别。
- 风险影响评估：评估每个风险事件发生时对项目目标的影响程度，将其分为高、中、低三个级别。
- 风险优先级排序：根据风险概率和影响来计算每个风险的优先级，并按照优先级进行排序。
3.3 风险应对措施根据风险的优先级，制定相应的风险应对措施。
常见的风险应对策略包括以下几种：- 风险规避：通过采取措施避免风险事件的发生。
- 风险转移：将风险转嫁给第三方，通常是通过购买保险等方式进行。
- 风险缓解：采取措施减轻风险事件发生时的影响。
- 风险接受：对某些风险事件进行接受，即不采取额外措施。
3.4 风险监控与控制风险管理不是一次性的过程，需要在整个项目周期中进行监控和控制。
以下是常见的风险监控与控制活动：- 定期会议：定期召开项目团队会议，讨论项目进展和风险情况，及时调整风险应对策略。
- 风险指标监测：制定相应的风险指标，并对其进行监测和评估。
- 项目变更管理：及时评估和处理项目变更带来的新风险事件。
- 风险通报和报告：建立风险通报和报告机制，确保信息传递和沟通畅通无阻。
软件项目风险管理计划(模板)
软件项目风险管理计划(模板)1. 背景和目标本文档旨在为软件项目提供一个风险管理计划的模板。
风险管理是确保项目顺利完成的重要步骤，以识别、评估和应对可能的风险。
这份模板将帮助项目团队在项目的各个阶段有效管理风险。
2. 风险识别在项目开始之前，项目团队应该认真进行风险识别。
通过评估项目的各个方面，识别潜在的风险因素。
以下是一些常见的风险类别：- 技术风险：与软件开发相关的技术挑战和限制。
- 时间风险：项目进度不稳定，无法按时交付。
- 成本风险：预算超支或资金不足的情况。
- 范围风险：需求变更或无法满足客户的需求。
3. 风险评估对于识别出的风险，项目团队应该进行风险评估，以确定其对项目的潜在影响和可能性。
评估风险可以使用定性和定量方法。
根据风险的重要性和可能性，为每个风险分配适当的级别，如高、中、低。
4. 风险应对策略根据风险评估结果，项目团队应该采取适当的风险应对策略。
以下是几种常见的应对策略：- 风险规避：采取措施以避免潜在风险。
- 风险转移：将风险转移给外部实体，如保险公司或供应商。
- 风险减轻：采取措施减少风险的潜在影响。
- 风险接受：在风险发生时，接受其潜在影响。
5. 风险监控和控制一旦项目开始，项目团队应该定期监控风险的状态和进展情况。
这可以通过定期检查风险矩阵和风险日志来实现。
如果风险状态发生变化或新的风险出现，项目团队应该及时采取适当的控制措施。
6. 风险沟通在整个项目周期中，项目团队应该与相关利益相关者进行风险沟通。
这包括定期更新项目风险矩阵、风险日志和风险状态报告。
及时的风险沟通可以帮助提高项目的透明度和管理效率。
7. 文档维护这份风险管理计划应该定期进行审核和更新。
项目进展、风险状况和控制措施的变化都应该及时记录和反映在文档中。
保持文档的准确性和完整性对于项目的成功非常重要。
以上是软件项目风险管理计划的模板。
项目团队可以根据具体项目的需求进行适当的调整和修改。
软件风险计划
软件风险计划
首先，我们需要对软件开发过程中可能出现的风险进行全面的
识别。
这包括技术风险、进度风险、成本风险、需求风险等方面。
通过头脑风暴、专家访谈、历史数据分析等方法，全面梳理可能存
在的风险，确保不遗漏任何可能影响软件开发的风险因素。
其次，对于识别出的风险，我们需要进行全面的评估。
这包括
对风险的概率、影响程度、紧急程度等方面进行评估。
通过定性和
定量的方法对风险进行评估，确保对风险的了解全面准确。
只有对
风险有清晰的认识，才能有针对性地进行风险应对和监控。
接下来，是风险应对的阶段。
在这个阶段，我们需要制定具体
的风险应对策略。
对于高概率、高影响的风险，我们需要制定具体
的应对措施，以降低风险的发生概率和影响程度。
这包括技术方面
的风险应对、合同条款的调整、项目管理计划的调整等方面。
同时，也需要对风险应对措施的执行进行跟踪和监控，确保风险应对措施
的有效性和及时性。
最后，是风险监控的阶段。
在软件开发过程中，风险是动态变
化的，需要持续进行监控和调整。
通过建立风险监控机制，及时发
现和响应新的风险，确保软件开发过程中的风险得到有效的控制和
管理。
综上所述，软件风险计划是软件开发过程中不可或缺的一部分。
通过全面的风险识别、评估、应对和监控，可以有效降低软件开发
过程中的风险，确保项目的顺利进行和最终的成功交付。
希望全体
团队成员能够严格按照软件风险计划的要求执行，共同保障软件开
发项目的顺利进行。
软件项目风险管理计划清单
软件项目风险管理计划清单1. 引言本文档旨在为软件项目的风险管理提供指导和清单。
风险管理是一个必要的过程，可以帮助项目团队识别、评估和应对可能影响项目成功的潜在风险。
本清单包含了软件项目风险管理计划中应考虑的重要因素和步骤。
2. 风险识别2.1 制定风险识别策略：确定适用于软件项目的风险识别方法和技术，例如头脑风暴、SWOT 分析等。
2.2 邀请参与者参与风险识别：设立风险识别会议，邀请关键利益相关者和项目团队成员参与讨论和识别潜在风险。
2.3 分类和记录风险：将识别到的风险进行分类和记录，包括其描述、潜在影响、可能性和优先级。
3. 风险评估3.1 确定风险评估标准：制定用于评估风险严重程度和影响程度的标准，例如概率和影响矩阵。
3.2 评估风险优先级：基于风险的可能性和影响，对每个风险进行评估，确定其优先级。
3.3 识别高优先级风险：鉴定那些具有较高优先级的风险，这些风险可能对项目成功产生最大威胁。
4. 风险应对4.1 制定风险应对策略：确定适合特定风险的应对方法，如减轻、转移、接受或避免。
4.2 指定责任人：为每个风险指定责任人，明确他们的角色和职责，确保风险得到及时应对。
4.3 制定应对计划：为每个高优先级风险制定应对计划，包括具体措施、时间表和资源需求。
4.4 监控和追踪风险：定期监控和评估风险的状态和影响，确保应对计划的有效实施。
5. 报告与沟通5.1 定期风险报告：制定定期报告的时间表和内容，向项目利益相关者报告风险的状态和进展。
5.2 有效沟通：确保风险与相关方之间的有效沟通，促进共享信息和合作解决方案。
6. 风险管理更新6.1 定期评估风险管理计划：定期评估和更新风险管理计划，以确保其与项目的演变和变化保持一致。
6.2 经验教训总结：记录并总结通过风险管理活动所学到的经验教训，以便在将来的项目中得到借鉴。
7. 风险管理责任7.1 项目经理：负责整体风险管理计划的制定、执行和监督。
7.2 项目团队成员：参与风险识别、评估和应对的活动，并及时汇报风险状态。
软件项目风险管理计划模版
软件项目风险管理计划模版一、引言软件项目风险管理是软件项目管理的一个重要组成部分，通过对项目中可能出现的风险进行识别、评估、规避和应对，能够提前预防和解决潜在问题，保证项目的顺利进行。
本文档旨在制定软件项目风险管理计划，明确项目风险管理的目标、原则、流程和具体措施，以保障项目的成功交付。
二、风险管理目标1.提高项目成功的概率：通过风险管理的实施，能够及时发现和解决项目中的潜在问题，减少项目失败的风险，提高项目的成功率。
2.保证项目的顺利进行：通过对项目风险的全面管理，能够在项目进行过程中及时发现和应对风险，确保项目能够按时、按质、按量地完成。
三、风险管理原则1.全员参与：风险管理是全员参与的过程，所有项目成员都应该参与到风险管理活动中，共同识别、评估和应对风险。
2.风险管理周期性：风险管理是一个持续的过程，需要在项目的不同阶段进行风险管理活动的规划、执行和控制。
3.风险管理与项目管理相结合：风险管理是项目管理的一部分，需要与项目管理活动相结合，相互支持和补充。
四、风险管理流程1.风险识别：通过与项目团队成员、相关方的交流和讨论，识别项目中可能存在的风险，包括技术风险、需求风险、进度风险等。
2.风险评估：对识别出的风险进行评估，包括风险的可能性、影响程度和优先级等方面的评估，确定风险的重要程度。
3.风险规避：对评估出的高优先级风险进行规避，采取相应的措施降低风险的发生概率或减轻风险的影响。
4.风险应对：对评估出的中、低优先级风险进行应对措施的规划和执行，包括风险的转移、接受、减轻等。
5.风险控制：对已经发生的风险进行控制，包括风险的监控、跟踪、分析和处理，确保风险不会对项目产生重大影响。
五、风险管理措施1.制定风险管理计划：明确项目的风险管理目标、原则、流程和具体措施，形成风险管理计划文档。
2.建立风险管理团队：组建专门的风险管理团队，负责项目的风险管理工作，包括风险识别、评估和应对等。
4.风险评估工具：使用定量和定性方法对风险进行评估，包括概率分析、影响分析和优先级排序等，确定风险的重要程度。
10软件项目风险管理计划
10软件项目风险管理计划软件项目风险管理计划是软件项目管理中非常重要的一部分，它能够帮助项目团队识别、分析和应对可能对项目产生负面影响的各种风险。
下面是十个常见的软件项目风险和相应的风险管理计划。
1.需求不明确或变更频繁对于需求不明确或变更频繁的风险，可以采用下面的风险管理计划：-与项目干系人充分沟通，确保理解其需求；-在项目初期制定一个完整的需求文档，明确项目范围；-尽早发现和处理需求中的问题，避免频繁的变更。
2.技术难题对于技术难题的风险，可以采用下面的风险管理计划：-在项目初期进行技术风险评估，识别潜在的技术问题；-招聘具有相关技术能力的人员，提升项目团队的整体技术水平；-寻找合适的技术解决方案，并进行充分的技术验证。
3.人员流失对于人员流失的风险，可以采用下面的风险管理计划：-建立合理的薪酬体系，吸引和留住优秀的人才；-提供良好的工作环境和发展机会，增加员工的工作满意度；-实施知识管理，确保项目团队的知识不会随人员流失而流失。
4.项目进度延迟对于项目进度延迟的风险，可以采用下面的风险管理计划：-在项目计划中考虑一定的缓冲时间，以应对潜在的延迟；-监控项目进展，及时发现并解决导致延迟的问题；-与干系人主动沟通，及时调整项目计划，确保进度的可控性。
5.成本超支对于成本超支的风险，可以采用下面的风险管理计划：-在项目初期进行成本预估，建立合理的项目预算；-加强项目成本的管理，及时检查和控制项目的开支；-在项目过程中及时调整项目计划，以降低成本。
6.第三方依赖对于第三方依赖的风险，可以采用下面的风险管理计划：-在选择第三方之前进行全面的评估，确保其能够满足项目需求；-与第三方签订合同，明确双方的责任和义务；-在与第三方合作期间进行定期的沟通和协调，确保项目进展顺利。
7.没有合适的工具和技术对于没有合适的工具和技术的风险，可以采用下面的风险管理计划：-在项目初期进行工具和技术的评估，选择合适的工具和技术；-提供培训和学习机会，提升团队成员对工具和技术的熟练度；-对新工具和技术进行充分的试验和验证，确保其适用性。
软件项目风险管理计划清单(可选)
软件项目风险管理计划清单(可选)软件项目风险管理计划清单
1. 简介
本文档旨在为软件项目提供一份风险管理计划清单。
通过清单
中列出的关键步骤和策略，项目团队可以有效识别、评估和应对项
目中的潜在风险，从而提高项目的成功率。
2. 风险识别
- 仔细审查项目背景和目标，了解可能涉及的各种风险。
- 考虑项目的范围、技术、资源、进度和质量等因素，识别可
能产生的风险。
3. 风险评估
- 根据风险的概率和影响程度，对已识别的各项风险进行评估。
- 使用适当的风险评估工具和方法，为每个风险分配相应的等
级和优先级。
4. 风险应对策略
- 对于高风险的项目风险，制定具体的应对策略和措施。
- 包括风险规避、风险转移、风险减轻和风险接受等应对策略。
- 制定详细的应对计划，包括责任人、时间、资源和具体行动。
5. 风险监控和控制
- 设立风险监控机制，定期追踪和监控项目中的风险。
- 收集风险信息和早期警示信号，及时调整风险应对策略。
- 风险控制包括持续的风险评估、沟通和反馈机制，以确保风
险在可接受范围内。
6. 沟通和协作
- 在项目团队内部建立有效的沟通渠道，保持信息的及时传递。
- 在项目干系人之间积极推动沟通和协作，以应对和解决项目
风险。
总结
本文档为软件项目提供了一份风险管理计划清单，帮助项目团
队全面识别、评估和应对潜在风险。
通过遵循清单中列出的关键步
骤和策略，项目可以更好地控制风险，提高项目的成功率和交付质量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
-转移风险
转移风险是为了避免承担风险损失，有意识将 损失或与损失有关的财务后果转嫁出去的方法: 例如
出售 分包 开脱责任合同 保险
46
第二篇第八章 软件项目风险计划
-损失控制
损失预防-指风险发生前为了消除或减少可能引 起风险的各种因素而采取的各种具体措施。 损失抑制-也称风险减缓，指风险发生时以及风 险发生后为了缩小损失幅度所采取的各项措施。 例如：异地备份等
4
第二篇第八章 软件项目风险计划
本章要点
一、软件项目风险基本概念 二、软件项目风险管理的过程 三、软件项目风险管理计划 四、案例分析
5
第二篇第八章 软件项目风险计划
风险的定义
损失发生的不确定性； 对潜在的，未来可能发生损害的一种 度量
6
第二篇第八章 软件项目风险计划
项目风险的三要素
1. 2. 3.
排序 输入 风险事件 可能性 影响 风险值 采取的措施 1 系统设计评 审 没有足够的时间进 行产品测试 70% 50% 35%
2
WBS
对需求的开发式系 统标准没有合适的 测试案例
20%
80%
16%
3
需求和计划
采用新技术可可能 导致进度的延期
50%
30%
15%
。。。
41
第二篇第八章 软件项目风险计划
0.25*10=$2.5元
0.5*-1.5=-0.75元
0.25*-3=--$0.75元
GameA:EMV=1
0.25*8=2元
0.5*-2=-1元
-2元
0.25*-2=-0.5元 39
GameB:EMV=0.5
第二篇第八章 软件项目风险计划
量化检查表
40
第二篇第八章 软件项目风险计划
风险评估结果实例
-回避风险
回避风险是对所有可能发生的风险尽可能的规 避，采取主动放弃或者拒绝使用导致风险的方 案 例如放弃采用新技术
44
第二篇第八章 软件项目风险计划
-回避风险
注意事项
对风险有足够的认识 当其他风险策略不理想的时候，可以考虑 可能产生另外的风险 不是所有的情况都适用的
45
第二篇第八章 软件项目风险计划
38
第二篇第八章 软件项目风险计划
课堂练习答案
方案1：随机投掷硬币两次，如果两次投掷的 结果都是硬币正面朝上，你将获得１０元；投 掷的结果背面每朝上一次你需要付出１.５元。 方案２：随机投掷硬币两次，你需要付出２元； 如果两次投掷的结果都是硬币正面朝上，你将获 得１０元。
10元 -1.5元 -3元 8元=10-2 -2元
成功：P=70%
低性能：P=70%, 回报=- 100,000 EMV=95,000*70%=66500 EMV=-100,000* 70%=-70000
实施后：EMV=6,500
失败：P=30%, 回报= -200,000 EMV=-200,000*30%=-60000
不实施
EMV=0
37
第二篇第八章 软件项目风险计划
课堂练习
利用决策树风险分析技术来分析如下两种情况 的，以便决定你会选择哪种方案：（要求画出 决策树） 方案１：随机投掷硬币两次，如果两次投掷的 结果都是硬币正面朝上，你将获得１０元；投 掷的结果背面每朝上一次你需要付出１.５元。 方案２：随机投掷硬币两次，你需要付出２元； 如果两次投掷的结果都是硬币正面朝上，你将 获得１０元。
29
第二篇第八章 软件项目风险计划
风险后果（影响）
风险后果
风险影响项目目标的严重程度 从无影响到无穷大
风险后果度量
高、中、低 极高、高、中、低、极低 灾难，严重，轻微，可忽略 等等
30
第二篇第八章 软件项目风险计划
风险评估指数
指数1-20是根据风险事件可能性 和严重性水平综合确定的。最 高风险指数定为1，最低定为20. 1-5：不可接受的风险 6-9：不希望有的风险 10-17：有控制的接受的风险 18-20：不经评审即可接受的风 险
20%
80%
16%
找专业的测试公司完成 测试工作
3
需求和计划
采用新技术可可能 导致进度的延期
损益期望值是决策树的一种计算值 根据风险发生的概率计算出一种期望的损益 例如： 某行动方案成功的概率是50%，收益是10 EMV=10*50%=5
36
第二篇第八章 软件项目风险计划
决策树分析—损益期望值-应该实施这个计划的例子
高性能：P=30%,回报=550,000 EMV=550,000* 30%=165000
成 本 计 划
沟通 计划
合 同 计 划
配 置管 理 计划
集成 计划
1
第二篇第八章 软件项目风险计划
风险计划
项 目 初 始 项 目 计 划
质 量 计 划 人 力 计 划
项 目 执 行 控 制
风 险 计 划
项 目 结 束
范 围 计 划
时间 计划
成 本 计 划
沟通 计划
合 同 计 划
配 置管 理 计划
集成 计划
50
第二篇第八章 软件项目风险计划
风险管理应对计划
排序 输入 风险事件 可能性 影响 风险值 采取的措施 1 系统设计评 审 没有足够的时间进 行产品测试 70% 50% 35% 1．采取加班的方法 2 ．修改计划去掉一些 任务 3 ．与客户商量延长一 些时间
2
WBS
对需求的开发式系 统标准没有合适的 测试案例
18
第二篇第八章 软件项目风险计划
美国软件工程研究所(SEI)对于风险提出用“类”、 “元素”、“属性”三个层次描述风险列表
19
第二篇第八章 软件项目风险计划
20
第二篇第八章 软件项目风险计划
21
第二篇第八章 软件项目风险计划
22
第二篇第八章 软件项目风险计划
基于生存期的检查表
初始阶段 例如：项目目标不清 设计阶段 例如：漏项，疏忽，某些功能没考虑进去 实施阶段 例如：设计错误带来的实施困难 收尾阶段 质量差，用户不满意
项目风险 技术风险 商业风险
10
第二篇第八章 软件项目风险计划
风险的基本性质
风险的客观性-它的存在不以人的意志为转移，一定条件 下就能变成现实； 风险的不确定性-程度多大、何时何地成为现实是不肯定 的； 风险的不利性-一旦产生、风险主体会挫折、失败、损失； 风险的可变性-一定条件下风险与非风险可以互相转化； 风险的相对性-对不同的风险主体，确定风险等级的认 识会不同； 风险同利益的对称性-风险和利益是同时存在的，实现 利益必须承担一定的风险。
26
第二篇第八章 软件项目风险计划
风险评估
确定优先次序
按风险的严重性排序 确定最需要关注的TOP 10风险
27
第二篇第八章 软件项目风险计划
风险评估的方法-定性风险评估
定性评估风险概率及后果
28
第二篇第八章 软件项目风险计划
风险概率
风险概率度量：
高、中、低 极高、高、中、低、极低 不可能，不一定，可能和极可能 等等
有研究表明：IT项目常常存在一些共同的风险源
17
第二篇第八章 软件项目风险计划
检查表风险识别类型域
1. 1.
1.
1.
1.
1.Leabharlann 1.1.产品规模风险检查表 例如：对于估算出的产品规模的信任程度如何？ 商业影响风险检查表 例如：本产品对公司的收入有何影响？ 与需求相关风险检查表 例如：对产品的需求缺少清晰地认识？ 客户相关风险检查表 例如：是否与此客户服务过？是否清楚需要什么？ 过程风险检查表 例如：是否有用于本项目开发的软件过程的说明？ 技术风险检查表 例如：该技术对于你公司而言是新的吗？ 开发环境客户需求相关风险检查表 例如：是否有可用的软件项目管理工具？ 人员数目及经验相关的风险检查表 例如：是否有优秀的人员可用？
11
第二篇第八章 软件项目风险计划
本章要点
一、软件项目风险基本概念 二、软件项目风险管理的过程 三、软件项目风险管理计划 四、案例分析
12
第二篇第八章 软件项目风险计划
风险管理的四个过程
风险识别 风险评估
风险规划 风险控制
13
第二篇第八章 软件项目风险计划
1--风险识别
风险识别是试图通过系统化地确定对项目计划 的威胁，识别已知和可预测的风险。
一个事件 事件发生的概率 事件的影响
7
第二篇第八章 软件项目风险计划
风险发生过程
8
第二篇第八章 软件项目风险计划
风险图示
9
第二篇第八章 软件项目风险计划
风险类型
预测角度
已知风险－Known known 可预测风险-Known unknown 不可预测风险-unknown unknown
范围角度
3--风险应对规划
针对风险分析的结果，为提高实现项目目 标的机会，降低风险的负面影响而制定风险应 对策略和应对措施的过程，即制定一定的行动 和策略来对付、减少、以至于消灭风险事件。
42
第二篇第八章 软件项目风险计划
风险规划的主要策略
1. 2. 3. 4.
回避风险 转移风险 损失控制 自留风险
43
第二篇第八章 软件项目风险计划
23
第二篇第八章 软件项目风险计划
风险识别的结果
24
第二篇第八章 软件项目风险计划