Escalating Commitment als Ursache gescheiterter DV-Projekte - cover

Escalating Commitment als Ursache gescheiterter DV-Projekte

Dieter Hertweck

  • 20 maart 2003
  • 9783824478002
Wil ik lezen
  • Wil ik lezen
  • Aan het lezen
  • Gelezen
  • Verwijderen

Samenvatting:

Oft werden hochriskante Entscheidungen getroffen, wenn damit initial gefällte Entscheidungen retrospektiv gerechtfertigt oder finanziert werden sollen.

Dieter Hertweck zeigt die wichtigsten Ursachen und Muster von EC in Softwareprojekten auf und untersucht, wie man ihnen begegnen kann.

Escalation of Commitment (EC) ist eine der häufigsten Ursache für gescheiterte DV-Projekte. Wesentliche Anzeichen von EC sind mangelnde Zugänglichkeit der Projektgruppe für abweichende Meinungen von außen sowie eine erhöhte Risikobereitschaft. Oft werden hochriskante Entscheidungen getroffen, wenn damit initial gefällte Entscheidungen retrospektiv gerechtfertigt oder finanziert werden sollen.

Dieter Hertweck zeigt die wichtigsten Ursachen und Muster von EC in Softwareprojekten auf und untersucht, wie man ihnen begegnen kann. Seine Deeskalationsmethoden basieren auf der Analyse real gescheiterter Softwareprojekte und einem daraus entwickelten Experimentalspiel, das mit angehenden IT-Führungskräften durchgeführt wurde. Es wird deutlich, dass sich Deeskalation weniger durch technische Unterstützung als durch kommunikative Techniken erreichen lässt, mit denen über Hierarchieebenen hinweg kommuniziert werden kann und durch die sich Krisensituationen strukturieren lassen.


Escalation of Commitment (EC) ist eine der häufigsten Ursache für gescheiterte DV-Projekte. Wesentliche Anzeichen von EC sind mangelnde Zugänglichkeit der Projektgruppe für abweichende Meinungen von außen sowie eine erhöhte Risikobereitschaft. Oft werden hochriskante Entscheidungen getroffen, wenn damit initial gefällte Entscheidungen retrospektiv gerechtfertigt oder finanziert werden sollen.

Dieter Hertweck zeigt die wichtigsten Ursachen und Muster von EC in Softwareprojekten auf und untersucht, wie man ihnen begegnen kann. Seine Deeskalationsmethoden basieren auf der Analyse real gescheiterter Softwareprojekte und einem daraus entwickelten Experimentalspiel, das mit angehenden IT-Führungskräften durchgeführt wurde. Es wird deutlich, dass sich Deeskalation weniger durch technische Unterstützung als durch kommunikative Techniken erreichen lässt, mit denen über Hierarchieebenen hinweg kommuniziert werden kann und durch die sich Krisensituationen strukturieren lassen.

We gebruiken cookies om er zeker van te zijn dat je onze website zo goed mogelijk beleeft. Als je deze website blijft gebruiken gaan we ervan uit dat je dat goed vindt. Ok