Over a million developers have joined DZone.

Agile Economics: Scale and the City

We want to scale because of the perception that agile “works”, and therefore can relieve the growing pains.

· Agile Zone

Learn more about how DevOps teams must adopt a more agile development process, working in parallel instead of waiting on other teams to finish their components or for resources to become available, brought to you in partnership with CA Technologies.

What exactly do we want to scale in agile?

As we discussed last time, we want to scale because of the perception that agile “works”, and therefore can relieve the growing pains.

Let’s say it does work at the team level. It eradicates all the communication problems and the team is working at top speed.

Now can we scale?

Not yet. Before I give you permission to self-organize the whole company (are you scared already?) let’s see how we scaled in ye olde days.

Remember supply and demand? Once demand grows we want two things. We want more of the same and quickly. We want to produce more and release early. And we want to cut costs in operations, so manufacturing is cheaper, and therefore we get to keep more money from our profits.

This makes complete sense in an industrial world. If demand for our product grows, we want to produce more (by adding production lines) and cut costs and delays (by replacing hand work with robots). When we talk about the economy of scale, the more we produce, a single item is cheaper to produce.

Oh, one more thing: We know there is demand. We have already found our market.

Scaling in the industrial world means more flow through the pipes. That means more people working on the line, better machines and higher productivity.

Which would work completely the same with software.


  • Teams interact with each other, unlike production lines. Communication is full of policies, mistakes, egos and delays. More teams mean more people and more delays.
  • There is no “improved” machinery. Intelligence, ideas and execution come at every level and change all the time. Uniformity is gone, predictability is low and tensions are high.
  • Productivity is defined not how much product goes out, but the ability to create valuable products and reduce waste as things change. The output does not determine the outcome, and any optimization is local.
  • The market changes all the time. Mind you, it did this before agile too, but then there was no “cure”.

Agility is the ability of an organization to respond quickly and effectively to the market. Most organizations are not built for that: teams don’t communicate well, policies get in the way of quick response, and productivity is bogged down.

Organizations are by nature anti self-organization. Agile succeeds in teams despite organization structure.

And scaling, prescribed in a colorful poster, we are told, will solve all that. Scaling agility in an entire organization seems like something you’ll read in comic books.

With all the skepticism, there is a way to “scale” agility. Not just in the way you think.

Stay tuned.

Discover the warning signs of DevOps Dysfunction and learn how to get back on the right track, brought to you in partnership with CA Technologies.

scaling agile,efficiencies

Published at DZone with permission of Gil Zilberfeld, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

The best of DZone straight to your inbox.

Please provide a valid email address.

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}