E-Business - ITwelzel.biz

APPLIKATIONSENTWICKLUNG
Kosten- und Projektmanagement in der Softwareentwicklung
Mehr Verantwortung
durch eigene Planung
Nach wie vor leiden zahlreiche Softwareprojekte unter mangelnder Planung und zu optimistischen
Schätzungen der Verantwortlichen. Die Folge: Projekte laufen zeitlich und hinsichtlich der Kosten aus
dem Ruder. ISO 9000 kann davor in der heutigen Ausprägung nicht schützen. Besser eignet sich hierfür
das Capability Maturity Model (CMM) der Carnegie Mellon University. Grundsätzlich geht es darum,
den Prozess auf mehreren Ebenen zu disziplinieren und zu überwachen – vom Soll-Ist-Vergleich
auf Managementebene bis hin zur persönlichen Arbeitsplanung des einzelnen Projektmitarbeiters.
52
Was macht ein erfolgreiches
Softwareprojekt aus? Es wird
im geplanten Zeitrahmen, zu
den definierten Kosten und in der erwünschten
Qualität fertiggestellt. Dies ist
die Theorie. In der Praxis sieht es meist
anders aus. Einerseits sollen die Produkte
selbstverständlich einem gewissen Qualitätsanspruch
genügen, andererseits stehen
die Entwickler unter enormem Zeitdruck,
weswegen gerade die Analyseund
Designphasen eines Softwareprojekts
oftmals vernachlässigt werden. Eine
umfassende Untersuchung der amerikanischen
Standish-Group, deren Ergebnisse
bereits vor geraumer Zeit als »Chaos
Report« veröffentlicht wurden, zeigt die
wesentlichen Ursachen auf, warum Softwareprojekte
oftmals teurer kommen und
länger dauern als ursprünglich geplant.
Ein Hauptgrund ist demnach in der
Tatsache zu sehen, dass die Anforderungen
an gewünschte Softwarelösungen aus
mangelnder Sachkenntnis oft nur sehr
unklar bzw. sogar falsch formuliert werden.
Im Projektverlauf müssen sie dann
gezwungenermaßen präzisiert werden,
was zu Missverständnissen und Fehlern
führt. Auf Entwicklerseite wird die mangelhafte
Fähigkeit zum Finden guter Entwürfe
als größtes Problem angeführt. Ein
schlechter Entwurf führt zwangsläufig zu
Änderungen, die komplizierte Wechselwirkungen
verursachen. Neben unrealistischen
Zeitplänen und einem Mangel an
CLIENT SERVER COMPUTING 10/00
Personalressourcen zählen auch technische
Inkompetenz und völlig überzogene
Erwartungen an das Endprodukt zu den
am häufigst genannten Failure-factors
des Chaos-Reports.
Folgt man den Vertretern der renommierten
Carnegie Mellon University,
Pittsburgh, so stellt die ungenügende
Anzeige
www.
ADAPTIVE-
FRAMEWORKS
.com
Qualität des Herstellungsprozesses von
Software die Wurzel allen Übels dar. Allerdings
liegt den Forschern zufolge darin
auch der Schlüssel zu ihrer Beseitigung.
Zu diesem Zwecke entwickelte
das Software Engineering Institute (SEI)
der oben genannten amerikanischen
Hochschule das so genannte Capability
Maturity Model (CMM). Es soll einen
Entwicklungspfad aufzeigen, wie sich
die Prozesse verbessern lassen. Fünf
Stufen beschreiben die zunehmende
Prozessreife, die durch so genannte
Schlüsselbereiche (key process areas)
und den ihnen zugeordneten Management-
und Engineering-Praktiken (key
practices) charakterisiert sind. So lässt
sich leicht feststellen, auf welcher Reifestufe
sich der Prozess im Moment befindet.
CMM gilt unter Fachleuten als wesentlich
besser für die Softwareentwicklung
geeignet als die Normenserie ISO 9000.
Der extremste Unterschied der beiden Ansätze
ergibt sich im Detaillierungsgrad.
Hier ist das CMM mehr als zehnmal so
umfangreich wie sein ISO-Pendant. Darüber
hinaus ist das CMM weitaus besser auf
die Bedürfnisse der Softwareproduktion
zugeschnitten. Das für die Herstellung
und Wartung von Software relevante ISO
9001 ist derzeit maximal mit Stufe drei des
CMM vergleichbar, fällt also im Gesamtkontext
betrachtet deutlich ab.
Die erste Stufe des CMM, auch als initial-
oder ad hoc-stage bezeichnet, sieht
keinerlei Vorkehrungen für die Verwaltung
von Softwareprojekten und auch
keine stabile Umgebung für die Entwicklung
vor. Funktionalität, Qualität und der
Termin der Fertigstellung eines Softwareprodukts
sind daher weitgehend unvorhersehbar.
Sollten sich trotz alledem Erfolge
einstellen, so basieren sie häufig auf
den herausragenden Fähigkeiten eines
einzelnen Ingenieurs. Fast schon erschreckend
mutet deshalb die Tatsache
an, dass sich bis heute das Gros der Soft-