业务环境
业务的挑战和目标
如同IT领域中的大多数其他公司一样，VolvoIT也面对着新的挑战，需要改变开发交付品和维护软件应用程序的方式。其中一些挑战包括：
.应用程序与业务的集成程度越来越高。因此，应用程序开发过程必须与业务工程过程相集成。
.业务变更的频率是逐渐增加的。因此VolvoIT必须提高生产力，从而能够对新的和正在变更的需求做出回应。
.客户想要使用全球化的解决方案。这一事实导致了项目数量的增加，项目团队分布于不同的国家和大洲。
结论就是我们需要应用程序开发过程，将其与我们现有的项目管理和业务工程过程协同起来，创建一个框架以满足挑战并完成目标。
预期效果
使用新过程框架的长期预期效果包括：
.将良好定义的业务需求作为应用程序开发项目的输入。
.在交付时提供更优秀的产品以满足实际需要。
.在应用程序第一个版本交付之前使用更短的指导时间
.更多的项目准时并在预算内完成
.减少重复工作的成本
.更好的产品可维护性
.面向应用程序开发的一个共同过程
新应用程序开发过程的实施
Gartner小组说过：
"在拥有100到200名开发人员的AD组织中要完全实施AD方法学最少需要2到3年。"
由于VolvoIT比Gartner所引用公司的规模要大得多，所以这项工作就更需要花费时间，也需要正确的管理，这一点是很重要的。VolvoIT在1998年中期启动了一个项目，以制定如何管理方法问题以及如何发现合适的共同应用程序开发过程备选方案的策略。
方法策略
在业务中实施或变更应用程序开发过程是一项带有很多陷阱的任务。在方法策略中，我们将"关键成功因素"应用于工作中以在公司中建立一个共同应用程序开发过程。成功因素恰恰是基于GartnerGroup以及其他人所发现内容之上的。一些最重要的成功因素包括：
.管理承诺
我们确信，从最上级的管理层开始，绝对需要进行非常有效的承诺，而且管理层需要懂得公司将要实施一个新的、共同过程时所要面对的变化的程度。
.室内过程工程技能
应用程序开发过程（包括其不同变量）是VolvoIT业务的中心部分，因此，很重要的一点就是我们要控制公司内部不同过程变量的内容和配置。
.应用程序开发过程以及其方法和工具之间的集成
仅仅使用一个过程（描述要做什么）进行应用程序开发是不够的，仅仅使用方法（描述如何完成）也是不够的--它们两者我们都需要，不同的方法和工具之间以及与过程之间都是一致的。
.过程必须是易于分布的
由于我们已经意识到所选择的过程会持续演化发展，所以过程新版本和配置的分布必须是容易实现的。太多的过程和方法已经成为了"货架件"，这并不是我们所说"实施"的意思。
评价标准
在方法策略的基础上，VolvoIT决定开始研究面向应用程序开发过程的合适后备的市场。对于VolvoIT来说，其目标是从支持现代应用程序开发实践的市场供应商手中得到一个已知的、试验过的以及已测试的标准过程，并且使用该过程。
要完成这个目标，我们首先需要创建一套用来评估不同后备方案的标准，并关注这一过程本身以及与供应商可能的关系。我们设定的标准包括：
.迭代式过程。
要能够对快速变化的业务需求作出回应，重要的一点就是过程需要支持迭代式开发。
.过程必须是可配置的。
每个项目都有其自己的特点，一个过程是对理想情况的普通的、标准的描述。因此，该过程必须是可配置的，以满足特定项目的需要。不过，即使每个项目具有其独特性，也可能使用"项目类型"将项目进行分类。因此，我们也需要配置该过程，不仅仅是对于特定的项目，对于一些"过程变量"也是如此。
.全球性培训与支持
在VolvoIT中的开发人员可以得到相当的培训并对我们主要的站点所在地提供支持，这是很重要的。
.选择合适的供应商
由于这是一个长期的投资活动，重要的就是要选择能够使我们在市场上经受挑战的供应商。供应商使用的策略应该能够根据客户的需要持续进行过程的开发，这也是很重要的。
基于这一标准，VolvoIT评估了许多不同的、可能使用的过程和可能合作的供应商，结果就是我们选择了RationalUnifiedProcess作为我们的共同应用程序开发过程。
