Recent News
Articles
Project Success or Failure
Case Studies of Notable Project Failures
LFH Series for Educators
Useful Links
Where to Buy Series Books?
Stay informed on our latest news!
|
Defintion of Project Failure IT project failures are far more common than most people expect. In the last decade numerous studies and surveys on IT projects have shown that the success rate is around 25%, the failure rate is about 25%, and partial successes and failures fall somewhere in the middle. Typically, there are two types of project failure namely: |
|
|
![]() |
Standish CHAOS Chronicles v3.0 This was the earliest and first report (1994) by a research group on the subject of project failures. Standish followed up the article every 2 years with new reasearch. The "Extreme CHAOS 2001" report found a steadying improvement in the success rate of projects. The reasons for the increase (1994 to 2000) in successful projects vary. The average cost of a project has been more than cut in half. Better tools have been created to monitor and control progress, and more highly skilled project managers are using improved management processes. The fact that there are processes is significant in itself. Most of these new projects are well within The Standish Group's criteria established in "Recipe for Success, 1998," which limits project duration to six months and project staff to six people.
|
|
|
Does Project Failure Happen Often? There is evidence to support that project success rates are rising. The original Standish's 1994 CHAOS study found that only 16% projects met the criteria for success—completed on time, on budget, and with all the features and functions originally specified. In subsequent studies this rate has improved and project failures have decreased. Sources: http://www.softwaremag.com/archive/2001feb/CollaborativeMgt.html and “Chaos, a recipe for success”, Standish Group, 1998 For 2004 results show that 29% of all projects succeeded (delivered on time, on budget, with required features and functions); 53% are challenged (late, over budget and/or with less than the required features and functions); and 18% have failed (cancelled prior to completion or delivered and never used). A staggering 66% of IT projects prove unsuccessful in some measure, whether they fail completely, exceed their allotted budget, aren't completed according to schedule or are rolled out with fewer features and functions than promised. Sources: http://www.standishgroup.com/sample_research/PDFpages/q3-spotlight.pdf Chaos, 2004 IT projects are notorious for being over budget. In fact, Gopal Kapur, president of the Center for Project Management in San Ramon, Calif., estimates that 77% of projects blow their budgets, with an average cost overrun of 169%. As for the remaining 23%, Kapur doesn't have a lot of faith in those project managers. "They just lie about it," he says. In 2005 organizations and governments will spend an estimated $1 trillion on IT hardware, software, and services worldwide. Of the IT projects that are initiated, from 5 to 15 percent will be abandoned before or shortly after delivery as hopelessly inadequate. Many others will arrive late and over budget or require massive reworking. Few IT projects, in other words, truly succeed.
|
|
|
Notable Project Failures
The following list of failures happened within the project itself supporting the Standish claim that close to 50% of projects are seriously challenged: |
|
|
|
|
Notable Operational Failures in Implementation Most problems with IT projects happen during the implementation, after the solution is built and has undergone testing. For example:
|
|
Notable Operational Failures in Post Implementation |
|
|
So Why Do Project Failures Happen? When you examine the root causes to these problems, or failures, they tend to trace back to decisions made in all stages of the IT project. In parallel, investments in technology are not enough and need to be supported by investments and changes in processes and organization. To learn more about these type of failures and root causes read about Titanic Lessons for IT Projects. More sources: |
|
|
|