by Arlene Minkiewicz
| September 25, 2014
Unless you live under a rock, you are aware of the healthcare.gov rollout disaster. While similar IT failures are regularly in the news, the high profile of healthcare.gov has really mainstreamed awareness of the fragility of many IT projects. Check out this article entitled ‘The Worst IT project disasters of 2013’. It details IT project failures such as:
And while the article points to the specific vendors as the root of the problem, it is safe to assume that the vendors may not completely agree and that the end customer may also have some culpability in the failure. My mission here is not to judge either party but rather to take a minute to muse why in 2013 we continue to have these very public, very expensive failures to deliver software that meets requirements in a timely fashion.
In my quest to find an answer to this question I found myself reading the 2013 Chaos Manifesto available at this link . Each year the Standish Group takes a look at IT projects to identify what appear to be the success factors for project success and how important each of these success factors is in relation to the other factors identified. Although this year’s report focused on smaller IT projects, the success factors identified should resonate across the software industry. In general Standish has found that the changes of success for small projects are about 70% while large projects are 10 times more likely to fail than small projects. Part of their recommendations are that large projects should be broken down into small projects rather than tackled all at once.
The factors identified in this report include (in order of importance):
It is interesting to note that the same success factors were identified in the 2012 Chaos Manifesto though the order of importance was slightly different. The first two items on the list (which were first two in 2012 as well) tend to lend credence to my earlier speculation that the end customers for the above mentioned project failures may have some culpability in the failures as well.
Maybe the Chaos Manifesto should be required reading for software contractors and their customers?
What steps does your organization take to prevent IT Project failures?