评估结果

    下图是一个项目的评估结果。对于每个过程来说，上面的条是"传统的工作方式"，下面的条是"使用RUP进行工作"。

    图8：对于一个RUP 项目的"评估能力级别"

    该图表明，在需求、分析、设计和项目管理过程中，能力已从1级增加到2级。在传统的工作方式中没有进行验证和风险管理过程。"使用RUP 进行工作"的项目被评定为1级。

    在所有我们评估过的三个项目中，需求、分析、设计、构建和项目管理过程在"使用RUP 进行工作"的项目中都被评定为2级（只有一个例外）。在对这些首次使用RUP 的项目提供指导时，焦点集中在这些过程上。很清楚，在开始使用RUP 时，焦点就是在首先得到终端产品上，这就意味着，工程过程、建模技术和新工具最受人瞩目。这些项目中，有两个是初次使用Windows DNA 环境，这就需要在技术方面给予更多的培训和指导。

    评估结果清楚地指出，RUP 的实施确实取得了效果。不过，随着使用RUP 经验的增加，还存在很大的潜力进一步改善过程能力。建议项目团队在反馈期间进行过程改善活动， 在反馈期间中提出每次评估的结果并进行讨论。也存在改善管理与技术支持过程中提供给RUP项目的技术支持的潜力。建议的行为包括技术支持的内容以及如何提供技术支持两方面，并在评估期间进行记录。因此，评估过程除了能提供证据以表明实施RUP 得到肯定的效果之外，也对我们进行实施过程的方式所存在的优点和缺点进行了有价值的深入分析。

    如何将过程能力转化为生产力

    当我们向管理层汇报我们的发现成果时，他们十分高兴，但是还是要问那个问题："你能告诉我们将会节省多少钱吗？"

    很好，这是一个难以回答的问题 ．．．不过2001年4月发行的IT Metrics Strategies 里有一篇文章，讨论了工作于CMM 级别2的团队与工作于CMM 级别1的团队相比是如何的快速、省钱和优秀。该篇文章在从CMM评估到Quantitative Software Management（QSM）运行的大型数据库所得的校准统计数据的基础上，包括了对超过2500个项目的生产力度量。虽然该文讨论的都是些很大型的项目，该文也引用了由QSM 提供的数据，表明了在编码和测试一个大概50000行代码的业务应用程序时，从CMM级别1 向CMM级别2升级将会

    减少17％的日程安排

    减少46％的工作量

    减少51％的缺陷

    而且，从CMM级别2向CMM级别3升级又会减少50％的工作量和缺陷！

    现在，CMM成熟度级别并不与SPICE能力级别完全相同，但是有一点是很明确的：软件过程改善会对面市时间和成本以及产品的质量带来非常肯定的影响。

    通过实施RUP ，我们能够在2-3年的时间范围内将使用RUP 进行工作的团队的选定过程达到能力级别3。因此，即使根据"Volvo IT 解决方案"实施RUP所需的投资是相当多的，我们潜在节省的成本会更多。

    管理层高层接受了这一"间接证据链"，并且允许我们继续执行实施计划的下个步骤。

    结束语

    我们达到目标了吗？

    在调查表和客户证明反馈的基础上，得出的结论表明我们正在朝着正确的方向前进。客户和开发人员喜欢新的工作方式，并且也承认需求的质量提高了，可以建立起更稳固的架构。在项目的早期管理变化的需求并且得到产品的一个版本的可能性增加了，而且在项目中尽早运行特别受欣赏。他们也期望根据RUP 创建的产品维护起来会更加方便和便宜。

    SPICE评估结果清楚地指出，RUP的实施提高了应用程序开发能力。不过，随着使用RUP经验的增加，还存在更大的潜力进一步提高过程能力。

    我们也知道要达到"应用程序开发的共同过程"这一目标还需要一些时间。可能需要再来5年，但是，现在我们有信心能够而且必须这样做。