Feeds

Grappling with eels - first wriggle

The Slippery World of Agile Planning

Secure remote control for conventional and virtual desktops

Column Harry the Rottweiler Harry the Rottweiler - aka small black poodle called Patsyputs down his corporate-branded coffee cup next to his spiral-bound Book of Names and cheap plastic retractable (which also doubles as a sacrificial weapon in extreme management meetings).

The stench of stale coffee wafts from beneath his snarling upper lip. Out of all the people in the room, he’s staring at you, and he wants to know why your plan said Feature X would be delivered last week, yet Feature X is still nowhere in sight. You know in advance that mere facts, like “The scope changed but the plan was already set” will impress this man about as much as handing him a bottle of Listerine.

Despite the brave attempts of agile developers to de-emphasize the importance of project plans, they're still with us and are still the primary measure of progress at the management level. In fact, it might seem that agile software development and project planning are mutually exclusive: how can you plan future release dates if the one certainty is that those dates (and the scope) are going to change?

However, planning is actually an integral part of agile development. It isn’t even all that different from "normal" project planning, when you get down to the fundamentals. The main difference is that with agile planning (also known variously as adaptive planning and rolling wave planning), you plan ahead in broad brush strokes – release milestones – and only plan in detail for the next iteration. The length of the next iteration depends on your agile methodology/religion: it could be a week, it could be a month. But the main point is that beyond some realistic horizon, events get too blurry, too speculative, to predict accurately.

Agile die-hards call detailed future planning “predictive planning”, to highlight the fact that managers who plan in detail far ahead are attempting to prophesize the distant future. “Right, so on Tuesday 5th in the year 40,000 we'll deploy a lead shield around the Earth to prevent neutrinos from introducing random bugs into our trading system. And Johnny, aka Resource 36, will devote 75 per cent of his time to this eight-hour task. It's in the plan, so we can tell the customer it’s as good as done.”

In Agile and Iterative Development, Craig Larman writes:

“In contrast [to adaptive planning], a predictive plan is suboptimal. In fact, it could be close to the worst or most risky possible path to the milestone goal because it is created with the least amount of information, speculating far into the future… It is not wise or useful to believe that five iterations in the future, 17 weeks from today, the best thing we should do is implement requirement R15.”

Unfortunately there’s another side to the coin. Real-world constraints often put a stopper in the idealism of agile planning. (This idealism isn’t in itself a bad thing, by the way: sometimes it’s good to take a step back and say “The age-old approach isn’t ideal; wouldn’t it be better if…”). Managers – and customers, for that matter – like deadlines, baselines, and all sorts of other lines. In fact they don’t just like them, they often rely on predictive plans to manage the project in the greater scheme of things: several different projects may need to deliver all at once, or two of your developers might be lined up to work on a different project in a month’s time.

So, that means we have a problem: predictive plans are suboptimal and likely to represent the riskiest path to the milestone goal; but the business world depends on these plans. No wonder IT has such a bad reputation, if it’s basically incompatible with business!

In Part II, I’ll explore this problem further, and look at how agile planning deals with the problem. ®

The essential guide to IT transformation

More from The Register

next story
Microsoft boots 1,500 dodgy apps from the Windows Store
DEVELOPERS! DEVELOPERS! DEVELOPERS! Naughty, misleading developers!
'Stop dissing Google or quit': OK, I quit, says Code Club co-founder
And now a message from our sponsors: 'STFU or else'
Apple promises to lift Curse of the Drained iPhone 5 Battery
Have you tried turning it off and...? Never mind, here's a replacement
Uber, Lyft and cutting corners: The true face of the Sharing Economy
Casual labour and tired ideas = not really web-tastic
Mozilla's 'Tiles' ads debut in new Firefox nightlies
You can try turning them off and on again
Linux turns 23 and Linus Torvalds celebrates as only he can
No, not with swearing, but by controlling the release cycle
Scratched PC-dispatch patch patched, hatched in batch rematch
Windows security update fixed after triggering blue screens (and screams) of death
prev story

Whitepapers

5 things you didn’t know about cloud backup
IT departments are embracing cloud backup, but there’s a lot you need to know before choosing a service provider. Learn all the critical things you need to know.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Backing up Big Data
Solving backup challenges and “protect everything from everywhere,” as we move into the era of big data management and the adoption of BYOD.
Consolidation: The Foundation for IT Business Transformation
In this whitepaper learn how effective consolidation of IT and business resources can enable multiple, meaningful business benefits.
High Performance for All
While HPC is not new, it has traditionally been seen as a specialist area – is it now geared up to meet more mainstream requirements?