(软件项目管理与计划.pptVIP

* * 风险评价的步骤 多数情况中，参照点不是一条平滑的曲线，而是一个区域，这个区域可能是易变动的区域，在这些区域内想要作出基于参照值组合的管理判断往往是不准确的。因此，在做风险评价时，按以下步骤执行： （1）为项目定义风险参照水准。 （2）尝试找出在每个[ri，li，xi]和每个参照水准之间的关系。 （3）预测参照点，定义一个终止区域，用一条曲线或一些易变动区域来界定。 （4）努力预测复合的风险组合将如何形成一个参照水准。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * 19.4.4 风险驾驭和监控 风险驾驭步骤： （1）与现在在职的人员协商，确定人员流动的原因（如工作条件差、收入低、人才市场竞争等）。 （2）在项目开始之前，把缓解这些原因（避开风险）的工作列入已拟定的驾驭计划中。 （3）当项目启动时，做好人员流动会出现的准备。采取一些办法以确保人员一旦离开时项目仍能继续（削弱风险）。 （4）建立项目组，以使大家都了解有关开发活动的信息。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * （5）制定文档标准，并建立一种机制以保证文档能够及时产生。 （6）对所有工作组织细致的评审（以使更多的人能够按计划进度来完成自己的工作）。 （7）对每一个关键性的技术人员，要培养后备人员。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * 图19-6表示风险驾驭步骤要写进风险驾驭与监控计划RMMP（Risk Management and Monitoring Plan）。RMMP记叙了风险分析的全部工作。 图19-6 风险驾驭与监控 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * RMMP的主要内容 图19-7 风险驾驭与监控计划概要 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * 风险监控的三个主要目标 （1）判断一个预测的风险事实上是否发生了。 （2）确保针对某个风险而制定的风险消除步骤正在合理地实施。 （3）收集可用于将来的风险分析的信息。 实际上，项目中发生的问题总能追踪到许多风险。风险监控的另一项工作就是要把“责任”（什么风险导致问题发生）分配到项目中去。虽然风险分析会增大成本，但是相对于因为严重的风险发生而没有采取有效的措施造成的项目损失来说，这些工作量花得值得。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * 19.5 进度安排 软件开发项目的进度安排有两种考虑方式： （1）系统最终交付日期已经确定，软件开发部门必须在规定期限内完成。 （2）系统最终交付日期只确定了大致的年限，最后交付日期由软件开发部门确定。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * 19.5.1 软件开发小组人数与软件生产率 在软件开发中，生产率和人数往往是成反比的。在通常情况下，一个人的开发小组效率是最高的。主要的原因是减少了人员之间的通信和理解工作量。但是，不可能让一个人工作10年，而是让10个人工作1年去进行软件开发。因此，需要多人组成开发小组共同参加一个项目的开发。多个人开发同一个项目会产生通信问题，对接口、设计的理解。通信需花费时间和代价，降低软件生产率。 但是小组这