Recognizing Runaway IS Projects When They Occur

Recognizing Runaway IS Projects When They Occur

Joan Ellen Cheney Mann
Copyright: © 2002 |Pages: 8
DOI: 10.4018/978-1-93070-840-2.ch019
OnDemand:
(Individual Articles)
Available
$37.50
Current Special Offers
No Current Special Offers
TOTAL SAVINGS: $37.50

Abstract

Runaway projects have been a problem in information systems (IS) for quite some time. In 1988, KPMG found that 35% of their largest clients currently had a runaway project, and in 1991 the percentage of firms increased to 60%. Plus, over 50% of the respondents considered this to be normal (Rothfeder, 1988; Cringely, 1994). The traditional definition of a runaway is any project that grossly exceeds budget and time targets but yet has failed to produce an acceptable deliverable. Given that each runaway project is a dysfunctional use of organizational resources, it is important for practitioners to be able to identify them early and react appropriately. On the other hand, this case will help practitioners realize that the issues within runaway projects are complex and difficult. The case could be used in MIS courses for non-IS majors, systems analysis and project management classes for IS majors or EDP auditing courses in accounting.

Complete Article List

Search this Journal:
Reset
Volume 26: 1 Issue (2024)
Volume 25: 1 Issue (2023)
Volume 24: 5 Issues (2022)
Volume 23: 4 Issues (2021)
Volume 22: 4 Issues (2020)
Volume 21: 4 Issues (2019)
Volume 20: 4 Issues (2018)
Volume 19: 4 Issues (2017)
Volume 18: 4 Issues (2016)
Volume 17: 4 Issues (2015)
Volume 16: 4 Issues (2014)
Volume 15: 4 Issues (2013)
Volume 14: 4 Issues (2012)
Volume 13: 4 Issues (2011)
Volume 12: 4 Issues (2010)
Volume 11: 4 Issues (2009)
Volume 10: 4 Issues (2008)
Volume 9: 4 Issues (2007)
Volume 8: 4 Issues (2006)
Volume 7: 4 Issues (2005)
Volume 6: 1 Issue (2004)
Volume 5: 1 Issue (2003)
Volume 4: 1 Issue (2002)
Volume 3: 1 Issue (2001)
Volume 2: 1 Issue (2000)
Volume 1: 1 Issue (1999)
View Complete Journal Contents Listing