Getting developers to work with the components has been a major push, Bishop says. "We've had to educate people about what's already built, get them to think about how they build in a componentized environment, how to reuse, how to deploy, how to make it so it's like a software package they just bought -- it's a mindset shift"

To this end, Bishop's team created "our own version of a SourceForge concept, with a version control system and basic workflow management component." The system enables developers to check in and out different versions of components based on a questionnaire and profiling from a service catalog.

One business unit, for example, developed an "equity desktop" application in 90 days that traditionally would have taken six to 12 months to design and build from scratch, Bishop recalls. "They reused our desktop and server frameworks and dropped them on the product runtime utility environment so they didn't have to worry about how it would be managed and supported," he explains. "On the server they defined workflow rules, SLAs, and user priorities -- whether it needed to run on high- or low-cost infrastructure -- and then did the data mapping."

Another business group, Foreign Exchange, built and exposed a componentized foreign exchange calculator application, Bishop recalls, which was later reused by a completely separate division, International Payments and Trade.

"This is going to be an ongoing lifecycle," Bishops predicts. "As more and more services and components come on, and the better job we do educating, people will go, '"Why would I even bother wasting any more time when I can just use the new stuff, build it better, it's dynamic and just works right?' That will be the measure of success."