This article is written by Dave
Chaplin, an IT Consultant with 10 years experience. He leads and mentors teams of developers
on agile .NET projects and has extensive experience in agile development techniques, particularly
Test-Driven Development. Dave can be emailed at
Saturday, September 13, 2003
Projects fail for one reason, and one reason only. They fail because they do
not provide value to the business. This is directly due to the business problem
not being understood and the failure to define
clear goals and targets for the project. If this is the case then your
project stands a very good chance of winning the Losers Olympics. The winner of
the Losers Olympics is the team who can spend as much money as possible without
winning any events!
The events in the Losers Olympics are the same as the proper Olympics, only the
prizes are different. The winners of the real Olympics collect gold medals and
multi million pound sponsorship deals. The winners of the Losers Olympics win
nothing more than pats on the back and sympathy from other Losers who were
equally confused as to how they lost.
Let’s look back in fictitious history and examine the largest losers in the
field entering an event in the last Losers Olympics. Before they entered the
event the team were briefed by their manager, Mr Loser, with the following
During the next four weeks the team built a really ‘cool’ bow and arrow set.
They tested it in their back garden and got really accurate with it and were
also pretty quick with it. They bought some holiday skis from a local sports
shop and were ready. Being complete losers they were confident they were going
to win the real event. The day of the event arrived and all the teams gathered
for the event. It was time for the losers to try and win. They positioned
themselves with their bow and the gun went off for them to start. The first
target board travelled in from the left and went over to the right. They fired
5 arrows at it and each one missed. Their bow was pretty heavy, so moving its
direction was hard work which hampered the ability to be accurate. The losers
hadn’t anticipated this since they assumed the targets would be stationary.
Rather than go for the next moving target they instead fired 3 shots in to the
bulls eye of each stationary target on the left and the right. They were most
pleased with themselves. The next 50 targets continued to move in one at a time
from various directions and they managed to hit the outside of five of them.
For the last section of the event two targets moved in at the same time and
crossed in the centre. This was repeated 10 times with new pairs of targets.
The team had no chance of hitting both due to the inability to move the bow and
get the accuracy, so they concentrated on the left hand target each time and
managed to hit it twice before they ran out of their initial fifty arrows.
They were very tired after lifting the heavy bow, but still put their skis on
and skied up the hill to the finish line. They took twice as long as other
teams due to the weight of their skis. They didn’t know they were going to have
to ski uphill.Well, it is no surprise that they scored the least number of
points. This is why:
You must design and build a bow and arrow set that is really accurate and will
help us win on the day.
You will be required to hit lots of target boards really quickly so it also
must not break otherwise we will loose time.
If we win we will get lots of sponsorship and make lots of money. The event
takes place in four weeks time.
Bring your skiing equipment.
The team members were somewhat pissed off since they had followed the
instructions Mr Loser had given them but failed to win the event. Mr Loser
however, was delighted. He had won the Losers Olympics. His tactics of being
vague on instructions had worked. The team did not stand a chance. Getting back
to reality, there is no such thing as the Losers Olympics of course, but if
there was then there would be so many projects in IT that would stand a really
good chance of winning it. Unfortunately if you win the Losers Olympics, you
lose the real Olympics, and that is where the money is. Here are some
guidelines to help your project succeed to win its REAL Olympic event:
The stationary targets weren’t even part of the game so should not have been
The pairs of targets had to both be hit to score any points.
Each pair of targets was worth 20 points compared to 5 for each single target.
They should have rationed their arrows better.
The weight of the bow meant they completely lost accuracy.
They had designed their bow to be accurate enough to hit a stationary bulls
eye. This was irrelevant since points were scored for hitting a target
They had no idea they were going to have to ski uphill. If they had known they
would have spent money on lighter skis to make the climb easier.
They spent £50,000 on development of the bow and £1,000 on skis. Each part of
the event had equal points, but they focused too much on one area.
If they had won, the sponsorship deal was only worth £10,000 a year, so there
return on investment was negative. They would have been better off going to a
casino and putting the money on the spin of a wheel.
If you find yourself faced with being in a project entering the Losers Olympics
then ask yourself whether you really want to compete or go elsewhere and join a
Fully understand how the game is played (the current process).
Understand how the game is scored (define measures)
Understand how many points you need to score to win (clear goals and targets)
Practice your event regularly to see if you are going to win (iterative
development with feedback on measurements)
P.S. The characters depicted in this article are a work of fiction, and are in
no way based on anyone I've met, or any projects I've worked on. Honest!
Test Driven Development (Dec 2003)
The Losers Olympics (Sep 2003)
Making Projects Succeed: Part 1 - Measurable
Business Goals (Sep 2003)
Pitfalls In Software Development (June 2003)
Extreme Web Architectures - Testing Web Applications In
Seconds (June 2003)
Pair Programming and Quad Programming - From
Experience (June 2003)
Making Extreme Programming A Success (April 2003)
Contractual Test Driven Development (TDD with DBC)
Moving To XP (Feb 2003)
Maximising Development Productivity (Dec 2002)
Writing Automated Browser Tests Using
NUnit and IE (Oct 2002)
Mitigating Requirements Risk With Agile
Practices (Oct 2002)
10 Tips for Successful Team Leading (Oct
Developing Automated Using Tests Using NUnit 2.0
With VB.NET (Sep 2002)
Quality By Design - Part 1.doc (May 2001)
Quality By Design - Part 2.doc (May 2001)
Quality By Design - Part 3.doc (May 2001)