Lean, mean coding machines equal big bucks for McKinsey
- 10 June, 2007 22:00
The alpha geek consultants at The McKinsey Quarterly have come out with an interesting new research paper that says application developers have to get lean — as in, adopt lean manufacturing techniques. That’s right, you know who you are — slim down, toughen up, drop and give me 20!
Of course, these are the same McKinsey folks who routinely helicopter into large corporations and charge millions of dollars to provide the CEO with a list of people to be laid off or “restructured”, as it were. So let’s remember that whenever they propose a strategic, two-to-three-year organisational transformation of this type, they’d probably also like to get hired to manage it!
That said, the argument they make is provocative: that ADM (application development and maintenance) processes are poorly organised and fraught with waste and rework of the same kind that plagued manufacturing before the Japanese pioneered lean workflows.
Despite massive efforts to cut costs through offshoring, McKinsey notes, ADM (of which labour comprises 80% of costs) now accounts for half of IT budgets and continues to climb. Furthermore, there are big differences in application development productivity among large organisations — for most, applying lean principles to application development could increase productivity 20% to 40% while improving quality and speed.
Getting these benefits, according to the report, means thinking of ADM “as a kind of factory.” And then systematically eliminating sources of waste such as overproduction (unnecessary functionality), rework (requirements changes), “wasted motion” (ineffective prioritisation), “wasted intellect” (limited developer cross-training), “wasted time” (idle developers), and inventory waste (maintenance backlogs).
The report runs through traditional “lean” solutions to each of these problems, such as “flow processing”, which “reduces overcapacity by aligning the rhythm of output with the flow of production.” Others include load balancing, greater standardisation, segmentation of projects by complexity, and “quality ownership which extends beyond the testing group”.
And of course the consultants note that achieving these efficiencies requires not just process changes but shifts in behaviour and new management tools (which they’d be happy to provide, no doubt). And they note that making these changes can be tough, because they have to become embedded in an organisation’s culture to work, often “overcoming stubborn resistance” along the way.
Traditional software development methods such as CMM (Capability Maturity Model), function point metrics, and CASE tools fail where lean techniques would succeed, claims McKinsey, because they fail to address organisational and cultural issues such as alignment between business and IT — or the waste that can occur in the early definition and design phases of a project.
Does this mean I’d recommend dropping a couple mil on a McKinsey lean study for your company? Maybe, but first go out and spend US$16 on a great book called The Goal, by Eliyahu M Goldratt. It’s a fast, fun read (there’s even a romantic subplot), and it gives you a real-world sense of what lean manufacturing principles are like in a factory setting (and will stimulate your thinking about how they could be applied to ADM at your company).
Maybe buy copies for all your developers and managers. If that fails, you may have to call in the suits.