我们非常快地意识到当第一次面对特定问题时，几乎所有的项目都面临相同的问题。为使指导更有效并有预测性，我们创建了一套可配置的工作组。每个工作组：

    .刷新理论知识，从培训课程中有所收获。

    .将理论知识应用于特定RUP项目的问题、工件等中。

    由于RUP、UML和其工具对于大多数开发人员来说都是新的，所以让工作组尽早将精力集中在项目上是很重要的。在实践中，这就意味着一般情况下，在初始和细化阶段很重视这种技术支持。

    指导

    指导是对工作站间RUP项目团队不同角色提供的日常技术支持。指导活动一般情况下其本质是很有实际意义的，并且是摸得着的。它主要关系如何解释RUP活动或工件、如何在特定情况下创建特定的UML模型，或者如何在特定情况下使用某一工具。

    评审

    评审是非常重要的！除了进行正常的评审以确保项目中的产品质量之外，我们也要评估对项目提供的技术支持的效果。这种"额外的"评估过程对我们来说是很重要的，由于RUP实施要在其支持的RUP项目取得成功的基础上才能进行评估。

    评审至少要在阶段的末期进行，但是它们也可以在迭代过程的末端用做为"状态评估"。

    从RUP项目中得到的经验

    实施和开始使用一个新的共同应用程序开发过程对于像VolvoIT这样的公司来说算是一笔很大的投资了。因此，对于我们来说，很重要的一点就是要得到有关RUP本身和其技术支持是如何被RUP项目团队成员和客户接受的反馈。

    调查表

    评价RUP和RUP技术支持的一种方式就是使用调查表。当RUP项目结束之后，该评估过程由客户代表、项目经理和项目团队共同完成。调查表主要关注5个不同的方面：

    .RUP与"传统工作方式"相比较

    .开发过程

    .培训过程

    .指导和技术支持

    .迭代的方法

    对于每个方面，我们都使用若干个问题从项目干系人那里得到意见。

    调查结果经汇编后提供给项目团队和MAPS项目控制委员会。我们的总体目标是至少80％的调查对象是满意的（按照1-4级，要达到3或4级）。结果表明我们远远超过了这一目标--在一些案例中甚至达到了95％！

    如果我们对从调查表中的详细问题得到的经验以及由被访者提供的附加评论进行总结的话，得出的最重要的消息包括：

    .在项目过程中对于需求和风险的关注是尤其值得欣赏的。

    .维护应用程序的成本预计要低于维护使用传统方法开发的应用程序的成本。

    .实施一个新的应用程序开发过程是一种对于能力的投资，并且必须作为一种长期的改善。

    成功案例

    最有价值的证明就是当RUP项目的客户表示他们喜欢"新的"工作方式时。我们已经得到了这样一些例子。下面的内容引自一个RUP项目的客户，出版于一家VolvoIT的内部杂志：

    "太奇妙了！我们被邀请参加一次对话，并得到了一个扭转乾坤的解决方案。"

    "我们已经发现这些不同的阶段带来的是我们可能永远想不到的事情。当及时构建起架构时，我们没有在最后时刻碰到任何令人不愉快的意外情况。"

    "他们确实发现了奏效的不同解决方案的实例，并使用每个人都能理解的方式进行了解释。从产品负责人到组装人员，每个人都参加并影响了过程。他们对于我们的需要和愿望总是乐于接受的。仿佛他们几乎可以在字里行间得到信息。以这种方式进行工作使我们更好地扩展需求。

    "

    评估使用RUP带来的效果

    如何度量使用RUP带来的效果

    经培训使用RUP的开发人员总数估计在1000人。这相当于投资范围从5000万－10000万瑞士克隆，等于500-1000万美元。因此高级管理层提出的问题就没什么可大惊小怪的了："你能证明RUP很值得投资吗？"如果在项目的第一个回合中使用RUP并没有得到的肯定效果，那我们为什么还要继续呢？

    好，我们能度量些什么呢？

    .很明显，为得到RUP试验的反馈而设计的调查表不能作为客观的证据。当您是第一个采用新过程并使用新工具的人时，一般情况下都是值得肯定的。

    .仅仅通过查看使用RUP的项目的发布精确度（与早期估算的实际时间和成本相比）对于判定RUP的效果来说还是不足够的。相反，迭代式方法可以使客户和供应商能够对于范围和优先级随着问题和解决方案发展而出现的变更达成共识。

    .随后，我们要使用软件过程改善与能力判定（SPICE）框架评估"过程能力"。通过评估项目团队的"传统工作方式"，以及随后将这些数据与相同团队"使用RUP进行工作"的评估结果进行比较，我们就有希望能够记录团队的软件过程能力是如何得到改善的。