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...
Gespeichert in:
Veröffentlicht in: | Journal of cases on information technology 2002-01, Vol.4 (1), p.272-279 |
---|---|
1. Verfasser: | |
Format: | Artikel |
Sprache: | eng |
Schlagworte: | |
Online-Zugang: | Volltext |
Tags: |
Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
|
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 |