Feeds

Grappling with eels - first wriggle

The Slippery World of Agile Planning

Beginner's guide to SSL certificates

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. ®

Beginner's guide to SSL certificates

More from The Register

next story
Be real, Apple: In-app goodie grab games AREN'T FREE – EU
Cupertino stands down after Euro legal threats
Download alert: Nearly ALL top 100 Android, iOS paid apps hacked
Attack of the Clones? Yeah, but much, much scarier – report
You stupid BRICK! PCs running Avast AV can't handle Windows fixes
Fix issued, fingers pointed, forums in flames
Microsoft: Your Linux Docker containers are now OURS to command
New tool lets admins wrangle Linux apps from Windows
Facebook, working on Facebook at Work, works on Facebook. At Work
You don't want your cat or drunk pics at the office
Soz, web devs: Google snatches its Wallet off the table
Killing off web service in 3 months... but app-happy bonkers are fine
First in line to order a Nexus 6? AT&T has a BRICK for you
Black Screen of Death plagues early Google-mobe batch
prev story

Whitepapers

Choosing cloud Backup services
Demystify how you can address your data protection needs in your small- to medium-sized business and select the best online backup service to meet your needs.
A strategic approach to identity relationship management
ForgeRock commissioned Forrester to evaluate companies’ IAM practices and requirements when it comes to customer-facing scenarios versus employee-facing ones.
How to determine if cloud backup is right for your servers
Two key factors, technical feasibility and TCO economics, that backup and IT operations managers should consider when assessing cloud backup.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.
The Heartbleed Bug: how to protect your business with Symantec
What happens when the next Heartbleed (or worse) comes along, and what can you do to weather another chapter in an all-too-familiar string of debilitating attacks?