There's a huge opportunity to improve productivity inside IT, which can then be leveraged into huge leaps in productivity at every level of your enterprise, an opinionated Adam Kolawa recently told <em>InformationWeek</em> in an exclusive interview. CEO of software tools vendor <a href="http://www.parasoft.com">Parasoft</a>, Kolawa holds a Ph.D. in theoretical physics from Caltech and has written three books on software development, including his most recent one, <a href="http://www.nextleapinpr

Roger Smith, Contributor

February 26, 2009

3 Min Read

There's a huge opportunity to improve productivity inside IT, which can then be leveraged into huge leaps in productivity at every level of your enterprise, an opinionated Adam Kolawa recently told InformationWeek in an exclusive interview. CEO of software tools vendor Parasoft, Kolawa holds a Ph.D. in theoretical physics from Caltech and has written three books on software development, including his most recent one, The Next Leap In Productivity (Wiley, 2009), which he says is intended to provide nongeeks with a road map about how IT works and how IT needs to be managed."I'm not talking about a 2X or 3X increase in productivity. It can be much higher than that," Kolawa asserted. "People are not looking at what processes there are in a typical organization and how they can be automated. Enterprises need to look at all the processes in their organization as checklists and figure out where there are standardized ways of making decisions. Whenever there is a standard way of doing something, you can put it inside a computer -- you don't need a human being," Kolawa stated. "Human beings should only be used to make judgments about what goes on the checklist."

He cited a loan-processing example, where a loan officer has the power to approve loans from $10,000 to $50,000 when an applicant's credit score is more than 700 points. "If the applicant's credit score is less than 600, then you need a human to make a phone call and a judgment. Otherwise, it's just the case of it being a checklist decision that can be automated via a Business Process Execution Language (BPEL) process. People say that BPEL is a 'programming language to connect computers,' but I say BPEL is better used as a programming language to implement a checklist, to do process improvement."

What's required to implement such a system is a CIO who's focused on business and not just technology, according to Kolawa. "This jumping of one CIO from one company to another, it just doesn't make sense. They really should be staying in the same industries.

"In order to execute this process improvement efficiently, IT departments must be able to improve their performance in writing code, and my claim is that IT departments are capable of improving their productivity by a factor of 10." He cited the example of the latest 6.0 release of Parasoft's automated Web services testing product, SOAtest, which contains 5.5 million lines of code and took 18 months. "In most industries, a project of that size requires 500 to 1,000 people; we did it with a total of 34 people." He said such an order of magnitude improvement was based on his team following best practices detailed in one of Kolawa's earlier books, Automated Defect Prevention (Wiley, 2007).

"There isn't a silver bullet to improving software," said Kolawa. "It takes a lot of incremental steps. It's the same as improving the production line of televisions. If you look at the production line for televisions today versus 10 years ago, it's a hundred times more efficient. It didn't happen overnight and there was no silver bullet." Asked why a factory approach to development hasn't caught on more in the software industry, Kolawa replied it's because "every damn developer thinks he or she is an artist! Writing software is a collaborative effort and everyone needs to adhere to the procedures the rest of the group is following."

About the Author(s)

Never Miss a Beat: Get a snapshot of the issues affecting the IT industry straight to your inbox.

You May Also Like


More Insights