Ihre bestehende Anwendung muss ersetzt werden. Sie unterstützt jedoch weiterhin tägliche Vorgänge, versorgt andere Systeme mit Daten und enthält Regeln, die nur wenige Mitarbeitende kennen. Wer ein Altsystem ablösen will, muss deshalb entscheiden, welcher Teil zuerst sicher übernommen werden kann.
Diese Entscheidung bestimmt den ersten Auftrag. Ein technisch abgegrenztes Modul genügt als Projektumfang nur dann, wenn auch der betriebliche Übergang beschrieben werden kann. Sonst bleibt die neue Lösung auf unbestimmte Zeit vom alten System abhängig.
Warum die vollständige Ablösung als erster Auftrag zu groß sein kann
Ein aktueller Anlass ist die britische Modernisierungsroadmap. Der Government Digital Service stellte sie am 20. Januar 2026 vor. Die laufende Übersicht zur Altsystemmodernisierung beschreibt priorisierte Dienste sowie Vorhaben zu Migration und Stilllegung alter Infrastruktur. Die Einträge enthalten Planungen und berichtete Fortschritte; sie belegen keinen allgemeinen Projekterfolg. Recherche-Stand: 1. November 2026.
Für Ihre Entscheidung lässt sich daraus eine Prüffrage ableiten: Welche Leistung soll nach einem ersten Abschnitt vollständig übernommen sein? Die Antwort kann kleiner ausfallen als der gesamte Funktionsumfang der bisherigen Anwendung. Sie muss aber den Weiterbetrieb der übrigen Abläufe berücksichtigen.
Ein vollständiger Ersatz kann angemessen sein, wenn sich wesentliche Abläufe kaum trennen lassen. Eine Aufteilung lohnt sich nur, wenn ihre Vorteile den zusätzlichen Übergangsaufwand rechtfertigen.
Geschäftsprozesse und Abhängigkeiten des Altsystems erfassen
Beginnen Sie mit den tatsächlich genutzten Abläufen. Welche Vorgänge starten im System, welche Ergebnisse verlassen es und wer arbeitet anschließend damit weiter? Berücksichtigen Sie auch Monatsabschlüsse, seltene Korrekturen und manuelle Exporte.
Ordnen Sie jedem wichtigen Datenbestand eine fachlich verantwortliche Stelle zu. Klären Sie, welches System während des Übergangs den verbindlichen Stand führt. Zwei gleichzeitig bearbeitbare Bestände benötigen Regeln für Abgleich und Konflikte; ein nächtlicher Datentransfer beantwortet diese fachliche Frage noch nicht.
Ergänzen Sie technische Schnittstellen und organisatorische Abhängigkeiten. Dazu gehören Berechtigungen, externe Empfänger, Betriebsdienstleister und Kenntnisse einzelner Personen. Ungeprüfte Annahmen sollten als solche sichtbar bleiben.
Einen tragfähigen ersten Ablöseabschnitt bestimmen
Vergleichen Sie mögliche Abschnitte anhand derselben Kriterien: betrieblicher Nutzen, Abhängigkeiten, Datenübernahme, Übergangsaufwand und verbleibendes Risiko. Eine kleine Funktion mit vielen Verbindungen kann schwieriger abzulösen sein als ein größerer, weitgehend eigenständiger Ablauf.
Ein illustratives Beispiel: Ein Unternehmen möchte zuerst die Auftragserfassung ersetzen. Die neue Erfassung benötigt jedoch Preise, Verfügbarkeiten und Freigaben aus dem Altsystem. Ein zunächst attraktiv wirkender Abschnitt kann dadurch mehrere zusätzliche Schnittstellen voraussetzen. Eine andere Reihenfolge könnte einen vollständigeren Ablauf mit weniger Übergaben ermöglichen. Welche Variante passt, muss die Bestandsaufnahme zeigen.
Die allgemeine Methode zur Festlegung von Nicht-Zielen erläutert Projektabgrenzung im Softwarevorhaben. Bei einer Ablösung kommt hinzu, dass ausgeschlossene Funktionen häufig weiterbetrieben werden müssen.
Übergangsbetrieb und Datenübernahme gemeinsam planen
Beschreiben Sie für jede Option, wie ein repräsentativer Geschäftsfall während der Umstellung bearbeitet wird. Wer erfasst neue Daten? Wo werden Fehler korrigiert? Wie werden bereits begonnene Vorgänge abgeschlossen? Welche bisherigen Zugriffe müssen erhalten bleiben?
Vereinbaren Sie eine Probeübernahme mit fachlicher Prüfung. Die Anzahl übertragener Datensätze allein zeigt noch nicht, ob Beziehungen, Berechtigungen und Bearbeitungsstände stimmen. Benennen Sie erwartete Ergebnisse und zuständige Prüfer.
Eine Rückfalloption braucht ebenfalls konkrete Voraussetzungen. Nach neuen Buchungen oder Änderungen im Zielsystem lässt sich der vorherige Zustand möglicherweise nur mit zusätzlichem Abgleich wiederherstellen. Klären Sie deshalb, bis zu welchem Punkt und mit welchem Aufwand eine Rückkehr möglich wäre.
Projektfreigabe und spätere Abschaltung vorbereiten
Halten Sie vor dem ersten Auftrag fest, welcher Ablauf übernommen wird, welche Abhängigkeiten verbleiben und welche Nachweise für den Übergang nötig sind. Ergänzen Sie Zeit und Budget für interne Mitarbeit, gemeinsame Tests und den befristeten Parallelbetrieb.
Trennen Sie die Freigabe des neuen Abschnitts von der Abschaltung des alten Systems. Für Letztere müssen auch verbleibende Auswertungen, erforderliche Aufbewahrung und Zugriffswege geklärt sein. Benennen Sie einen Verantwortlichen und einen Überprüfungstermin, damit aus dem Übergang kein ungeplanter Dauerbetrieb wird.
Die grundlegenden Rollen und Ressourcen behandelt Softwareprojekt starten: Fragen vorab klären. Ihr Ergebnis für die Ablösung sollte zusätzlich eine begründete Reihenfolge mit offenen Voraussetzungen sein.
Fazit
Ein sinnvoller erster Ablöseabschnitt verbindet einen vollständigen betrieblichen Ablauf mit einem beherrschbaren Übergang. Prüfen Sie Datenverantwortung, Abhängigkeiten und Abschaltbedingungen, bevor Sie den Auftrag festlegen. So wird nachvollziehbar, was der erste Schritt erreicht und welche Aufgaben danach verbleiben.
Häufig gestellte Fragen
Sollten wir mit dem technisch einfachsten Teil beginnen?
Ein einfacher Teil kann sich eignen, wenn er einen nachvollziehbaren betrieblichen Nutzen hat und einen beherrschbaren Übergang ermöglicht. Prüfen Sie außerdem, welche Abhängigkeiten bestehen und ob Sie dadurch tatsächlich einen Teil des Altsystems stilllegen können.
Ist eine schrittweise Ablösung immer besser?
Nein. Wenn sich Daten und Abläufe nur mit großem Zusatzaufwand trennen lassen, kann ein gemeinsamer Umstieg sinnvoll sein. Vergleichen Sie Übergangsaufwand, Ausfallrisiken und verfügbare Kapazität beider Varianten.
Wann kann das Altsystem abgeschaltet werden?
Wenn die betroffenen Abläufe übernommen, erforderliche Daten und Zugriffe gesichert und verbleibende Abhängigkeiten geklärt sind. Legen Sie die konkreten Nachweise und die zuständige Freigabe vor der Umstellung fest.
Wie gehen wir mit unbekannten Schnittstellen um?
Kennzeichnen Sie sie als offene Voraussetzung. Prüfen Sie Nutzung und Datenflüsse mit den zuständigen Fachbereichen und technischen Verantwortlichen, bevor Sie daraus einen verbindlichen Ablöseauftrag ableiten.
Bereit für klare Software-Entscheidungen?
Lassen Sie uns gemeinsam herausfinden, wie easyDevel.net Sie bei Ihrem Softwareprojekt unterstützen kann.
Erstgespräch anfragen
