· 风险避免

　　· 风险监控

　　· 风险管理及意外事件计划

　　如果软件项目组对于风险采取主动的方法，则避免永远是最好的策略。这可以通过建立一个风险缓解计划来达到。例如，频繁的人员流动被标注为一个项目风险，基于以往的历史和管理经验，人员流动的概率为70%，而影响被预测为对于项目成本及进度有严重的影响。为了缓解这个风险，项目管理者必须建立一个策略来降低人员流动。可能采取的策略如下：

　　· 与现有人员一起探讨一下人员流动的原因(如恶劣的工作条件，低报酬，竞争激烈)

　　· 在项目开始之前，采取行动以缓解那些在管理控制之下的原因。

　　· 一旦项目启动，假设会发生人员流动并采取一些技术措施以保证当人员离开时的工作连续性。

　　· 对项目进行良好组织，使得每一个开发活动的信息能被广泛传播和交流。

　　· 定义文档的标准，并建立相应的机制，以确保文档能被及时建立。

　　· 对所有工作进行详细复审，使得不止一个人熟悉该项工作。

　　· 对于每一个关键的技术人员都指定一个后备人员。

　　随着项目的进展，风险监控活动开始进行。项目管理者监控某些因素，这些因素可以提供风险是否正在变高或变低的指示。在上例中，应该监控下列因素：

　　· 项目组成员对项目压力的一般态度。

　　· 项目组的凝聚力。

　　· 项目组成员彼此之间的关系。

　　· 与报酬和利益相关的潜在问题。

　　· 在公司内及公司外工作的可能性。

　　除了监控上述因素之外，项目管理者还应该监控风险缓解步骤的效力。例如：上例中，风险缓解步骤要求定义"文档的标准，并建立相应的机制，以确保文档能被及时建立"。如果有关键的人物离开了项目组，这是保证工作连续性的机制。项目管理者应该仔细地监控这些文档，以保证文档内容正确，当新员工加入该项目时，能为他们提供必要的信息。

　　风险管理及意外事件计划假设缓解工作已经失败，风险变成了现实。继续前面的例子，假定项目正在进行中，有一些人宣布将要离开。如果按照缓解策略行事，则有后备人员可用，因为信息已经文档化，有关知识已经在项目组中广泛进行了交流。此外，项目管理者还可以暂时重新将资源调整到那些需要人的地方去，并调整项目进度，从而使新加入的成员能够"赶上进度"。同时，要求那些要离开的人员停止工作，进入"知识交接模式"。

　　RMMM步骤将导致额外的项目开销。因此，风险管理的部分任务是评估何时由RMMM步骤所产生的效益低于实现它们所花费的成本。本质上是讲，项目计划者执行一个典型的成本-效益分析来估算项目开销变化情况。

　　对于一个大型项目，可能会标识出30-40种风险。如果为每种风险定义三至七个风险管理步骤，则风险管理本身就可能变成一个"项目"。经验表明：整个软件风险的80%(即可能导致项目失败的80%潜在的因素)能够由仅仅20%的已知风险来说明。早期风险分析步骤中所实现的工作能够帮助计划者确定哪些风险在所说的20%中。

　　1、安全性风险和危险

　　风险不仅限于软件项目本身。在软件已经能够交付客户之后，仍有可能发生风险。这些风险一般与领域中的软件失败相关。

　　虽然一个良好的系统发生错误的概率很小，但是基于计算机的控制及监督系统中未被发现的错误可能会导致巨大的经济损失，或者更加严重

　　当软件被用作控制系统的一部分时，复杂性会以数量级增加。由于人的错误所引起的微小的设计缺陷，在使用软件时会变得难以发现。

　　软件安全和危险分析是属于软件质量保证活动，它主要是用来标识和评估可能对软件产生负面影响并使整个系统失败的潜在危险。如果能够在软件工程的早期阶段标出危险，则可以指定软件设计特征来消除或控制潜在地危险。

　　2、RMMM计划

　　风险管理策略可以包含在软件项目计划中，或者风险管理步骤也可以组织成一个独立的风险缓解、监控和管理计划(RMMM计划)。RMMM计划将所有风险分析文档化，并由项目管理者作为整个项目计划中的一部分来使用。RMMM计划的大纲如下：

　　Ⅰ.引言

　　文档的范围和目的

　　主要风险综述

　　责任

　　a.管理者

　　b.技术人员

　　Ⅱ.项目风险表

　　终止线之上所有风险的描述

　　影响概率及影响的因素

　　Ⅲ.风险缓解、监控和管理

　　缓解

　　一般策略

　　缓解风险的特定步骤

　　监控

　　被监控的因素

　　监控办法

　　管理

　　意外事件计划

　　特殊的考虑

　　Ⅳ.RMMM计划的迭代时间安排表

　　Ⅴ总结