|
| |
| Escalating Commitment als Ursache gescheiterter DV-Projekte |
| |
| Ausgangssituation |
Die Relevanz der durch Escalation of Commitment gescheiterten DV-Projekte auf der einen Seite, sowie die bisher unzureichende theoretische und empirische Durchdringung des Escalation Phänomens in Gruppen auf der anderen, erfordern, sich systematisch mit den Ursachen von Escalation of Commitment in DV-Projekten und den Möglichkeiten zur Entwicklung wirksamer Deeskalationstechnologien ausein-anderzusetzen.
Aufgrund des geringen Wissensstandes auf dem Gebiet Escalation of Commitment in DV-Projekten war es zu Beginn des Projektes zu früh, Hypothesen über Variablenzusammenhänge aufzustellen und zu testen. Daher wurde dem quantitativen Experiment ein qualitativer Ansatz vorgeschaltet. |
| |
| Realisierung |
| Zunächst wurde ein Überblick über den Stand der Escalation of Commitment Theorie erarbeitet. Im Anschluss daran wurden verschiedene Fallstudien durchgeführt und ausgewertet. Ihre Analyse diente als Grundlage für das Design des Escalat-Laborexperimentes. Abschließend wurden Deeskalationsmaßnahmen und -technologien entwickelt und die Ergebnisse in eine Reflektion der Eskalations- und DV-Projektmanagementtheorie übergeführt. |
| |
| Nutzen |
Aus unseren Fallstudien und den Laborexperimenten lassen sich auf Unternehmensebene folgende Hauptfaktoren identifizieren, welche die Entstehung von Escalating Commitment fördern:
- Andauernde persönliche Konflikte zwischen dem Projektteam, dem Projektmanager und dem Projektsponsor;
- mangelnde Unterstützung des Projektes durch den Projektsponsor;
- Trennung zwischen Projektverkauf und Durchführungsverantwortung (z.B. zwischen Vertrieb und Systemtechnik);
- ein Kunde, der Meilensteine nicht überprüft, und über nur wenig Know - How in Sachen Systementwicklung verfügt;
- mehrere Kunden mit konfliktären Interessen, die in eine gemeinsame Systemarchitektur einfließen sollen;
- unklar definierte Projektziele
- ein Projektsponsor, dem hohe finanzielle Mittel zur Verfügung stehen;
- das Fehlen unabhängiger Kontrollinstanzen (Quality-Assurance-Abteilung, Senior Manager), geeigneter Projektdokumentationen (Projektplan, Testplan, Entwicklerleitfaden, Archi-tektur-modell), und regelmäßiger Prüfroutinen für das DV-Projekt und
- fehlendes Risikomanagement im Projekt
|
| |
| Förderung |
Deutsche Forschungsgemeinschaft
DFG-Geschäftszeichen KR 998/6-1 |
| |
| Ansprechpartner |
|
Prof. Dr. Helmut Krcmar |