Agile Insider reality bytes…

17Jan/12Off

Agile, a poem

The Agile Journey

Agile is a Journey

I thought I'd have a little blast at poetry for fun...

Agile is not a Gift I can Give,
Nor is it a Method I can Teach,
It is a Choice You must willingly Take,
And a Journey You are willing to Make.

The road Never ends,
It Twists and it Turns,
But the Road is your Road,
And it's your Trail which Blazes.

Don't be a Passenger,
Don't pay a Chauffeur,
Grab hold of the wheel,
And Pick your own Pace.

Take those Detours,
Enjoy the Delights,
Splash in the Fountains,
Chase those Green Lights.

Tagged as: , Comments Off
13Jan/12Off

Updated – Agile Hitler – He’s Using Git

It's been a few years since Hitler found agile , so it's nice to see that Hitler is now enjoying git...

8Jul/09Off

Ten Commandments of Agile

I've posted a few entries now about my unease with the fuzziness surrounding Agile and how I feel it needs some clarity so I thought I'd have a quick stab at it.

The following commandments would be my first stab at such a list which would apply to any person who is part of or interacts with an Agile team.

  1. Thou shalt not negotiate quality
  2. Thou shalt not prophesize without proof
  3. Thou shalt not falsify the facts
  4. Thou shalt not force thy wishes on others
  5. Thou shalt not discourage those around you
  6. Thou shalt not disparage the actions of others
  7. Thou shalt not work without committment
  8. Thou shalt not focus on more than a singular item
  9. Thou shalt not demonstrate incomplete work
  10. Thou shalt not act in isolation

Of course, this is just a bit of fun on my part, but I fail to see why there can't be a set of golden rules of Agile? This is also a very quick list, so who knows, I may revisit this at some time to refine it...

Also, please note, I'm not being remotely fuzzy about this...  I'm not saying

"I value not negotiating quality over allowing any old crap in the code..."

1Jun/09Off

Delivering Early

The MMF wasn't quite complete.

The MMF wasn't quite complete.

I've seen plenty of fancy graphs demonstrating how agile provides faster ROI through early delivery and while this can certainly be true in some cases, it doesn't necessarily hold true for all cases.

Just because a feature is done, doesn't mean you could, or even should deliver it...  The Minimal Marketable Feature set (MMF) is very important for determining when to go live.  When you take the MMF into account, then agile doesn't deliver any value until the MMF is complete and this certainly won't be within the first iteration.

Of course, once the MMF is done, agile will win hands down delivering new functionality, enhancements and bug fixes (what bugs?)...

So what went wrong in the picture?  What was the MMF

  1. Wheels/Chassis
  2. Engine/Gearbox
  3. Steering
  4. A Seat

And guess what, they've ticked all the boxes, I'm so excited I'm going to run off now to my local dealership and  snap one up...

Tagged as: , , Comments Off
28May/09Off

Too Many Broths Spoil The Cook

Too Many BrothsI' ve got several things bubbling over at the moment and because I never bothered capturing them as stories and placing them in a backlog I'm really struggling to make headway with any of them.  Some are personal experimentation, others are professional and finally there's a few projects which may end up as open source.

So what's stopping me making this backlog?  It's the lack of a single coherent customer to do the prioritisation of course.  I could certainly pull out all the things I want to do into a set of stories, but would it be right for me to also play the customer role?  I certainly don't want to ask my work to do the prioritisation, since I know which side of the fence they'll lean on...

I think my personal challenge is quite similar to many projects I have witnessed where there has not been a single customer.  It becomes extremely difficult to prioritise stories and deliver a single useful end to end feature and instead we deliver lots of little bits and pieces.  Of course, switching contexts in itself is extremely expensive in terms of productivity, but unless there is a single customer, with clear goals and a solid backlog of well expressed stories then switching contexts is inevitable.

What do I plan to do?  Well first and foremost I'm going to take the baby-step of at least creating my backlog of stories...  By definition, these are my stories, so in reality I am the customer, I guess I'm just like all other customers, I'm not a very good one and I like to keep changing my mind - oh well...