Skip to main content
Enterprise Agile Planning Image

This post is from the CollabNet VersionOne blog and has not been updated since the original publish date.

Last Updated Nov 05, 2009 — Enterprise Agile Planning expert

Five Myths of Agile Development: Myth #4 – Agile Does Not Scale

Enterprise Agile Planning

After yesterday’s Myth #3 – Agile Development is Not Predictablelet’s talk about Myth #4 – Agile Does Not Scale.

Generally speaking, software development itself has scaling issues. There is plenty of evidence that would suggest this is clearly not a methodology-specific problem. The larger a project’s scope, the greater the probability for failure; the greater the number of people involved in a project, the greater the communication risk and complexity. Agile development simply accepts these realities and recommends smaller projects, shorter delivery timeframes, and smaller teams. Smaller teams have been proven time and time again to be much more productive than large teams.

This does not mean organizations should avoid solving large problems. Agile simply suggests that there is a different approach to solving the same problems. Agile methods promote taking large projects and breaking them down into a coordinated series of smaller projects staffed by smaller, cross-functional teams. The various teams’ work is integrated at least every iteration in order to reduce risk and ensure functional and technical compatibility. There are clearly other processes that need to be instituted in order to facilitate communication, integration, architectural design and standards, and decision-making amongst the teams, but these challenges have been solved before by many organizations.

Over the last decade, enough agile projects involving hundreds of people have been performed by multiple teams, in multiple locations, across multiple time zones to have a high degree of confidence in the ability of agile development to scale.

In fact, if a company has a very large, complex problem to solve, there are many reasons to prefer the use of an agile process in order to rapidly expose risks, prove business value early, and to quickly institutionalize a highly disciplined approach to software development and testing.

For more information on scaling agile, check out Jeff Sutherland’s “How To Fail When You Scale” webcast.

Tomorrow we’ll conclude this series with Myth #5: Agile Development is Just Another Fad.

Read the other posts in this series:
Myth #1 – Agile is Undisciplined
Myth #2 – Agile Teams Do Not Plan
Myth #3 – Agile is Not Predictable
Myth #5 – Agile is Just Another Fad

If you’d like to download this entire blog series in document (PDF) format, get the Five Myths of Agile Development white paper.

The post Five Myths of Agile Development: Myth #4 – Agile Does Not Scale appeared first on VersionOne Blog.

More from the Blog

View more
Apr 08, 2021

Making IT services more agile

Enterprise Agile Planning
The agile revolution completely transformed how we create digital prod ...
Read More
Feb 14, 2021

Reflecting on the 20th anniversary of the Agile Manifesto

Enterprise Agile Planning
Over the past 20 years, it’s been amazing to watch an idea from ...
Read More
Feb 08, 2021

How does agile apply to an entire organization?

Enterprise Agile Planning
Before we dive into the main subject of this blog post, it is importan ...
Read More
Feb 03, 2021

It took a pandemic to realize why digital transformation actually matters

Enterprise Agile Planning
Before anyone had ever heard of COVID-19, businesses across the globe ...
Read More
Contact Us