Die Hartnäckigkeit der Spezifikation

Manche technische Spezifikation vererbt sich selbstständig von Projekt zu Projekt. Die Ãœbernahme bewährter Lösungen spart beim ersten Mal sicher wertvolle Zeit. Irgendwann wird der Vorteil aber zum Nachteil, wenn an der übernommenen Spezifikation hartnäckig festgehalten wird. Ein Beispiel: Die Spurbreite von Eisenbahnen in den USA und in Kanada (der Abstand zwischen den Gleisen) ist 4 Fuß 8.5 Zoll.… Weiterlesen »

Probleme alleine lösen?

Schwierige Herausforderungen werden leicht zu Problemen, wenn zu lange nach Lösungen gesucht wird. Oft werden nicht alle Möglichkeiten der Lösungsfindung ausgeschöpft. Ein Beispiel zur Illustration: Ein Entwickler hat sich in ein Problem verrannt. Ein Kollege, der möglicherweise die Lösung weiß oder weiterhelfen kann, ist nicht verfügbar. Aufgrund von Unstimmigkeiten im Team lehnt es der Entwickler jedoch ab, ein… Weiterlesen »

Eine Seefahrt ist nicht lustig

Das Wort Risiko stammt aus dem Italienischen und bedeutet Klippe. Ein Risiko ist also eine Klippe die umschifft werden muss. Damit drängt sich ein bildlicher Vergleich auf: Ein Projekt ist wie eine Seereise zu einem weit entfernten Ziel durch unbekanntes Gewässer. Die Vorräte an Bord des Schiffes sind begrenzt d.h. das Ziel muß in der geplanten Zeit erreicht… Weiterlesen »

Bilanz des Misserfolges

Die Erfolgsbilanz von IT-Projekten ist ernüchternd. Die Erfolgsquote liegt, abhängig von der jeweiligen Untersuchung, nur zwischen 20 und 45%. Die Verfeinerung von Projektmanagment-Methoden und Vorgehensmodellen in den letzten Jahren hat an dieser Situtaion nichts geändert. In Zusammenarbeit mit der Universität Mannheim haben wir eine der gößten Untersuchung im deutschsprachigen Raum zu Erfahrungen in IT-Projekten durchgeführt. Hier wurde erstmalig… Weiterlesen »