RUP 专家
一名RUP 专家的职责包括支持材料的开发和改善，例如Volvo IT的RUP配置，以及其模板和指南等。专家也负责在为项目提供技术支持时帮助RUP指导员。要能承担起RUP专家的任务，应该具备技术支持RUP项目的广泛经验（例如，从RUP 指导员干起）、完整地理解RUP、过程配置和评审。
一般情况下，一名RUP 专家主要将注意力集中于一个或几个RUP工作流上。
协调员
协调员的职责就是在他或她的站点计划、管理和监视过程、方法和工具的使用。协调员的工作肯定要包括计划和监控RUP的使用，帮助站点管理层发现合适的RUP项目，协调培训，通知职员、客户和对于RUP感兴趣的其他方面人员。
协调员也应该作为一名项目控制委员会的成员加入使用RUP 的项目，并监控RUP 的使用和效果。
要能够成为一名协调员，必须总体上掌握RUP以及RUP与项目潜移默化的关联。协调员作为站点代表也必须受到来自管理层和开发人员方面的信任。
项目的主要活动
MAPS的主要活动是在不同RUP 项目中本地执行的。MAPS的主要职责就是协调所有那些活动。不同的活动可以使用下述组别进行分类。
培训
进行RUP 培训，方法和工具是成功的必要因素和先决条件！但是培训只能提供RUP、方法和工具的理论知识。我们承认这些理论知识并不是足够的，因此在第一次RUP项目中，培训阶段后续还跟有技术支持（见下面）。
根据人员在项目中的角色不同，参照下表，他或她推荐使用不同的培训课程。大多数的培训课程是标准的Rational课程，但是我们也为那些需要了解RUP 项目特性、RUP 项目之间的不同以及传统项目的人员提供一个简短的介绍性培训。这一目标群体中的人员包括客户、用户以及常常参与控制委员会的Volvo IT经理。
图4：每个关键项目角色和其他项目干系人需要进行的基础培训
为RUP 项目提供技术支持
如上面所述，学习RUP 的方法就是将理论知识与实际工作结合起来。在RUP 项目经验的基础上，我们将这种技术支持分为三类：工作组、指导活动和评审。
图5：工作组和评审结构
工作组
我们非常快地意识到当第一次面对特定问题时，几乎所有的项目都面临相同的问题。为使指导更有效并有预测性，我们创建了一套可配置的工作组。每个工作组：
刷新理论知识，从培训课程中有所收获。
将理论知识应用于特定RUP 项目的问题、工件等中。
由于RUP 、UML和其工具对于大多数开发人员来说都是新的，所以让工作组尽早将精力集中在项目上是很重要的。在实践中，这就意味着一般情况下，在初始和细化阶段很重视这种技术支持。
指导
指导是对工作站间RUP项目团队不同角色提供的日常技术支持。指导活动一般情况下其本质是很有实际意义的，并且是摸得着的。它主要关系如何解释RUP活动或工件、如何在特定情况下创建特定的UML模型，或者如何在特定情况下使用某一工具。
评审
评审是非常重要的！除了进行正常的评审以确保项目中的产品质量之外，我们也要评估对项目提供的技术支持的效果。这种"额外的"评估过程对我们来说是很重要的，由于RUP 实施要在其支持的RUP项目取得成功的基础上才能进行评估。
评审至少要在阶段的末期进行，但是它们也可以在迭代过程的末端用做为"状态评估"。
从RUP 项目中得到的经验
实施和开始使用一个新的共同应用程序开发过程对于像Volvo IT这样的公司来说算是一笔很大的投资了。因此，对于我们来说，很重要的一点就是要得到有关RUP本身和其技术支持是如何被RUP 项目团队成员和客户接受的反馈。
调查表
评价RUP和RUP技术支持的一种方式就是使用调查表。当RUP项目结束之后，该评估过程由客户代表、项目经理和项目团队共同完成。调查表主要关注5个不同的方面：
RUP 与"传统工作方式"相比较
开发过程
培训过程
指导和技术支持
迭代的方法
对于每个方面，我们都使用若干个问题从项目干系人那里得到意见。
调查结果经汇编后提供给项目团队和MAPS 项目控制委员会。我们的总体目标是至少80％的调查对象是满意的（按照1-4级，要达到3或4级）。结果表明我们远远超过了这一目标--在一些案例中甚至达到了95％！
如果我们对从调查表中的详细问题得到的经验以及由被访者提供的附加评论进行总结的话，得出的最重要的消息包括：
在项目过程中对于需求和风险的关注是尤其值得欣赏的。
维护应用程序的成本预计要低于维护使用传统方法开发的应用程序的成本。
实施一个新的应用程序开发过程是一种对于能力的投资，并且必须作为一种长期的改善。
