Subscribe / Unsubscribe Enewsletters | Login | Register

Pencil Banner

Can agile scale and does it matter?

Matthew Heusser | Jan. 20, 2016
Most of the literature on scaling addresses overcoming objections and how best to do it. Matthew Heusser posits that ‘Does agile scale?’ is simply asking the wrong question.

Let a thousand small teams prosper. In The Principles of Product Development Flow, author Don Reinertsen provided his research on large projects, showing that the percentage of time slipped tends to increase as projects become larger. They also take longer in the first place. A larger percentage of a larger number means a bigger slip. Yet inside of every large, capital project of eight or nine figures there are a dozen smaller projects with a chance of being successful. Organize software development groups as streams of value, given them appropriate-sized problems, and develop a way they can all deploy without requiring staged hardening sprints. Web services is one common way; it seems to work for Amazon

Using the Lean Management methodology, for instance, every level of the organization can visualize the flow of the work with a board with columns. Every level can talk about the work each day in front of the board, plan work in time-boxes and meet periodically to review performance. Reviewing the differences between boards – at different levels – can cause problems to surface that might otherwise go undetected. 

The approaches above are continual improvement approaches. They can start right now. They scale. And they won’t scare the executives whose buy-in is necessary for any evolution to succeed. 

Rethinking our examples 

The broader tech industry is obsessed with companies like Apple, which takes mostly new ideas and makes them commercial successes. When it comes to scaling agile, we may be better off to look at 3M, the company that was once called Minnesota Mining Company. Yes, the same company that used to make your floppy disks when you were much younger, if you even remember the floppy disk. 3M measures the age of its patents, and has policies in place to create new patents, put resources behind them to make the commercial successes – and abandon the market before it becomes too old. 

These teams may be a little bigger than your classic agile "small team"; it takes more than 20 people to run a manufacturing plant. What they do have is a federal organization with divisions, each with a holistic view of the work that can zoom in and zoom up, the ability to respond to change, a focus on customer value and technical excellence. 

I don’t mean to overly praise 3M. It does, however, seem to present a compelling argument for what the agile organization might look like. So forget scale. Ask yourself what an agile organization might look like, and how to move in that direction. 

Even if it is only an inch or two. Find glory in that inch, take pride in that inch. And let us know how it goes.


Previous Page  1  2  3  4 

Sign up for CIO Asia eNewsletters.