Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
skip to main content
research-article

Project Termination Doesn't Equal Project Failure

Published: 01 September 2000 Publication History

Abstract

One of the most frequently cited software project statistics comes from the Standish Group's 1995 Chaos report (http://www.standishgroup.com/visitor/ chaos.htm): “A staggering 31.1 percent of [software] projects will be canceled before they ever get completed.” The Chaos report, and numerous documents citing it, label these canceled projects as “failed” and imply that all 31.1 percent of them were canceled because of poor software management. This implication is both false and hazardous. It is false because, particularly in an era of rapid change, a lot of software projects are properly started, well managed, and properly terminated before completion because their original assumptions have changed. It is hazardous because it often leaves software managers with the following temptation: “It's becoming clear that continuing this project will waste company resources. I should probably have the project canceled now, but that would make me the manager of a failed project and wreck my career. I'll be better off if I say nothing, keep the project going, and look for a new project to transfer to.” To counter this train of thought, the author reviews the main sources of project termination determined in the Chaos report, and estimates how likely each termination source applies to a well- or poorly managed project

Cited By

View all

Recommendations

Comments

Information & Contributors

Information

Published In

cover image Computer
Computer  Volume 33, Issue 9
September 2000
71 pages

Publisher

IEEE Computer Society Press

Washington, DC, United States

Publication History

Published: 01 September 2000

Qualifiers

  • Research-article

Contributors

Other Metrics

Bibliometrics & Citations

Bibliometrics

Article Metrics

  • Downloads (Last 12 months)0
  • Downloads (Last 6 weeks)0
Reflects downloads up to 12 Nov 2024

Other Metrics

Citations

Cited By

View all
  • (2021)ARP–GWO: an efficient approach for prioritization of risks in agile software developmentSoft Computing - A Fusion of Foundations, Methodologies and Applications10.1007/s00500-020-05555-725:7(5587-5605)Online publication date: 1-Apr-2021
  • (2016)Prioritizing agile benefits and limitations in relation to practice usageSoftware Quality Journal10.1007/s11219-014-9253-324:2(447-482)Online publication date: 1-Jun-2016
  • (2010)Determinants of software qualityInformation and Software Technology10.1016/j.infsof.2009.11.01252:6(602-610)Online publication date: 1-Jun-2010
  • (2008)A statistical framework for analyzing the duration of software projectsEmpirical Software Engineering10.1007/s10664-007-9051-713:2(147-184)Online publication date: 1-Apr-2008
  • (2006)Using return on investment to compare agile and plan-driven practices in undergraduate group projectsProceedings of the 28th international conference on Software engineering10.1145/1134285.1134383(649-654)Online publication date: 28-May-2006

View Options

View options

Media

Figures

Other

Tables

Share

Share

Share this Publication link

Share on social media