InfoQ

News

Why do Agile Adoptions Fail?

Posted by Geoffrey Wiseman on Sep 05, 2007 07:15 AM

Community
Agile
Topics
Agile Techniques ,
Adopting Agile ,
Agile in the Enterprise
Tags
Retrospectives ,
Antipatterns ,
Continuous Improvement ,
Management

Although agilists focus much of their energy on helping their agile projects succeed, it is helpful to periodically stop and consider what causes some agile projects and agile adoptions to fail. Armed with this knowledge, perhaps one can avoid these same pitfalls.

Jean Tabaka lists 11 Ways Agile Adoptions Fail

Agile methodologies have been taking some heat for when they appear to have failed to deliver expected benefits to an organization. In my travels as an agile coach, what I have found to be the case is that agile practices don't fail, rather the variations on agile adoption fail. Here are my top eleven failure modes. See which ones look painfully familiar to you

She lists her top 11, and describes each:

  1. Ineffective use of the retrospective
  2. Inability to get everyone in the planning meetings
  3. Failure to pay attention to the infrastructure required
  4. Bad ScrumMasters
  5. Product Owner is Consistently Unavailable or There are Too Many Owners Who Disagree
  6. Reverting to Form
  7. Obtaining Only "Checkbook Commitments" from Executive Management
  8. Teams Lacking Authority and Decision-Making Ability
  9. Not Having an Onsite Evangelist for Remote Locations
  10. A Culture that Does Not Support Learning
  11. Denial is Embraced Instead of the Brutal Truth

Are some (or all of these) familiar from your experiences with agile software development? Would you add to this list?

Tom Hume describes the Why Agile Teams Fail event, summarizing the message as, "if it doesn't work, you aren't doing it right, or your people aren't any cop". QA Strategies itemizes some challenges in agile adoption, from fear of micromanagement to overzealous teams. Kevin Brady thinks agile methods don't account for human psychology:

  • People will always put their own interests ahead of the interests of the group.
  • People are self-interested
  • Commercial production decisions are based on rational expectations.
  • Karl Popper's "First law of collective action". You can never get more than 5 people to agree on anything.

Eric D. Brown agrees that it's about the people, goes a different direction: "It isn't the process or methodology used... it is the people involved that will help a project succeed. Of course, processes help, but without good people and an organization that helps those people succeed, any project management methodology will most likely fail."

For more information, listen to the podcast interview with Jean Tabaka or tell us at InfoQ's agile community what you think causes agile adoptions to fail, and how you deal these issues.

Related Sponsor

VersionOne is recognized by Agile practitioners as the leader in Agile project management tools. Companies such as Adobe, BBC, CNN, Dow, HP, IBM, Sony and 3M have turned to VersionOne to help deliver greater value to their customers.

5 comments

Reply

Excellent list by Machiel Groeneveld Posted Sep 5, 2007 8:52 AM
Re: Excellent list by Geoffrey Wiseman Posted Sep 5, 2007 12:25 PM
Re: Excellent list by Maurizio Turatti Posted Sep 6, 2007 1:17 PM
My first reason by Franco Martinig Posted Sep 5, 2007 12:46 PM
Re: My first reason by Amr Elssamadisy Posted Sep 5, 2007 3:04 PM
  1. Back to top

    Excellent list

    Sep 5, 2007 8:52 AM by Machiel Groeneveld

    In my experience these things are exactly what is hard about agile adoption. I haven't seen agile adoption fail yet, but it does take longer because of these impediments. It's a great list to use when evaluating the progress I'm making in agile adoption!

  2. Back to top

    Re: Excellent list

    Sep 5, 2007 12:25 PM by Geoffrey Wiseman

    Actually, I've seen many of these same pain points outside of an Agile environment; many of these could be "What causes software projects to fail?" candidates, even leaving Agile aside.

  3. Back to top

    My first reason

    Sep 5, 2007 12:46 PM by Franco Martinig

    I will say that the first reason why adopting something fails is when organizations adopt it because it is the "trend" ;o)

  4. Back to top

    Re: My first reason

    Sep 5, 2007 3:04 PM by Amr Elssamadisy

    As long as we're on first reasons - I'd have to say the #1 reason for success or failure I've come across is (lack of) individual responsibility. The 'do what it takes' attitude that highly effective teams have.

    Of course, you could say (and would be right), that personal responsibility is the #1 reason for any effective team - Agile or not.

    <articlePlug> Read more about it in Personal Agility for Potent Agile Adoption </articlePlug>

  5. Back to top

    Re: Excellent list

    Sep 6, 2007 1:17 PM by Maurizio Turatti

    These items would cause the failure of a project regardless of any methodology, I can't see why they should be related to Agile. If you spend time fighting with business users, there is not a customer's project owner, team members are not skilled enough and your project manager is a monkey I'd like to understand how a project could survive. I have seen projects failing because of political games and lack of communication more than for technical reasons.
    I would however add to the list "stick to a clearly wrong technology". It's when you understand that you are using the wrong tool for the job but customer or your manager says "we need to use this one because we bought it". Some PM could sink a whole project because he can't tell the management that some decision must be reconsidered. This, however, is related to "individual responsibility" mentioned by Amr.

Exclusive Content

Book Except and Interview : Aptana RadRails, An IDE for Rails Development

Aptana RadRails: An IDE for Rails Development by Javier Ramírez discusses the latest Aptana RadRails IDE, a development environment for creating Ruby on Rails applications.

Fast Bytecodes for Funny Languages

Cliff Click discusses how to optimize generated bytecode for running on the JVM. Click analyzes and reports on several JVM languages and shows several places where they could increase performance.

Scott Ambler On Agile’s Present and Future

Scott Ambler, Practice Lead for Agile Development at IBM, speaks on the current status of the Agile community and practices having a look at the perspective of the Agile’s future.

Manager's Introduction to Test-Driven Development

Dave Nicolette and Karl Scotland try to introduce non-technical managers to one of the most popular Agile development techniques: Test-Driven Development (TDD).

Structured Event Streaming with Smooks

Smooks is best known for its transformation capabilities, but in this article Tom Fennelly describes how you can also use it for structured event streaming.

How to Work With Business Leaders to Manage Architectural Change

Successful architectures evolve over time to meet changing business requirements. Luke Hohmann presents how to collaborate with key members of your business to manage architectural changes.

Colors and the UI

In this article, Dr. Tobias Komischke explains how colors used in a GUI can influence our interaction with a computer and offers advice on using the appropriate colors for the interface.

Building your next service with the Atom Publishing Protocol

In his presentation, recorded at QCon San Francisco, MuleSource architect Dan Diephouse explores ways to use the Atom Publishing Protocol (AtomPub) when building services in a RESTful way.