SystemDesign und Codierung

Der Übergang von der Analyse Phase zur Design Phase stellt immer einen Bruch dar, insbesondere da die Hauptlast sich von den Anwendern zu den Entwicklern verschiebt. Im Normalfall sind nur wenige Entwickler an der Analyse des Systems beteiligt.

Um den Bruch zwischen Analyse und Design möglichst gering zu halten, sollten einigen Personen, die Systemgestalter, von der Analyse in die Design Phase mit wechseln. Hierdurch wird sichergestellt, dass das erworbene Wissen zum System in die Design Phase eingebracht wird.

Dies ist der beratende Moderator, evtl. ein Entwickler und im Idealfall 1-2 Anwender, die die Phase Analyse mitgestaltet haben.

Bei Projekten oberhalb von vier Personenjahren Aufwand ist dies anzuraten.

Gefahren beim Übergang zum Systemdesign:

Mit dem Übergang in die Phase System Design & Codierung lauern mehrere Gefahren:

• Das Groß der Entwickler verfügt sehr oft über kein ausgeprägtes Domain Wissen
• Die Anwender sind nicht mehr unmittelbar in den Entwicklungsprozess eingebunden
• Das System beginnt sich in den Händen der Entwickler zu verselbständigen: Neue Strukturen, neue Begriffe, bewusste oder unbewusste Verallgemeinerungen führen zu einer „Verbiegung“ des ursprünglich, vom Anwender ersonnenen, Systems.
• Es wird eine neue Technologie eingeführt. 

Vorbeugende Maßnahmen:

Die größte Gefahr besteht darin, dass die Entwickler über kein ausreichendes Domain Wissen verfügt.

Um dieser Gefahr vorzubeugen können mehrere Maßnahmen ergriffen werden:

• Entwickler sind an der Analyse Phase beteiligt. Damit wird sowohl sichergestellt, dass das Domain Wissen in die Design & Codierungsphase übernommen wird und Design Kompetenz schon in die Analyse Phase eingebracht werden kann.
• Die Entwickler werden in intensiven Domain-Workshops in die Aufgabenstellung eingeführt. Hiermit wird einerseits Wissen transferiert und andererseit das Wissen aus der Analyse hinterfragt und in den Kontext der Realisierung gesetzt.
• Zusätzlich ist es sinnvoll, den Design-Prozess und seine Ergebnisse an dem Systemverständnis der Anwender zu spiegeln. Workshops zum Projektfortschritt in Form von Reviews von Design Dokumenten und/oder Reviews des bisher realisierten Systems wirken dem Risiko der „Systementfremdung“ entgegen.