Spektakuläre Fehlschläge sind bei komplexen Softwareprojekten keine Seltenheit. Oft wird jahrelang programmiert, um dann erhebliche Mängel festzustellen. Diese lassen sich meist nur mit einigem Aufwand korrigieren. „Anstatt Jahre auf die Lieferung einer kompletten Lösung zu warten, kann es deshalb durchaus sinnvoll sein, zunächst einzelne Module eines funktionsfähigen Pilotsystems programmieren zu lassen, das dann schrittweise optimiert und ausgebaut wird“, sagt Michael Deiß, Entwicklungsleiter bei eggs unimedia.

In den letzten sechs Jahren hat der New-Media-Dienstleister zahlreiche Web-basierte Anwendungen auf diese Art und Weise umgesetzt. Die Gründe, sich dieser Methode für ergebnisorientiertes Web-Engineering zu bedienen, sind vielfältig. Häufiger als erwartet haben etwa Unternehmen, die eine komplexe Internet-Anwendung in Auftrag geben, noch keine endgültige, detaillierte Vorstellung von den Anforderungen, die damit erfüllt werden sollen. Oder ein Projekt steht unter großem Zeitdruck und die Applikation muss mit ihren grundlegenden Funktionen vielleicht bereits in drei Monaten zur Verfügung stehen, während für die Gestaltung der Details noch länger Zeit bleibt.
In solchen Fällen entwirft eggs unimedia nach dem Briefing durch den Kunden und der Priorisierung der wichtigsten Features einen Prototyp für die gewünschte eBusiness-Anwendung, mit der die zuvor gemeinsam definierten Abläufe plastisch dargestellt werden. „Der Auftraggeber bekommt so eine erste konkrete Vorstellung der Funktionalitäten, aber auch vom Look und Feel der gewünschten Applikation“, betont Deiß. In einem iterativen Verfahren, also in kleinen Phasen mit genau definierten Zielen und Anforderungen, werden dann die Änderungswünsche des Kunden eingearbeitet, so dass jeweils neue Versionen der Anwendung entstehen, die sich dem Ziel immer weiter annähern. Der große Vorteil dieser Methode: Im Gegensatz zum Prototyping in der Software-Industrie kann das Funktionsmodell direkt produktiv genutzt werden und wird auf Grund der konkreten Erfahrungen zeitnah kontinuierlich verbessert.

Durch die Parallelität von Anforderungsdefinition und Programmierung kann die Geschwindigkeit bei der Entwicklung wesentlich erhöht werden. „Auf diese Weise unterstützen wir unsere Kunden dabei, ihre innovativen Anwendungen in einer extrem kurzen Time-to-Market-Spanne zu platzieren“, so Entwicklungsleiter Deiß. Gleichzeitig kann so auf veränderte Kunden- und Marktanforderungen schneller reagiert werden. Dies gelingt allerdings nur dann, wenn der Auftraggeber sich aktiv in diesen Prozess einschaltet. Deiß: „Wenn ein Unternehmen lediglich ein Pflichtenheft abgeben und ein Jahr später die vollständige Anwendung erhalten möchte, ist Rapid ePrototyping nicht die geeignete Vorgehensweise.“
Denn das sofortige Feed-back der Pilotanwender ist eine grundlegende Voraussetzung für die ständige Optimierung und den weiteren Ausbau der Applikation. „Der Kunde kann und soll ständig überprüfen, ob sich die Anwendung so gestaltet, wie er und seine Nutzer sich das vorstellen“, erläutert Deiß. Auf diese Weise werden nicht nur verlässliche Qualitätsstandards eingehalten, sondern es kommt auch zu zufriedenen Usern. Denn da die Pilotanwender die Lösung praktisch testen und an ihrer Optimierung beteiligt sind, akzeptieren sie die Applikation schneller und tragen – beispielsweise in einem Unternehmen – auch zur besseren Überzeugung der übrigen Nutzer bei. Wenn die Änderungswünsche zeitnah umgesetzt werden können, steigt zudem die Motivation, mit der Applikation zu arbeiten.
Durch die kürzeren Entwicklungszeiten lassen sich Anlauf- und Produktionskosten senken, weiß Michael Deiß. Gleichzeitig minimiere sich das Risiko einer Fehlinvestition. „Denn Fehlentwicklungen werden durch frühzeitige Korrekturen und kontinuierliche Anpassungen verhindert, und durch die anforderungsgerechte Gestaltung einer Lösung erhöht sich ihr Nutzen für den Auftraggeber und seine Anwender.“

 Web Engineering