Recognizing Runaway IS Projects When They Occur

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...

Ausführliche Beschreibung

Gespeichert in:
Bibliographische Detailangaben
Veröffentlicht in:Journal of cases on information technology 2002-01, Vol.4 (1), p.272-279
1. Verfasser: Mann, Joan Ellen Cheney
Format: Artikel
Sprache:eng
Schlagworte:
Online-Zugang:Volltext
Tags: Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
Beschreibung
Zusammenfassung: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.
ISSN:1548-7717
1548-7725
DOI:10.4018/978-1-93070-840-2.ch019