评估程序

    我们设定一个评估程序判定在我们的RUP实施过程第一步骤中10个RUP项目团队中的三个的"之前/之后"能力标准。所选项目代表了不同的应用程序地区、不同的站点和不同的技术环境。

    我们使用了一名外部咨询师培训一些内部评估员，并且领导评估小组，同时，我们使用下述阶段根据SPICE的需求计划我们的评估程序：

    .前评估调查表，带有一组关键文档

    .评估计划和日程安排

    .项目团队的1个小时的简介（会见的前一周）

    .项目团队为期1天的会见

    .检验与评定级别

    .项目团队研究结果的反馈（会见之后）

    .评估报告（会见之后的一星期）

    在评估的过程方面，评估的范围如图8所示。对于所有这些过程，在以理想的方式使用RUP5.5时，其期望的能力级别为3。

    对于每个被评估的项目：

    ."前评估"或者"传统的工作方式"在项目开始前执行，来看一看如果不将其选定为使用RUP的项目，该项目可能会如何来执行。

    ."后评估"，在RUP的构建阶段评估RUP的工作方式。

    会见应该被限定在一天内进行，尽量少打扰项目团队，在同时也要收集足够的信息从而可以正确地评定级别。如果一天时间太短不足以评估所有的过程的话，我们就需要对评估过程制定计划。我们也发现在某些情况下，评估集成与测试过程进行得有些过早了，这是由于在第一次迭代过程中这些过程还没有进行到能够得到公平评定的程度。

    评估结果

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

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

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

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

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