|
1.1 Ein Softwareprojektdesasterbr /
Ein Projekt mißlang, obwohl die Verantwortlichen alle richtigen Dinge getan haben.
So haben sie:
. verschiedene Management Publications zu Hilfe gezogen und die Idee eines zentralisierten, unternehmensweiten Informationssystems akzeptiert und übernommen
. es wurde ein sogenannter 'think tank' eingestellt, der eine Durchführbarkeitsstudie anfertigte, die zwei Kalenderjahre (15 Arbeitsjahre) bis zur Fertigstellung benötigte
. das Unternehmen verwendetet die modernsten Computer und Datenbanksoftware
. es wurden ohne Protest mehrere Millionen Dollar an zusätzlichen Entwicklungskosten gezahlt, obwohl das Budget schon aufgebraucht war
. es wurden die neuesten strukturierten Programmtechniken verwendet
1.2 Aufgetretene Fehler
. Programm funktionierte - Programmierer und Projektmitarbeiter brauchten mehr Zeit um das System zu tunen - zu langsam
. 20,000 Transaktionen jeden Tag um ihn auf den aktuellen Stand zu bringen - eine Transaktion kann bis zu 20 Minuten dauern - Programm versagte, alle notwendigen Updates eines Tages auch an einem Tag durchzuführen
. 2 Jahre um eine neue Fabrik einzubinden - aber eine neue Fabrik alle 6 Monate
1.3 Konsequenzen
. Projekt mußte aufgegeben werden
. gegenüber Konkurrenz 5 Jahre verloren
sollte nicht passieren, tut es aber immer wieder
1.4 Das Desaster vermeiden
Systementwickler hatten nicht den Mut ihre Fehler zuzugeben - "Ich wußte das es nicht funktionieren wird, aber meine Programme haben funktioniert - keine Sorgen
Der Grund für das Versagen des Projekts: es wurden keine Project Attributes, die für das überleben des Programms wichtig waren, bestimmt und auch nicht kontrolliert. Es konnte daher auch kein, auf diese Attributes aufbauender, passender Aufbau des Programms erfolgen. Kleinere Schritte
Critical Attributes: Qualität und Grundlagen - Kollaps eines Systems verursachen - unter bestimmten Limits (worst acceptable level)
CIS Fall: tägliche Transaktionsleistung nicht ausreichend und konnte auch nicht ausreichend verbessert werden - Integration neuer Firmen dauert zu lange - hätte Anzahl der Transaktionen pro Tag bestimmt werden müssen - 86 400 Sekunden in 24 Stunden 1 Sekunde pro Transaktion
1.5 Genauere Leistungsangaben für CIS
Work Capacity: es muß möglich sein, die Arbeit eines normalen Tages an einem Bürotag zu erledigen
Worst Case: 4 Sekunden für eine durchschnittliche Transaktion
Planned level(in der Anfangsphase): |
