项目风险缓解、监控和管理

《项目风险缓解、监控和管理》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、项目风险缓解.监控和管理所有风险分析活动都只有一个fl的「辅助项Fl组建立处理风险的策略。一个有效的策略必须考虑三个问题：•风险避免•风险监控•风险管理及意外事件计划如果软件项H组对于风险采取主动的方法，则避免永远是最好的策略。这可以通过建立一个风险缓解计划来达到。例如，频繁的人员流动被标注为一个项H风险,基于以往的历史和管理经验，人员流动的概率为70%,而影响被预测为对于项冃成本及进度有严重的影响。为了缓解这个风险，项冃管理考必须建立一个策略来降低人员流动。可能采取的策略如下：•与现有人员一起探讨一下人员流动的原因（如恶劣的丁作条件，低报酬，竞

2、争激烈）•在项目开始之前，采取行动以缓解那些在管理控制之卜•的原因。•一旦项目启动，假设会发生人员流动并采取一些技术措施以保证当人员离开时的工作连续性。•对项冃进行良好组织，使得每一个开发活动的信息能被广泛传播和交流。•定义文档的标准，并建立相应的机制，以确保文档能被及时建立。•对所有工作进行详细复审，使得不止一个人熟悉该项工作。•对于每一个关键的技术人员都指定一个后备人员。随着项口的进展，风险监控活动开始进行。项目管理者监控某些因素，这些因素可以提供风险是否正在变高或变低的指示。在上例中，应该监控下列因素：•项目组成员对项目压力的一般态度。•项

3、冃组的凝聚力。•项日纟（I成员彼此之间的关系。•与报酬和利益相关的潜在问题。•在公司内及公司外工作的可能性。除了监控上述因素Z外，项忖管理者还应该监控风险缓解步骤的效力。例如：上例屮，风险缓解步骤要求定义”文档的标准，并建立相应的机制，以确保文档能被及时建立“。如果有关键的人物离开了项冃组，这是保证T作连续性的机制。项冃管理考应该仔细地监控这些文档，以保证文档内容正确，当新员工加入该项冃时，能为他们提供必要的信息。风险管理及意外事件计划假设缓解工作已经失败，风险变成了现实。继续前面的例子，假定项目正在进行中，有一些人宣布将要离开。如果按照缓解策略

4、行事，则有后备人员可用，因为信息已经文档化，有关知识已经在项口组屮广泛进行了交流。此外，项目管理者还可以暂时重新将资源调整到那些需要人的地方去，并调整项目进度，从而使新加入的成员能够”赶上进度“。同时，要求那些要离开的人员停止工作，进入”知识交接模式“。RMMM步骤将导致额外的项1=1开销。因此，风险管理的部分任务是评估何时由RMMM步骤所产生的效益低于实现它们所花费的成本。本质上是讲，项口计划者执行一个典型的成本一效益分析来估算项冃开销变化情况。对于一个人型项目，可能会标识ill30-40种风险。如果为每种风险定义三至七个风险管理步骤，则风险管

5、理本身就可能变成一个”项目”。经验表明：整个软件风险的80%（即可能导致项H失败的80%潜在的因素）能够由仅仅20%的已知风险来说明。早期风险分析步骤中所实现的工作能够帮助计划者确定哪些风险在所说的20%屮。1、安全性风险和危险风险不仅限于软件项日木身。在软件已经能够交付客户之后，仍有可能发生风险。这些风险一般与领域屮的软件失败相关。虽然一个良好的系统发生错误的概率很小，但是基于计算机的控制及监督系统中未被发现的错误可能会导致巨大的经济损失，或者更加严重当软件被用作控制系统的一部分时，复朵性会以数量级增加。由于人的错谋所引起的微小的设计缺陷，在使

6、用软件时会变得难以发现。软件安全和危险分析是属于软件质量保证活动，它主要是用来标识和评估可能对软件产生负面影响并使整个系统失败的潜在危险。如果能够在软件工程的早期阶段标出危险，则可以指定软件设计特征來消除或控制潜在地危险。2、RMMM计划风险管理策略可以包含在软件项H计划中，或者风险管理步骤也可以组织成一个独立的风险缓解、监控和管理计划（RMMM计划）。RMMM计划将所有风险分析文档化，并由项日管理者作为整个项日计划屮的一部分来使用。RMMM计划的大纲如下：I.引言文档的范围和H的主耍风险综述责任a・管理者b・技术人员II.项1=1风险表终止线Z

7、上所有风险的描述影响概率及影响的因素III•风险缓解、监控和管理缓解一般策略缓解风险的特定步骤监控被监控的因素监控办法管理意外事件计划特殊的考虑IV.RMMM计划的迭代时间安排表V总结