Das Problem
Ein Unternehmen aus der Rückversicherung hatte einen funktionierenden Prototypen, der
intern gebaut worden war, um einen konkreten Bedarf zu lösen. Das System tat, was es
sollte, aber nur unter kontrollierten Bedingungen mit überschaubaren Datenmengen und
einer Handvoll Nutzern.
Der Schritt in den echten Enterprise-Betrieb war damit noch nicht getan. Unter realer
Last zeigte das System Schwächen, die im Prototypen nicht aufgefallen waren:
Performance-Probleme, fehlende Skalierbarkeit und eine Architektur, die für den Anfang
ausreichte, aber nicht für das, was das System werden sollte.
Der Ansatz
Der Ausgangspunkt war nicht ein Neuaufbau, sondern eine ehrliche Bewertung dessen, was
bereits funktionierte und was nicht. Ein Prototyp, der in der Praxis bestanden hat,
enthält wertvolles Wissen über den tatsächlichen Bedarf. Dieses Wissen einfach
wegzuwerfen wäre ein Fehler gewesen.
Stattdessen wurde das System über vier Jahre schrittweise weiterentwickelt. Die
Architektur wurde für Skalierbarkeit und Performance neu ausgerichtet, ohne den
laufenden Betrieb zu unterbrechen. Jede Phase baute auf der vorherigen auf, mit klaren
Zielen und messbaren Fortschritten. So entstand kein Big-Bang-Projekt, sondern ein
System, das mit seinen Anforderungen gewachsen ist.
Das Ergebnis
Das System läuft heute stabil im Enterprise-Betrieb, unter realer Last, mit echten
Nutzern und den Anforderungen, die ein Unternehmen dieser Größe an Software stellt. Was
als Prototyp begann, ist zu einem tragfähigen, produktionsreifen System geworden, das
den Anforderungen des Tagesgeschäfts standhält.
Fazit
Nicht jeder Prototyp ist ein Wegwerfprodukt. Manchmal steckt darin bereits die beste
Beschreibung dessen, was das System leisten soll. Die Aufgabe ist dann nicht, neu zu
bauen, sondern das Vorhandene konsequent weiterzudenken, mit dem richtigen Blick auf
Architektur, Performance und langfristige Wartbarkeit.
