转变大型机开发者

　　当Ashworth访问这个站点时，他指出，“我们州政府机构工程能够成为一个设计-构造-实施的问题，但是坐下来同商业用户谈判，理解他们要求我们作什么之后，我们意识到在定义这些需求和裁剪需求的时候，仍然有工作要做”。并且他补充道，“为了达到我们的目标，我知道我们不得不帮助那些遗留开发资源迅速变成为高生产力的”。

　　这些资源包括有限任期的职员，他们有大型机时代和顺序程序设计语言的经验，但是没有关系数据库的概念和面向对象开发的方法学。有两个初级开发者，刚从学校毕业，只是有学术知识而没有应用这些知识的实际经验。这个团队参加了一周的Java培训，另一周的Rational迅速开发的培训。他们还花费额外的三天来复习回顾针对Rational Rapid Developer的Java要点。即便有了这些培训，然而考虑到这个团队的非常有限的J2EE开发经验，Ashworth并没有高的期望。

　　“我们的初始执行计划预计到相当低的生产率――大约在20%范围――从客户的职员来看，以达到我们的首次交付。但是令我们惊讶的是，在相当短的时间内，他们达到了90%-95%的生产率。从我作为一个项目领导者的角度来看，这可能是在此项目中使用Rational Rapid Developer最大的益处。”

　　Kaczmarek指出，除了为广大的开发者简化J2EE开发，Rational Rapid Developer同样帮助他们执行一种模块化开发的方法。“在转变基于遗留的开发者过程中的一个关键挑战是远离传统的完整范例;他们习惯于使用构建一万行的COBOL程序，我们需要使他们转变到模块化的思维方式。Rational Rapid Developer提供一个可视化的开发范例，它对于实现着这个转变是绝对必须的。除非你有一个工具类似Rational Rapid Developer，它强制模块化，否则这个转变看起来会非常不自然。这个工具强制你以一种顺序抽象的方式做事情，这个是绝对必要的。”