Fun @ Agile Insider

8May/102

The Agile Jigsaw Puzzle

A colleague at emergn asked if I had any suitable pictures for some course brochures and I didn't. However, for a bit of fun (and to play with some new technologies) I had a blast at creating some imagery. My first draft is my take on the agile jigsaw puzzle. Rather than use the mona lisa, I decided to go for something more contemporary in the form of Jack Vettriano, largely because I love his work.

The Agile Jigsaw Puzzle

I was specifically trying to capture the idea that something beautiful can be produced a small piece at a time (and nothing more)...

I had great fun creating it and I hope you like it...

Tagged as: baby steps, fun, puzzles, simplicity 2 Comments

8Jul/091

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.

Thou shalt not negotiate quality
Thou shalt not prophesize without proof
Thou shalt not falsify the facts
Thou shalt not force thy wishes on others
Thou shalt not discourage those around you
Thou shalt not disparage the actions of others
Thou shalt not work without committment
Thou shalt not focus on more than a singular item
Thou shalt not demonstrate incomplete work
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..."

Tagged as: commandments, fun, fuzzy, psychology, satire 1 Comment

1Jun/090

Delivering Early

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

Wheels/Chassis
Engine/Gearbox
Steering
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: fun, mmf, satire No Comments

28May/090

Too Many Broths Spoil The Cook

Too Many Broths I' 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...