At GE Capital, the business is focused not simply on providing financial services to mid-market companies but also selling the company's industrial \n\nexpertise. They might help franchisees figure how to reduce power consumption or aid aircraft companies with their operational problems. "It's our \n\nbig differentiator," says GE Capital CTO Eric Reed. "It makes us sticky."And within IT, Reed is looking not for the best Java programmer in the world or an ace C# developer. He wants IT professionals who know about \n\nthe network and DevOps, business logic and user experience, coding and APIs.IT Specialist Out, Full-Stack Engineer InIt's a shift for the IT group prompted by an \n\nexponential increase in the pace of business and technology change. "The market is changing so much faster than it was just two or five or, \n\ncertainly, 10 years ago," says Reed. "That changes the way we think about delivering solutions to the business and how we invest in the near- and \n\nlong-term. We have to think about how we move quickly. How we try things and iterate fast."\n\nBut agility is a tall order when supporting a company with $514 billion in assets with more than 50,000 employees in 55 countries around the world. "There \n\nare several markets we play in, and we can't be big and slow," says Reed. "But the question is how to we make ourselves agile as a company our \n\nsize."Like many traditional IT organizations, GE Captial had one group that developed and managed applications and another that designed and \n\nmanaged infrastructure. Over time, both groups had done a great deal of outsourcing. It wasn't an organizational structure designed for speed.An engineer by training, Reed saw an opportunity to apply the new product introduction (NPI) process developed at GE a couple of decades ago \n\nto the world of IT development. Years ago, a GE engineer might split his or her time between supporting a plant, providing customer service, and \n\ndeveloping a new product. With NPI, we turned that on its ear and said you're going to focus only on this new product," explains Reed. "You take \n\npeople with different areas of expertise and you give them one focus."That's what Reed did with IT. "We take folks that might do five different things in the course of the day and focus them on one task -- with the \n\nadded twist being that you can't be someone who just writes code," says Reed. A New Type of IT Team FormsLast year, Reed pulled together the first such team to develop a mobile fleet management system for GE Capital's Nordic region. He assembled \n\na diverse group of 20, who had previously specialized in networking, computing, storage, application, or middleware, to work together virtually. He \n\nconvinced all of the company's CIOs to share their employees. They remained in their initial locations with their existing reporting relationships, but \n\nfor six months all of their other duties were stripped away. "The CIOs had to get their heads around that," Reed says\n\nThe team was given some quick training in automation and given three tasks: develop the application quickly, figure out how to automate the \n\ninfrastructure, and figure out how to automate more of the application deployment and testing in order to marry DevOps with continuous \n\napplication delivery.There were no rules -- or roles. "We threw them together and said, 'You figure it out,'" Reed recalls. "We found some people knew a lot more \n\nthan their roles indicated, and the lines began blurring between responsibilities." Some folks were strong in certain areas and shared their \n\nexpertise with others. Traditional infrastructure professionals had some middleware and coding understanding. "They didn't have to be experts in \n\neverything, but they had a working knowledge," Reed says.The biggest challenge was learning to be comfortable with making mistakes. "GE has built a reputation around execution," says Reed. "My boss \n\n[global CIO of GE Capital] and I had to figure out how to foster an environment were people take risks even though it might not work out."Project SuccessThe project not only proceeded quickly -- the application was delivered within several months -- it established some new IT processes. They \n\nincreased the amount of automation possible not only at the infrastructure level, but within the application layer at well. They also aimed for 60 to \n\n70 percent reusability in developing the application, creating "lego-like" building blocks that can be recycled for future projects. Business customers welcomed the new approach. In the past, "they would shoehorn as many requirements into the initial spec as possible \n\nbecause they didn't know when they'd ever have the chance again," says Reed. "Now it's a more agile process." The team launches a minimum \n\nviable solution and delivers new features over time.For IT, "it was a radical change in thinking," says Reed. "We've operated the same way literally for decades. There were moments of sheer \n\nterror." And it wasn't for everyone. Some opted out of the project and went back to their day jobs.But Reed is eager to apply the process to future projects and rethink the way some legacy systems are built and managed. "We had talked \n\nabout services-oriented architecture, and now we have something tangible that shows it can be done," Reed says. "On the legacy side, we have to \n\ndecide if we want to automate more of that infrastructure and keep application development the old way or invest in this." Some employees remained with the fleet management app team. Others started a new project. And a few went back to their original roles. \n\n"We're trying to make disciples so more people can learn about this process," Reed says.Reed can envision the IT organization changing eventually. "What we look for in people when we hire them will change. There were years when \n\nwe went out in search of very technical people. Then there were years of outsourcing where we sought people who could manage vendors and \n\nprojects," Reed says. "Now we need both, and we need to figure out how to keep them incentivized."Stephanie Overby is regular contributor to CIO.com's IT Outsourcing section. Follow everything from CIO.com on Twitter @CIOonline, Facebook, Google + and LinkedIn.