Eine bestehende Anwendung kann fachlich wertvoll und gleichzeitig schwer weiterzuentwickeln sein. Vielleicht unterstützt sie den Arbeitsalltag zuverlässig, lässt sich aber nur auf bestimmten Arbeitsplätzen nutzen. Vielleicht fehlt eine Anbindung, oder Änderungen hängen am Wissen einzelner Personen. Dann stellt sich die Frage, wie die Software weitergeführt werden kann, während der Betrieb weiterläuft.
Ein vollständiger Austausch zu einem Stichtag ist ein möglicher Weg. Häufig lohnt es sich jedoch, die Modernisierung in fachlich abgegrenzte Schritte aufzuteilen. Das macht Entscheidungen früher überprüfbar. Es beseitigt die Risiken nicht: Übergangszeit, doppelte Betreuung und Datenabgleich müssen bewusst geplant werden.
1. Klären Sie zuerst den Anlass und das Ziel
„Die Software ist alt“ beschreibt noch kein ausreichendes Projektziel. Woran merken Anwender oder Verantwortliche das Problem? Geht es um den Zugriff im Browser, fehlende Schnittstellen, langsame Änderungen, unklare Berechtigungen oder einen nicht mehr verlässlich betreuten Betrieb? Formulieren Sie die gewünschte Verbesserung anhand eines konkreten Vorgangs.
Ein hypothetisches Beispiel: Eine interne Anwendung verwaltet Freigaben. Außendienstmitarbeitende schicken Unterlagen per E-Mail, weil sie unterwegs keinen Zugang haben. Ein erstes Ziel könnte sein, diese Unterlagen über ein Portal einzureichen und den Bearbeitungsstand abzurufen. Die vollständige Ablösung aller internen Funktionen ist damit noch nicht entschieden.
Benennen Sie auch Grenzen: Welche Abläufe dürfen während der Umstellung nicht unterbrochen werden? Welche Fristen oder Betriebszeiten sind relevant? Welche Änderungen sollen bewusst erst später kommen? Solche Festlegungen schützen einen ersten Ausbauschritt vor ständig wachsendem Umfang.
2. Verstehen Sie den Bestand einschließlich seiner Ausnahmen
Eine Bestandsaufnahme umfasst mehr als eine Liste von Bildschirmmasken. Untersuchen Sie fachliche Regeln, Daten, angebundene Systeme, Nutzergruppen und den Betrieb. Lassen Sie sich von erfahrenen Anwendern typische sowie seltene, aber wichtige Vorgänge zeigen. Mancher scheinbare Sonderfall bildet eine verbindliche Regel ab, die in keiner Dokumentation steht.
- Welche Funktionen werden tatsächlich benötigt und von wem?
- Welche Berechnungen, Freigaben oder Fristen müssen erhalten bleiben?
- Woher kommen Daten, und wohin werden sie weitergegeben?
- Welche Aufgaben erledigen Anwender außerhalb der Anwendung?
- Wer kann Software, Daten und Konfiguration sichern und wiederherstellen?
- Welche Kenntnisse, Zugänge und Unterlagen fehlen für eine geordnete Betreuung?
Trennen Sie bestätigte Erkenntnisse von Vermutungen. Wenn unklar ist, ob ein Export noch verwendet wird, gehört das als offene Frage in die Planung. Ihn ungeprüft zu entfernen oder dauerhaft nachzubauen, kann gleichermaßen unnötigen Aufwand verursachen.
3. Wählen Sie einen ersten Schritt mit einer klaren Grenze
Ein geeigneter erster Baustein hat einen sichtbaren Nutzen und möglichst überschaubare Abhängigkeiten. Das kann eine Auswertung, ein Import, ein Online-Eingang oder ein klar abgegrenzter Bearbeitungsschritt sein. Eine zentrale Berechnung, die viele andere Funktionen beeinflusst, ist dagegen häufig schwerer isoliert umzustellen.
Beurteilen Sie für jeden Kandidaten Nutzen, fachliche Bedeutung, Datenabhängigkeiten und Rückkehrmöglichkeit. Der kleinste Baustein ist nicht automatisch der beste. Eine selten genutzte Funktion kann einfach umzubauen sein, ohne den eigentlichen Engpass zu lösen. Die Auswahl sollte deshalb gemeinsam mit Fachbereich und Betriebsverantwortlichen erfolgen.
Definieren Sie ein überprüfbares Ergebnis. Im Freigabebeispiel wäre das: Eine bestimmte Nutzergruppe kann Unterlagen einreichen, die zuständige Bearbeitung sieht sie vollständig, und der Status wird verständlich zurückgemeldet. Weitere Funktionen werden erst nach Bewertung dieses Schritts geplant.
4. Regeln Sie das Zusammenspiel von alter und neuer Anwendung
Während einer schrittweisen Modernisierung können beide Anwendungen gleichzeitig benötigt werden. Dabei muss feststehen, welche Anwendung welche Daten verändern darf. Sonst entstehen widersprüchliche Stände, die Mitarbeitende mühsam abgleichen müssen.
Vereinbaren Sie beispielsweise, dass die bestehende Anwendung zunächst die Stammdaten führt und das neue Portal sie nur liest. Neue Einreichungen werden nach einem klaren Verfahren übernommen. Wenn Schreibrechte später wechseln, braucht dieser Übergang eine eigene Prüfung und Freigabe. Mehr dazu beschreibt unsere Seite zu Schnittstellen zwischen bestehenden Systemen.
Planen Sie auch die Rückkehr zum bisherigen Ablauf. Eine neue Oberfläche zurückzuschalten genügt nicht, wenn inzwischen neue Daten entstanden sind. Wie werden diese weiterverarbeitet? Wer entscheidet über den Rückwechsel? Eine Sicherung und ein praktisch geprüfter Wiederherstellungsweg gehören deshalb zur Vorbereitung der Umstellung.
5. Prüfen Sie Daten und Verhalten gemeinsam
Die Datenübernahme sollte vor dem produktiven Wechsel mit einem geeigneten Testbestand erprobt werden. Vergleichen Sie nicht nur die Anzahl der Datensätze. Prüfen Sie Zuordnungen, Berechtigungen, Historien und fachliche Ergebnisse. Ein vollständig übertragener Datensatz ist noch nicht richtig übertragen, wenn sein Status oder seine Bedeutung verändert wurde.
Nutzen Sie ausgewählte Vorgänge, deren erwartete Ergebnisse bekannt sind. Dazu gehören auch abgebrochene, korrigierte und unvollständige Fälle. Bei wichtigen Berechnungen sollten Fachanwender die Resultate nachvollziehen können. Abweichungen werden geklärt und nicht allein deshalb akzeptiert, weil die neue Software sie erzeugt.
Ein begrenzter Parallelbetrieb kann helfen, Ergebnisse zu vergleichen. Er benötigt aber eine feste Dauer und klare Regeln für Eingaben. Wenn Mitarbeitende auf unbestimmte Zeit alles doppelt erfassen müssen, wird aus einer Übergangsphase ein zusätzlicher Daueraufwand.
6. Entscheiden Sie nach jedem Schritt über den weiteren Ausbau
Prüfen Sie nach der Einführung, ob das vereinbarte Ziel erreicht wurde. Können Anwender die Aufgabe erledigen? Sind Rückfragen und Fehler verständlich behandelbar? Funktionieren Betreuung und Datenübergänge? Erst dann lässt sich sinnvoll entscheiden, welcher Baustein als Nächstes folgt und welche Annahmen angepasst werden müssen.
Schrittweise Modernisierung passt nicht zu jedem Bestand. Wenn sich Teile kaum trennen lassen oder ein längerer Parallelbetrieb unverhältnismäßig aufwendig wäre, kann ein größerer Austausch sinnvoller sein. Auch dann helfen die Bestandsaufnahme, erprobte Datenübernahme und klaren Freigabekriterien. Die Vorgehensweise sollte aus der konkreten Anwendung entstehen.
Unser veröffentlichtes Projekt für GEA Bock beschreibt die Weiterentwicklung eines Windows-Produktfinders zu einer Webanwendung mit automatischem Katalogdatenimport. Es zeigt eine Modernisierungsaufgabe mit fachlichen Berechnungen und bestehenden Daten.
Für eine erste Einordnung reichen ein typischer Ablauf, die wichtigsten Datenverbindungen und der konkrete Änderungsbedarf. Auf unserer Seite zur Modernisierung bestehender Software finden Sie den Einstieg. Besprechen Sie Ihren Bestand mit Zeta Software, um einen sinnvollen ersten Prüfschritt abzugrenzen.