一家电信设备领先供应商利用多种IBM工具进行开发活动。通过采用基于Jazz的Rational产品，他们配备的工具发生了重大变化。协作是公司的首要重点，Agile和Scrum做法在公司应用广泛，并不断发展。该公司打算利用OSLC接口最大程度整合其现有工具。接下来，他们将实施战略转型，完全采用Rational 套件。他们坚信，该套件将减少任何特定用途（如变更管理）所需的应用程序的数量。
整个公司有80个分散的Scrum团队并行工作，作为协同工作的核心内容，公司目前正在把Rational Team Concert部署到全公司的设计团队。公司迫切希望实现Team Concert带来的效率，其目标是到2010年底以前完成50个团队的部署。由于现有工具之间缺乏联系，采用目前的人工整合作法，使得对影响的分析和对工作事项的跟踪变得异常繁琐，在有些情况下甚至无法进行。随着对Scrum的重点关注，公司认识到了工具关联的重要性，并优先部署了Rational工具来管理这种风险。公司热切期望能够利用现成的工具实现上述整合，同时完成从基于文件的处理手段向更深层次细节的过渡，从而促进更好地协调具体内容。
需求管理目前需要投入大量的精力，必须通过人工干预和人工智能来分析影响，确定互动。公司认为Rational Requirements Composer已经成熟，可以开始实施，因此计划用其代替以文件为中心的方法。一旦完成向基于Jazz的Requirements Composer的过渡，复杂的需求关系跟踪和版本管理机制将大大简化。使用Requirements Composer直接管理变更控制，就无需再生成需求文件，然后在另一个系统中对其进行变更控制。公司计划在2011年初完成向Requirements Composer的过渡，从而将需求完全整合到业务过程中。
应用实例、状态机制和序列图表等系统建模都是在公司内部完成的，但结果却互不关联。公司已制定使用Rational Rhapsody的战略，并将把它与Requirements Composer和Team Concert集成到一起，进而把建模活动移到一个集中式工具套件中来进行。
实施Rational Quality Manager，并将其用于测试管理，为改进目前使用的非关联方法提供了机会。Team Concert和Quality Manager部署之后，将实现对测试跟踪和报告的集中处理，包括实现模拟测试和物理硬件执行的自动化测试。目前，公司采用人工方法整合测试案例、测试数据和需求范围。就需求而言，完成向Quality Manager的过渡为实现需求与测试活动的自动关联提供了可能性。公司计划到2010年第二季度末完成向Quality Manager的过渡。
通过利用支持过程优化和评估的Rational Method Composer，公司实现了紧密的过程协作。由于公司每天都要测量关键业绩指标，并且每4个小时就要评估一次整体设计状态，拥有成熟的流程就成了当务之急。公司发现，与其他供应商提供的产品相比，IBM解决方案的适应性更强，可填补现有的技术空白，而Method Composer只是其中一例。
公司认识到有必要在产品开发过程中进行协作，并利用Scrum团队和敏捷流程满足这一需要。公司也知道确保工具解决方案与工作重点相吻合的必要性。公司推出了在全公司部署Rational Team Concert、Rational Quality Manager、Rational Requirements Composer和Rational Rhapsody的基本战略。通过将需求、建模和测试整合到一个以协作为中心的平台，公司预计，业绩将提升到一个新的水平，公司相信这对未来的发展是非常重要的。
