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 UndisciplinedMyth #2 / Agile Teams Do Not PlanMyth #3 / Agile is Not PredictableMyth #5 / Agile is Just Another FadIf you'd like to download this entire blog series in document (PDF) format, get the Five Myths of Agile Development white paper.

More from the Blog

View more
Jul 27, 2021 Becomes First to Achieve FedRAMP Moderate “In Process” Status for Enterprise Agile Planning Solution

Enterprise Agile Planning, the leading AI-driven DevOps value stream delivery, and ma ...
Read More
Jun 21, 2021

How Agile can be implemented effectively across the organization

Enterprise Agile Planning
Just a few decades ago, a “disruption” was seen as an undesirable thin ...
Read More
May 31, 2021

Agile change management processes are key to delivering software faster

Enterprise Agile Planning
With its emphasis on delivery value faster, agile product management s ...
Read More
May 03, 2021

Bringing the agile planning approach to your whole business

Enterprise Agile Planning
The events of the last 12 months have demonstrated that the only sure ...
Read More
Contact Us