方法策略

    在业务中实施或变更应用程序开发过程是一项带有很多陷阱的任务。在方法策略中，我们将"关键成功因素"应用于工作中以在公司中建立一个共同应用程序开发过程。成功因素恰恰是基于Gartner Group以及其他人所发现内容之上的。一些最重要的成功因素包括：

    管理承诺

    我们确信，从最上级的管理层开始，绝对需要进行非常有效的承诺，而且管理层需要懂得公司将要实施一个新的、共同过程时所要面对的变化的程度。

    室内过程工程技能

    应用程序开发过程（包括其不同变量）是Volvo IT业务的中心部分，因此，很重要的一点就是我们要控制公司内部不同过程变量的内容和配置。

    应用程序开发过程以及其方法和工具之间的集成

    仅仅使用一个过程（描述要做什么）进行应用程序开发是不够的，仅仅使用方法（描述如何完成）也是不够的--它们两者我们都需要，不同的方法和工具之间以及与过程之间都是一致的。
   
    过程必须是易于分布的

    由于我们已经意识到所选择的过程会持续演化发展，所以过程新版本和配置的分布必须是容易实现的。太多的过程和方法已经成为了"货架件"，这并不是我们所说"实施"的意思。

    评价标准

    在方法策略的基础上，Volvo IT决定开始研究面向应用程序开发过程的合适后备的市场。对于Volvo IT来说，其目标是从支持现代应用程序开发实践的市场供应商手中得到一个已知的、试验过的以及已测试的标准过程，并且使用该过程。

    要完成这个目标，我们首先需要创建一套用来评估不同后备方案的标准，并关注这一过程本身以及与供应商可能的关系。我们设定的标准包括：

    迭代式过程。

    要能够对快速变化的业务需求作出回应，重要的一点就是过程需要支持迭代式开发。

    过程必须是可配置的。

    每个项目都有其自己的特点，一个过程是对理想情况的普通的、标准的描述。因此，该过程必须是可配置的，以满足特定项目的需要。不过，即使每个项目具有其独特性，也可能使用"项目类型"将项目进行分类。因此，我们也需要配置该过程，不仅仅是对于特定的项目，对于一些"过程变量"也是如此。

    全球性培训与支持

    在Volvo IT中的开发人员可以得到相当的培训并对我们主要的站点所在地提供支持，这是很重要的。

    选择合适的供应商

    由于这是一个长期的投资活动，重要的就是要选择能够使我们在市场上经受挑战的供应商。供应商使用的策略应该能够根据客户的需要持续进行过程的开发，这也是很重要的。

    基于这一标准，Volvo IT 评估了许多不同的、可能使用的过程和可能合作的供应商，结果就是我们选择了Rational Unified Process作为我们的共同应用程序开发过程。

    MAPS--RUP 的实施项目

    在实施策略的基础上，Volvo IT决定建立一个实施RUP 的项目。项目的名称为MAPS --进行系统开发的方法和过程。

    分阶段的方法

    改变业务的"产品过程"常常意味着给相关业务带来压力。当业务的过程变化并因此造成业务流程变化时，这就意味着一个很大程度上的文化转换。这种文化转换意味着业务中的人员需要改变他们"查看"和"考虑"业务的方式。

    为了促使这种文化转换，我们必须开始积攒新应用程序开发过程的经验。由于我们已经意识到对于我们公司来说，不可能在一个全新的项目中马上开始使用RUP ，所以我们决定使用一个分步骤的实施方法。根据这一方法，第一步就是启动一些试验项目，并且在这些项目经验的基础上按照一些实施的步骤将其继续应用于更多的项目中。（参见图2）
   
    图2：分阶段方法

    
    MAPS 项目的预期结果为：

    足够数量的经RUP 培训的开发人员，能够使用UML和Rational Suite，从至少一个项目中获取如何将过程、方法和工具协同使用的经验。

    足够数量的室内职员，从而可以使Volvo IT在需要RUP指导员和RUP 专家时能够进行自身支持。

    适合Volvo IT特定需求的支持资料，从而能够为RUP 项目提供支持。

    MAPS 项目应持续进行，直到开发人员、指导员以及专家这些"关键人物"的数量达到要求。

    如何启动？

    我们通过在第一次实施步骤中定义合适项目的选择标准而启动。定义这个标准的原因就是我们意识到我们不能承受第一个RUP 项目出现任何闪失，所以我们必须精挑细选，才能决定哪些项目应该作为第一批使用RUP 的项目。该标准包括：

    项目规模：项目团队 3-10人，持续3-9个月，2000-5000个工时。

    学习时间：绝对不能在"紧要的最后期限"才交付产品。我们也预料到在第一个项目的初始阶段生产力会有所下降：我们估计，至少额外需要4周的时间才能学会新的过程、方法和工具。

    学习的兴趣：项目经理和团队必须对于学习RUP 感兴趣。

    如何组织？

    经验证，学习新事物（例如，RUP、UML以及其工具）的最有效方式就是将理论与实践相结合。要能第一次使用RUP 和其工具，并且同时创建高质量的产品，该项目团队就需要大量的技术支持。RUP 指导员的职责就是提供这些技术支持。技术支持材料由RUP 专家进行开发。他们在为开发人员提供技术支持的同时，也要帮助RUP 指导员。开始时，我们需要使用外部专家，因为在Volvo IT中，还没有做好准备的室内职员可以承担起指导员或专家的重任。

    我们意识到对于MAPS 项目来说，不可能将RUP "推入"组织中--我们需要组织进行"拉动"。要达到这一目标，我们在Volvo IT的每个开发站点都设立了本地协调员。协调员可以被看作为项目的子经理，他们的职责就是在他或她的站点内协调所有的RUP 实施活动。实际上，协调员也包括于MAPS 项目团队中。

    图3：RUP 实施项目组织结构图

    
    这一方法经验证非常奏效。今天，我们的Volvo IT 职员已经能够承担起RUP 指导员和RUP 专家的重任了。

    实施过程的关键角色

    在Volvo IT中，使用RUP是组织系列的职责。例如培训、授权、工具和指导之类的资源由MAPS 项目提供。

    RUP 指导员

    RUP 指导员的长期目标就是在他或她的站点为RUP 的使用提供技术支持，向项目成员提供切实可行的帮助，将新的开发活动、计划和结果通知给感兴趣的一方。

    短期的目标就是学习如何进行指导；通过参加RUP项目掌握过程、方法和工具，并通过参加指导员网络与其他指导员交换经验。

    指导员需要理解每个工作流中产出的工件，并且根据项目的特点理解每个阶段和迭代过程中恰当的信心度。

    要想成为一名RUP 指导员，系统开发的经验是必需的，也必须理解开发的角色以及他们在过程中的位置。通过考虑项目的类型和项目成员以前的经历，指导员必须能够判断哪些工具是合适的。指导员也需要优秀的个人品质，例如领导才能（策划事情并关注于结果）、沟通技巧（能够聆听、具有必胜的信心、能够激励他人并使人信服）以及教育的能力（能够将理论应用于实践）。