Fail Fast Means Learn Fast

| by Rui Miguel Ferreira Follow 3 Followers on Jul 04, 2014. Estimated reading time: 1 minute |

Failing fast and often is one of the encouraged practices for agile teams. Sander Hoogendoorn, author of the This is Agile book discusses on his blog the importance of having a strategy that helps you on the decision of aborting a project by assuming its failure on an early stage.

He refers to a project on which his team gives the project sponsor the possibility to decide stopping it in one of two circumstances:

  • When the backlog items for the next sprint no longer add enough value compared to the costs of developing them.
  • In the case the requirements would grow exceptional in size between sprints. The value considered was twenty percent of the total scope.

The conditions were revisited on every retrospective meeting and after the first two sprints the second condition turn true and the project was aborted by project sponsor.

Hoogendoorn analyses this behaviour against the Standish Group criteria for project success:

So, to the Standish Group, this is a failed project. But, on the other hand, at least it failed really early. This to me is one of the big advantages of being in agile projects: it’s not that you will avoid all problems, they just reveal themselves much earlier. Just think of all the painful projects that should have been euthanized a long time ago, but continue to struggle onwards, just because management says: “We already invested so much money in this project, we can’t stop now!”"

George Bradt, a Forbes contributor, suggests three different things to achieve a fast fail:

  • Talk to customers, because they are the ones that know what they want to be built.
  • Run a test that validates what you're thinking. "Because you know you're going to make mistakes, make them fast and have a mechanism in place to get meaningful feedback quickly."
  • Generate sales earlier rather later, "because ideas do not worth anything until someone pulls a dollar out of their pockets."

On Thoughworks website, the feature video suggests that as much as teams get comfortable by exposing the software defects, the best is the service they can provide to organizations.

Rate this Article

Adoption Stage

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread
Community comments

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread


Login to InfoQ to interact with what matters most to you.

Recover your password...


Follow your favorite topics and editors

Quick overview of most important highlights in the industry and on the site.


More signal, less noise

Build your own feed by choosing topics you want to read about and editors you want to hear from.


Stay up-to-date

Set up your notifications and don't miss out on content that matters to you