Die Ausgangslage
Mit einer Abhängigkeitsanalyse untersuche ich Versionen, Komponenten und Systemverbindungen. Wir halten fest, welche technologischen Einschränkungen aufgehoben werden müssen und welche Funktionen erhalten bleiben sollen.
02 / LEISTUNG
Das System lässt sich immer schwerer weiterentwickeln, während der tägliche Betrieb weiterlaufen muss. Ich vergleiche, was erhalten bleiben kann, was schrittweise ersetzt werden sollte und wann eine Neuentwicklung sinnvoll ist. Für die gewählte Richtung plane ich die Umstellung.
01 / SITUATION UND LÖSUNG
Technologische Fristen und betriebliche Einschränkungen bestimmen gemeinsam die Umstellung. Ich habe Erfahrung mit der Modernisierung von Java-Unternehmenssystemen und Integrationen.
Fachlicher HintergrundLäuft der Support für eine wichtige Technologie bald aus?Ich prüfe Java-Versionen, Frameworks, Anwendungsserver und Abhängigkeiten. Darauf lässt sich die erforderliche Umstellung planen.
Erfordert jedes Release mehr Abstimmung und manuelle Eingriffe?Ich untersuche Modulgrenzen, Integrationen, Tests und den Release-Prozess. Dabei identifiziere ich, was Änderungen und Betrieb erschwert.
Wird eine vollständige Neuentwicklung vorgeschlagen, ohne die Alternativen zu klären?Ich vergleiche Weiterentwicklung, schrittweise Ablösung und Neuentwicklung. Cloud-Migration oder Containerisierung empfehle ich, wenn das Geschäftsziel es rechtfertigt.
02 / ZUSAMMENARBEIT

Mit einer Abhängigkeitsanalyse untersuche ich Versionen, Komponenten und Systemverbindungen. Wir halten fest, welche technologischen Einschränkungen aufgehoben werden müssen und welche Funktionen erhalten bleiben sollen.
Ich berücksichtige die Gesamtbetriebskosten (TCO) und das Umstellungsrisiko. Ich prüfe die schrittweise Ablösung nach dem Strangler-Fig-Muster, damit das System in einzelnen Teilen erneuert werden kann.
Mit dem C4-Modell mache ich Systemgrenzen, wesentliche Anwendungskomponenten und ihre Verbindungen verständlich. Die Zielarchitektur richte ich an Last-, Sicherheits- und Betriebsanforderungen aus.
Für die Umstellungsschritte plane ich Regressionstests zur Prüfung bestehender Funktionen. Ich definiere die Bedingungen für das weitere Vorgehen und einen Rollback-Plan für den Fall, dass die Umstellung Fehler verursacht.
Das Vorgehen bei der Umstellung richte ich am System und den geschäftlichen Rahmenbedingungen aus. Mit Entwicklung und Betrieb kläre ich Testmöglichkeiten, Datenmigration und zulässige Ausfallzeiten.
03 / ERGEBNISSE
Ihr Entwicklungsteam oder Dienstleister kann den Plan umsetzen. Nach gesonderter Vereinbarung unterstütze ich durch technische Reviews, Entscheidungshilfen oder gezielte Prototypen.
04 / VORAUSSETZUNGEN
05 / HÄUFIGE FRAGEN
In der Regel 2–8 Wochen, abhängig von der Systemgröße und dem Detaillierungsgrad der Planung.
Sie kann sinnvoll sein, wenn die Weiterentwicklung des bestehenden Systems mehr Risiken und Aufwand verursachen würde. Das prüfe ich anhand des Systemzustands, der Geschäftsziele und der Umstellungsmöglichkeiten.
Ja. Der Plan hält die technische Richtung, Aufgabenabhängigkeiten und Abnahmekriterien fest, damit sowohl das interne Team als auch Dienstleister damit arbeiten können.
Die Planung ist ein eigenständiger Auftrag. Nach gesonderter Vereinbarung kann ich die Umsetzung durch technische Reviews, Entscheidungshilfen oder gezielte Prototypen unterstützen. Rollen und Verfügbarkeit stimmen wir vorab ab.
Beschreiben Sie, was die Veränderung notwendig macht und welche Lösungen im Raum stehen. Im ersten Gespräch betrachten wir die Bedingungen, die die Entscheidung beeinflussen.