How Can This Keep Happening? by

[Editor's note: this is a guest post from Andrew Paier's blog, and fits well within the themes we've often discussed here about failed projects by major IT services firms, and failures of big-bang deployments- and why it pays to go with specialist vendors]

Being an IT professional, I’m amazed that this keep happening.  The Register reported today about yet another big government IT failure.  Some of the highlights include an initial scope of $AUS 14 million and 1 year blowing out to $AUS 50 million, and 3 years.  With the end result being a failure.

Among the findings the article mentions -

“… high turnover of SI consultants saw a total of eleven Fujitsu project managers during the three years from the start of the project until Phase 1 go-live in April 2012.” One of those project managers seems to have worked on the project for eight hours.

I’m amazed that all of these large consulting firms seem to be able to source these sorts of projects given their failure rate.  I’m equally amazed that clients are willing to accept big bang waterfall approaches to tough problems even though most real technology firms abandoned them 7-8 years ago.

Our team has encountered some of these projects first hand.  We try to set them straight when possible, but in some cases they have already committed to the big consulting firm and cannot extricate themselves.  It is interesting to watch the dance that comes down to “If you try and change now and fail, it will be your fault.  If you follow our plan for another 2-3 years and it fails, then you can blame us.”

For anyone on the business side reading this, if you get a proposal for a project that is to last more than 18 months, there are several questions I think you should ask the provider (whether internal or external) -

  • Can I speak to several references for projects of this size you delivered successfully?
  • Have you ever had a project of this size fail?
  • Have you successfully delivered a project using the technologies you are recommending?
  • What is your (our) team’s turn over rate?  Rate of project reassignment?
  • Can I talk to some team members that have stayed on the same project for 18+ months?
  • How do I know you aren’t going to pad your resume for 12 months on this project and then move on to another project/company with your “new” credentials?

This may seem adversarial, but better you make them convince you up front than thinking about these things after you are dissatisfied.

(Pro-tip:  The answer to the 2nd bullet point should not be “No, we’ve never failed”.  It is either “Yes, here is where we failed and this is what we learned from that..” or “We’ve had several items that were headed towards failure, but this is how we detected that and the course corrections we made in order to succeed”)

[Original Post can be found here, where Andrew will likely be posting a regular series based on his work on developerworks and other forums - and we'll do our best to keep them cross-posted on the BP3 blog as well!]