Need training, coaching, or help leading an agile transformation?
email: mike@cottmeyer.com or call: 404.312.1471

Friday, October 15, 2010

The Planning Fallacy

You know... sometimes I can't help but think that us agilists create unnecessary grief for ourselves when we talk about agile to our more traditional counterparts.

My friend Angeline Tan (@agilemeister) launched a Twitter campaign this week to get the Agile Alliance to show some West Coast love and move the 2013 conference to San Francisco. There was quite a bit of interesting discussion, but in the end Diana Larsen (@dianaofportland) closed the debate... Agile 2013 will be in Nashville, the contracts are signed.

I thought that was kind of funny. A bunch of agilists planning far enough in advance to have contracts signed, what... two years in advance? I thought we were all about emergent outcomes? What happened to just in time planning? I thought we were all supposed to just show up in Nashville and self-organize a conference right there on the fly?

Wouldn't that be fun, just show up in 2013 start conferencing! (actually, that might be fun)

There is always some level of up-front planning necessary to pull off a big event. Likewise, there is always some level of up-front planning necessary to coordinate the efforts of dozens of developers trying to pull together a large enterprise class software system. Software at this level doesn't emerge. There is a ton of room to plan and design as we go, but the core structures and patterns have to be in place early.

I think we'd do ourselves well... as a community... to popularize some language about how we deal with this kind of planning. It seems that somehow... in our day to day discussions about agile... we've given the mainstream project management and development community the wrong impression about us. We value "responding to change OVER following a plan"... that doesn't mean we don't plan.

I bet the first contract in Nashville was signed two years in advance also. None of us showed up in Nashville to a flooded hotel, did we?


Subscribe to Leading Agile

1 comment:

  1. This is what happens when you take a complex set of interdependent practices and reduce it to oversimplified slogans and catch phrases. Agile says adapting to change is more important than sticking to your plan, not that you shouldn't have a plan.

    Remember "the paperless office"? The concept got ridiculed, because the cutesy slogan lost the real intent, which was "the paperWORKless office" (manually filling in the same information in different forms over and over).

    The worst side effect of this is that the oversimplified message is perceived by the "oversimplified Manager" as a silver bullet. Just "do Agile" and your software people will develop everything cheaper and faster. When that doesn't work, it's Agile's fault.

    I agree this behavior is hurting our cause.

    ReplyDelete