What is project success? Is it just on time, on budget, with required functionality, and to a high quality standard? Or is there more, some missing X factor, a good after-taste, or resonance that we just know is great?

I did some training for a client recently who is interested in measuring project success. The traditional constraint measures of on budget, on schedule, happy stakeholders were not cutting it for him. They were missing this unknown element he was really more keen to measure. We talked about other measures of success including how people feel about the project and the act of leaving a valuable legacy.

There are plenty of examples of projects that might be judged failures by the constraint measures of on budget, on schedule, etc, but successes in terms of how people felt about them and the act of leaving a legacy. They include the Apollo 13 mission, the Titanic Movie, Shackleton and the Endurance, and the Iridium Satellite Network. I wrote about how these “failed” by constraint measures were successes by other measures in a post a couple of years ago.

This still was not satisfactory and these measures were often only apparent long after the project was done. They were too late and retroactive, my client wanted something he could use right now to get a better handle on projects. It turns out what he was looking for might be better explained by Actor Networks with Convergent and Divergent behaviour, (but I did not know that then, so back to the story.)

Bothered by not fully answering his question, I attended the Agile on The Beach conference in Cornwall, UK. I flew into London, where I worked in the 1990’s at Canary Wharf and saw the Millennium Dome being built. Seen in films such as James Bond: The World is Not Enough, the Millennium Dome project that, while on schedule, has been widely labeled as a failure. The white elephant that hardly anyone wanted, and struggled to attract or please visitors. I was even a little surprised to see it was still there, since I knew it had been left empty for a while, used as a temporary homeless shelter, and other things.
 

Conspiracies can be fun. Based on just enough superficial evidence or correlation, they allow us to indulge our imaginations and let off some steam. But what happens if we stumble onto a hush-hush cover-up that we were never supposed to find? Is your system just slow today, or is there a key logger running? You better conceal that camera on your monitor (hey, it’s not being paranoid when everyone is out to get you!) We are about to explore some agile conspiracies, so get your cover-up ready...

1. Agile as a Means to Prevent Outsourcing

Outsourcing software development to smart people working for less money overseas loomed large over the IT industry in the 1990s as giants like IBM and Fujitsu opened mega data centers in India and China. Fortunately, a ragtag band of visionaries met in Snowbird, Utah to thwart the threat before it became a reality.

Understanding that detailed specifications and good plans allowed for work to be successfully handed off to third parties, they set about undoing these best practices. If they could successfully sabotage the building blocks of successful handoffs, then the outsourcing trend could be stopped--or at least slowed.

By insisting that customers did not know what they wanted (and couldn’t explain it anyway), they undermined years of progress in requirements specification and project planning. When challenged on these claims, they played their ace card by saying that since publishing their findings there had been no business groups complaining or refuting their findings--so they must be true (when in fact no one outside of the software world had any idea what agile was or that anything had been published). Yet without anyone to call “Foul!”, their message stuck and began to grow.

Some early adopters saw the end goal and jumped on the bandwagon, reinforcing the cause through their own findings; others blindly followed the new calling, thinking it made sense. Even the agile manifesto founders were amazed when the real benefits were not discussed at the first Agile Conference as more and more people joined the cause. Knowingly or unknowingly, the movement grew.

2. Agile as an Excuse to Avoid Documentation

The Calgary Agile Project Leadership Network (Calgary APLN) 20011/2012 season kicks off with a social at the Barley Mill in Eau Claire, Thursday Oct 5, 4:00 – 6:00pm.

"To help build a vibrant Agile community in Calgary, we would like to invite you to a networking event. Come out and meet other Agile Leaders within Calgary, swap stories and share some laughs. Agile Recruiting has graciously sponsored the event by providing appetizers. Cash bar will be available.”

This is a great opportunity to meet and chat to other people in the agile project leadership community in Calgary. We have a limited capacity so register to reserve a place. I hope to see you there.