InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Fowler: Agile Vs. Lean Misses the Point

Posted by Chris Sims on Sep 01, 2008

Sections
Process & Practices,
Architecture & Design
Topics
Agile ,
Adopting Agile ,
Methodologies
Tags
Toyota Production System ,
Lean ,
Adoption

In a recent blog post, Martin Fowler explains how the question "Should I use Lean software development instead of Agile?" is based on a false premise. Agile and lean are so deeply interwoven that if you are doing agile you are doing lean, and vice-versa. Those considering process change will likely find the description of the interrelatedness interesting and enlightening.

Fowler starts off explaining a bit of the history of lean, which traces its roots to lean manufacturing and the Toyota Production System developed in the 1950's. This system, and the thinking behind it, is widely credited with giving Japanese manufacturing, and Toyota in particular, a significant edge.

Lean has come to be used as an umbrella term for any approach to work based on lean manufacturing and the Toyota Production System. This includes lean construction, lean laboratory, as well as lean software development.

Agile is the umbrella term for a family of software development methodologies, including Scrum and XP, all of which share some core principals. When someone says they are doing agile software development, they might mean that they are using any one of these methodologies, a hybrid of several, or simply working in a way that embodies the core agile principals.

Many of the people who developed the current crop of agile methodologies were strongly influenced by lean manufacturing and the ideas behind it. This can be seen in the many commonalities between lean and agile, including:

  • People centric approach
  • Empowered teams
  • Adaptive planning
  • Continuous improvement

Based on the work of Mary and Tom Poppendieck, Alan Shalloway, and others, a lean software development community has come into existence. This community is distinct from other communities, such as Scrum, XP, DSDM, and FDD. Yet all of these communities exist under the umbrella of agile. Agile, in turn, is highly influenced by the original lean manufacturing ideas.

It is true that 'lean software development' is agile. It is also true that 'agile software development' is lean. Thus, it makes no more sense to ask "Should I adopt agile software development or lean software development?" than it does to ask "Should I adopt Scrum or agile?"

  • This article is part of a featured topic series on Agile

Related Sponsor

In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!

It's all true! by Eric Willeke Posted
True, but sad he had to say it by Jim Leonardo Posted
There is no versus by Phillip Cave Posted
No, they are different by Bill Barr Posted
  1. Back to top

    It's all true!

    by Eric Willeke

    This is what I was talking about with this blog post earlier this year:

    manicprogrammer.com/cs/blogs/willeke/archive/20...

    There was also some solid talk about creating a model around Agile at Agile2008. Expect to hear more about this soon, and check at the agile-model-evolution group at Yahoo Groups (tech.groups.yahoo.com/group/agile-model-evolution/)

  2. Back to top

    True, but sad he had to say it

    by Jim Leonardo

    The fact that anyone would even consider anything other viewpoint tells me how much the term "Agile" has been hijacked by the whitepaper brigade. Agile is a set of principles, a philosophy, a meta-methodlogy, or anything other than "THE Agile methodology". People who know nothing of the Agile Manifesto or the history thereof have abused the term left and right, leading to the confusion of Lean vs. Agile. I would argue a lot of Lean principles can even be combined with some of the specific Agile methodologies.

  3. Back to top

    There is no versus

    by Phillip Cave

    It is unfortunate that any "versus" exists. Having played a major part of adopting agile practices for IT teams in a company driving lean into the organization it was easy to see how agile follows lean principles. When I am coaching agile execution or giving teaching presentations I am careful to mention how lean thinking is a foundation to agile execution. I am hopeful as we (the agile community) progress in understanding value and executing on delivering value that the agile/lean mix will come to be an understanding of "this is simply how we execute to deliver value".

  4. Back to top

    No, they are different

    by Bill Barr

    Agile and Lean may be complimentary but, they are different. Moreover, XP and Agile are different and may not even be complimentary! Lean and XP are often complimentary but, not always.

    The 4 principles of Lean Development are:

    -Add Nothing But Value (Eliminate Waste)
    -Center On The People Who Add Value
    -Flow Value From Demand
    -Optimize Across Organizations

    The Agile Manifesto says:

    -Individuals and interactions over processes and tools
    -Working software over comprehensive documentation
    -Customer collaboration over contract negotiation
    -Responding to change over following a plan

    The Agile Manifesto satisfies the middle two Lean principles and a bit of the first. Lean is all about waste elimination and (multi-)organizational optimization. At best, Agile is a subset of Lean. It's false to say that if one is doing agile, one is doing lean. It may be true to say that if one is doing lean, one is doing agile, however.

    XP actually violates the first principle of the Agile Manifesto. XP is an extremely prescriptive and disciplined process requiring complex and sophisticated tools (for re-factoring). There are many practitioners who insist that if all of the practices aren't being followed, XP isn't being practiced. That's process and tools over people. Lean also requires that if a process is not needed or isn't working, get rid of it. That's how Lean can break XP.

    Lean is also designed to scale and scale well. Agilistas are still wringing their hands over this one. Go back and read what Shewart, Fruth, Deming and Taylor wrote. The similarites and differences between Lean, Agile and XP will become very apparent.

Educational Content

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.