Fail Fast Means Learn Fast

by Rui Miguel Ferreira on Jul 04, 2014 |

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


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

General Feedback
Marketing and all content copyright © 2006-2016 C4Media Inc. hosted at Contegix, the best ISP we've ever worked with.
Privacy policy

We notice you're using an ad blocker

We understand why you use ad blockers. However to keep InfoQ free we need your support. InfoQ will not provide your data to third parties without individual opt-in consent. We only work with advertisers relevant to our readers. Please consider whitelisting us.