1 Einführung eines iterativen und inkrementellen ...

7
Im Pilotprojekt muss daher gelegentlich in Kauf genommen werden, dass für einzelne Mitarbeiter Zeiten entstehen, in
denen sie im Projekt nicht benötigt werden (siehe Abb. 3). Das bedeutet unter Umständen einen Umsatzverlust für die
betroffene Organisationseinheit, der von jemandem bezahlt werden muss: entweder vom Projekt oder von der
Organisationseinheit. Dieser Punkt sollte vor Beginn des Pilotprojekts geklärt werden. An dieser Stelle muss erwähnt
werden, dass die gleichmäßige Auslastung der Mitarbeiter im Wasserfall-Modell nur in der Theorie funktioniert. Die
Praxis zeigt, dass die einzelnen Aktivitäten nicht mit dem Ende der entsprechenden Phase abgeschlossen sind.
Gefundene Fehler und geänderte Anforderungen oder Randbedingungen machen die Wiederaufnahme von eigentlich
abgeschlossenen Aktivitäten erforderlich. Falls die erforderlichen Personen bereits in anderen Projekten eingesetzt sind,
muss das restliche Team warten, bis diese Mitarbeiter wieder Zeit haben.
Wenn der iterative Entwicklungsprozess im ganzen Unternehmen eingesetzt wird, ist es meist möglich, die Mitarbeiter
in den Wartezeiten in anderen Projekten einzusetzen. Besser wäre es natürlich, wenn man sich dazu entschließt,
langfristig auf eine derart starke Arbeitsteilung zu verzichten. Das hat folgende Vorteile:
• Die Arbeit wird für die einzelnen Mitarbeiter abwechslungsreicher und damit interessanter. Die Mitarbeiter sind
daher besser motiviert.
• Die Mitarbeiter machen wertvolle Erfahrungen. Wer seine entwickelten Architekturen auch selbst realisieren kann,
erlebt Fehler in der Architektur viel unmittelbarer. Entsprechend größer ist auch der Lerneffekt. Wer seine
Software auch testen muss, erfährt, welche Vorteile es hat, bei der Erstellung der Software auf Testbarkeit zu
achten. Mitarbeiter mit solchen Erfahrungen sind sehr wertvoll in zukünftigen Projekten.
• Es wird verhindert, dass gerade die besten Mitarbeiter den Bezug zur Praxis verlieren, weil sie nur noch Konzepte
erstellen müssen und nicht mehr realisieren dürfen.
Hier kann man sich ein Beispiel an anderen Branchen nehmen, wie etwa der Automobilindustrie, in denen die ehemals
vorhandene starke Arbeitsteilung inzwischen wieder aufgehoben wird.
9HUWUDJVPDQDJHPHQW
Die Gestaltung der Verträge mit Kunden und/oder Unterauftragnehmern ist ebenfalls von der Einführung eines
iterativen Vorgehens betroffen. Auch hier ist die Welt des Wasserfall-Modells scheinbar einfacher:
• Eine Firma, die nicht selbst realisiert, kann nach der Erstellung des Fachkonzepts verschiedene Angebote einholen
und das attraktivste annehmen.
• Ein Softwarehersteller wartet üblicherweise, bis das Fachkonzept fertig ist, bevor er ein Angebot abgibt oder mit
der eigentlichen Arbeit beginnt.
• Sollen Teile der Entwicklung ausgelagert werden, wird gewartet, bis das DV-Grobkonzept fertig ist. Danach sind
alle Informationen vorhanden, die ein Unterauftragnehmer benötigt, um ein Angebot abgeben zu können.
Ein OO-Prozess erkennt die Tatsache an, dass es bei einem komplexen System nicht sinnvoll ist, eine detaillierte
Spezifikation des gesamten Systems zu erstellen, bevor mit der Architektur begonnen wird. Die Vollständigkeit und
Widerspruchsfreiheit einer solchen Spezifikation kann nämlich nicht geprüft werden, solange nur Dokumente
existieren.
Dies macht die Gestaltung der Verträge allerdings komplizierter. Eine gute und faire Vertragsform wäre zum Beispiel,
die Entwurfsphase nach Aufwand abzurechnen und nach der Entwurfsphase ein Festpreisangebot zu erstellen, da zu
diesem Zeitpunkt bereits sehr viele Informationen vorliegen und eine Aufwandsabschätzung entsprechend genau sein
kann. Ein solcher Vertrag ist zwar aufwändiger, aber die Wahrscheinlichkeit, dass der Vertrag eingehalten werden
kann, ist größer.
Gelegentlich ist es schwierig, dies in die Praxis umzusetzen. Öffentliche Institutionen haben beispielsweise oft
gesetzlich geregelte Ausschreibungsverfahren, die ein detailliertes Fachkonzept zwingend erfordern. Auch hier kann
eine Lösung nur in Zusammenarbeit mit den jeweiligen Spezialisten erfolgen.
Der Aufwand lohnt sich dennoch. Gerade langfristig ausgelegte Geschäftsbeziehungen profitieren von einem OO-
Prozess. Kostenabschätzungen werden genauer und nachvollziehbarer und das Vertrauen zwischen den
Vertragspartnern wächst. In den herkömmlichen Vertragsbeziehungen kommt es dagegen oft vor, dass eine
Entwicklungsfirma genötigt wird, zu einem Zeitpunkt Preise zu nennen, zu dem dies eigentlich noch nicht möglich ist.
Hat sie sich verkalkuliert, wird versucht, die restlichen Kosten bei Änderungswünschen hereinzuholen, was wiederum
zu entsprechenden Irritationen beim Auftraggeber führt.
'XUFKI KUXQJGHV3LORWSURMHNWV
Nach diesen Vorbereitungen kann das Pilotprojekt endlich gestartet werden. In der ersten Zeit sind die
Projektmitarbeiter und der Projektleiter häufig sehr verunsichert. Besonders das Gefühl, mit einer Softwarearchitektur