Feeds:
Posts
Comments

Archive for May, 2011

The 80/20 rule is not an Agile concept. It would be considered a super belief applicable to many management streams and yet its relevance in the sphere of ‘Agile’ is pretty high.

The mathematical basis is from the Pareto’s Principle that was further expanded by Dr Joseph Jurin. Jurin observed that 80% of value was earned through only 20% of work.

We take Jurin’s observation and apply it strongly in Agile – always ensuring that the highest value work is done upfront. In this respect if you delivered 20% of the requirements then most of the business value would have been achieved and you can ship vastly earlier than needed to begin reaping reward.

Heuristic as it applies to Agile #1:

The 80/20 Rule does not apply to Quality. When you write the acceptance tests that you will qualify the story against you cannot stop testing after 20% of the tests are done.

Granted that 80% of the testing’s value might be in 20% of the tests this isn’t something you can be half-hearted about. A story is done when all of its acceptance criteria are met not when 20% is met.

Heuristic as it applies to Agile #2:

The 80/20 Rule applies to the initial upfront workshops when a backlog and common consensus amongst the team is being formed.

This ties in closely with the manifesto value “Responding to change over following a plan”. Why overbake the backlog when in all likelihood it is likely to change?

Heuristic as it applies to Strategic Development #3:

The 80/20 Rule applies to the generation of a strategic vision or any other team consensus related activity.

We expect an agile project that has a six month end delivery date to change often, so why don’t we expect a strategic vision to be the same, especially as they are usually set at the three year mark.

When pondering the above recently the third heuristic is the one that made me reflect. After some recent team days we spent quite a bit of time in the strategic zone or in general consensus activities. We all knew the 80/20 rule and yet we didn’t follow it. The big question was why?

Was it because Agile itself encourages collaboration and everyone to have a voice? Was it because these sorts of activities are rarely revisited with most teams only doing them once a year and hence there is a strong push because it won’t be adjusted for a year? Or was it purely team dynamics that make the 80/20 rule so hard to achieve?

When I first taught planning poker seven years ago I used to use the phrase ‘Can you live with it an move on?’ if consensus wasn’t reached after two minutes of discussion. My reflection over this reminded me that I haven’t used that phrase for a very long time and probably need to bring it back. I have strived for collaboration but in doing so neglected the value that wasn’t being achieved.

If someone had said on those team days (or especially put up a poster) saying “80% of the value for 20% of the effort” and “Can you live with that?” I probably would have faught less.

Read Full Post »

A friend of mine recently posted an interesting blog promoting that agile does not require a compliance framework and asked for some review feedback. As I began my tirade back I realised that it wasn’t really feedback, but more an alternative view of the blog and vowed to post the reply to it as per below. I would like to note that in essence I don’t disagree with the post but wanted to present a devil’s advocate perspective.

Although agile is not a prescription my question is “when does it no longer become agile”  – at what point does a project shift away so significantly that it dives into the realm of chaos?
 
Is it when it doesn’t follow all values? Is it when it doesn’t follow 50% of principles? Is it when x,y,z isn’t done?
 
Why does this matter? Because I’m sick of Agile being tarnished with the “is bad” brush when projects are only following chaos.  (You only have to read up one more blog post to see that others feel the same way.)
 
I’ve seen plenty of waterfall projects succeed. I’ve seen plenty of them fail too, but they failed not predominantly because of waterfall but because they fell into chaos.
 
We are following the same pattern, just with a new methodology.

Read Full Post »

Follow

Get every new post delivered to your Inbox.

Join 845 other followers