SOFTWAREMODERNISIERUNG · BUSINESS-SOFTWARE IM MITTELSTAND
Bestehende Software modernisieren.
Den fachlichen Wert erhalten.
Ihre Anwendung bildet wichtige Geschäftsabläufe ab. Doch Betrieb und Weiterentwicklung werden schwieriger. KERNSTEG prüft, was erhalten, stabilisiert, entkoppelt, ersetzt oder neu gebaut werden sollte – und setzt mit Ihnen den nächsten vereinbarten Modernisierungsschritt um.
Für mittelständische B2B-Unternehmen mit internen Fachanwendungen, Kunden- und Partnerportalen oder vernetzten Geschäftssystemen.
Als Orientierung: Modernisierungsvorhaben ab etwa 25.000 € Projektvolumen. Umfang und Vergütung der Bestandsaufnahme vereinbaren wir separat.
- Daten
- Stabilisieren
- Integration
- Entkoppeln
- Oberfläche
- Ersetzen / neu bauen
- Infrastruktur / Laufzeit
- Stabilisieren / ersetzen
Mögliche Entscheidungen je Bereich.
Schematische Darstellung – keine Kundenarchitektur.
01 / AUSGANGSLAGEN
Die Anwendung wird gebraucht. Ihre Grenzen werden zum Geschäftsproblem.
Änderungen berühren zu viele Stellen.
Eine neue Freigabe oder Anbindung sollte überschaubar sein. Stattdessen steigen Aufwand und Unsicherheit, und bekannte Abläufe müssen nach jeder Änderung erneut geprüft werden.
Die technische Grundlage verliert Unterstützung.
Bibliotheken, Laufzeitumgebungen oder Infrastruktur lassen sich nicht mehr sinnvoll aktualisieren. Der Betrieb funktioniert noch, aber die nächsten Schritte werden schwieriger.
Die Software passt nicht mehr zu Ihrem Unternehmen.
Mehr Nutzer, neue Rollen oder zusätzliche Systeme treffen auf eine Anwendung, die für andere Anforderungen gebaut wurde. Mitarbeitende gleichen ihre Grenzen mit manuellen Umwegen aus.
Wissen und Abhängigkeiten sind schwer greifbar.
Warum ein Ablauf so funktioniert, welche Schnittstellen ihn beeinflussen und wie ein Release bereitgestellt wird, wissen nur wenige. Das erschwert jede größere Veränderung.
02 / FÜNF MODERNISIERUNGSENTSCHEIDUNGEN
Nicht jeder Bereich braucht dieselbe Veränderung.
Das Alter der Software allein entscheidet nicht über einen Neubau. Maßgeblich sind Ihre Geschäftsanforderungen, der technische Zustand und die absehbaren Folgekosten. Für unterschiedliche Teile derselben Anwendung können unterschiedliche Wege sinnvoll sein.
- Erhalten
- Bewährte Geschäftsregeln und funktionierende Bereiche weiterführen. Festhalten, welches Verhalten bei späteren Änderungen bestehen bleiben muss.
- Stabilisieren
- Den Bestand für verlässliche Änderungen vorbereiten: etwa durch gezielte Prüfungen, aktualisierte Abhängigkeiten oder einen nachvollziehbaren Weg in den Betrieb.
- Entkoppeln
- Enge Abhängigkeiten an geeigneten Grenzen reduzieren, damit ein Bereich verändert werden kann, ohne unnötig viele andere Teile mitzuändern.
- Ersetzen
- Einen begrenzten Baustein austauschen und seine Daten, Schnittstellen und Aufgaben geordnet anbinden.
- Neu bauen
- Einen Bereich neu entwickeln, wenn er sich für die benötigten Anforderungen nicht sinnvoll weiterführen lässt. Auch dann wird die Einführung gesondert geplant.
03 / ENTSCHEIDUNGSGRUNDLAGE
Vor dem Umbau klären, worin Sie investieren.
Die Bestandsaufnahme beginnt beim Geschäftsablauf: Was muss funktionieren? Welche Regeln und Daten sind entscheidend? Welche Folgen hätte eine Störung?
Umfang, Prüftiefe und Vergütung vereinbaren wir vor Beginn. Für den geprüften Bereich erhalten Sie eine schriftliche Entscheidungsgrundlage:
- Bestand und offene Fragen
- Relevante Systemteile, verfügbare Zugänge, Abhängigkeiten und Betriebsabläufe. Erkennbare Risiken werden benannt; ungeklärte Punkte bleiben sichtbar.
- Begründete Modernisierungsoptionen
- Welche Bereiche weitergeführt oder verändert werden sollten, welche Alternativen bestehen und welche Voraussetzungen und Folgekosten zu berücksichtigen sind.
Die Empfehlung priorisiert einen ersten Abschnitt und benennt, welches betriebliche Ziel er erfüllt.
- Ein erster abgegrenzter Abschnitt
- Ziel, enthaltene Leistungen, Abnahmekriterien und benötigte Mitwirkung. Annahmen und Abhängigkeiten werden als Grundlage der Aufwandseinschätzung festgehalten.
| Bereich | Mögliche Entscheidung | Betrieblicher Grund | Vor Umsetzung zu klären |
|---|---|---|---|
| Fachliche Freigaberegeln | Erhalten | Benötigte Freigabeabläufe weiterführen | Erwartetes Verhalten und relevante Ausnahmefälle |
| Anbindung an die Warenwirtschaft | Entkopplung prüfen | Änderungen weniger eng an die Datenübertragung binden | Datenverantwortung, Fehlerfälle und betroffene Abläufe |
| Nicht mehr unterstützte Komponente | Austausch prüfen | Eine unterstützte technische Grundlage schaffen | Abhängigkeiten, Verträglichkeit und Bereitstellung |
Sie entscheiden anschließend über die Umsetzung. Eine Bestandsaufnahme ist keine automatische Beauftragung eines Gesamtumbaus.
Modernisierung besprechen04 / DATEN / INTEGRATIONEN / BETRIEB
Daten, Schnittstellen und Betrieb gehören zum Auftrag.
Daten fachlich prüfen
Wenn Daten übertragen oder ihre Strukturen verändert werden, reicht ein erfolgreicher Import nicht aus. Wir klären, welche Zuordnungen, Zustände und Ergebnisse korrekt bleiben müssen und wie sie vor und nach der Umstellung geprüft werden. Auch laufende Schreibzugriffe und die maßgebliche Datenquelle gehören in die Planung.
Integrationen mit ihren Fehlerfällen betrachten
Angebundene Systeme müssen die vereinbarten Abläufe weiterhin unterstützen. Dazu gehören Datenformate und Berechtigungen ebenso wie Wiederholungen, Ausfälle und konkurrierende Änderungen. Welche Fälle geprüft werden, richtet sich nach den betroffenen Schnittstellen und ihrem Risiko.
Die Umstellung im Betrieb vorbereiten
Vor dem Eingriff werden Zuständigkeiten, Freigaben, mögliche Wartungsfenster und Rückfallmöglichkeiten festgehalten. Nach Datenänderungen ist eine Rückkehr zum vorherigen Stand nicht immer einfach möglich. Grenzen und benötigte Wiederherstellungsprüfungen müssen deshalb vor der Freigabe bekannt sein.
MUSTER A
Gezielte Änderung im Bestand
- Bestehendes System
- Betroffener Bereich
- Prüfung & Freigabe
- Angepasster Zustand
Datenquelle im Bestand
MUSTER B
Neues Teilmodul + vorbereiteter Übergang
- Bestehendes System
- Neues Teilmodul
- Prüfung & Freigabe
- Vorbereiteter Übergang
Maßgebliche Datenquelle klären
Ein schrittweiser Übergang kann sinnvoll sein. Ob er für Ihre Anwendung möglich ist und welchen zusätzlichen Aufwand ein Parallelbetrieb verursacht, wird am Bestand geprüft.
05 / UMSETZUNG & TECHNISCHER EINBLICK
Mit einem Abschnitt beginnen, den Sie abnehmen können.
Für die erste Umsetzung wird festgelegt, welcher Geschäftsablauf oder Systembereich verändert wird – und was zunächst bestehen bleibt. Fachverantwortliche und technische Beteiligte stimmen die erwarteten Ergebnisse und relevanten Ausnahmefälle ab.
Wir setzen den vereinbarten Umfang um und prüfen ihn anhand der festgelegten Kriterien. Der Lieferstand enthält die zugehörigen Entscheidungen und Informationen für die Weiterführung. Auf dieser Grundlage lässt sich der nächste Abschnitt planen.
Nutzungsrechte, relevante Zugänge und der spätere Übergabeumfang werden vereinbart. Laufender Betrieb, Wartung und Reaktionszeiten sind eigene Vereinbarungen.
06 / PROJEKTFIT & INVESTITION
Für Vorhaben, bei denen der Bestand weitertragen muss.
KERNSTEG passt zu Unternehmen, die individuelle Business-Software substanziell verbessern wollen und dafür Fachwissen, technische Zugänge und eine verantwortliche Projektentscheidung zusammenbringen können.
Als Orientierung beginnen solche Softwarevorhaben ab etwa 25.000 € Projektvolumen. Größere Umbauten, Datenmigrationen und mehrere Integrationen erhöhen den Umfang. Die Summe ist kein Festpreis und kein Preis für eine Bestandsaufnahme; deren Umfang und Vergütung vereinbaren wir separat.
Für eine einzelne kleine Fehlerkorrektur, eine Marketingwebsite oder die Einrichtung eines Standard-Plugins ist dieses Angebot in der Regel nicht passend. Fehlen Quellcode, Zugänge oder Bearbeitungsrechte, klären wir zuerst, welche Veränderungen überhaupt möglich sind.
07 / VOR DER MODERNISIERUNG
Was vor einer Modernisierung noch offen ist.
Wann lohnt es sich, bestehende Software zu modernisieren?
Wenn ihre fachliche Funktion weiterhin gebraucht wird, technische Grenzen aber Betrieb oder Weiterentwicklung erschweren. Ob sich Änderungen am Bestand lohnen, hängt von dessen Zustand, Ihren Zielen und den Folgekosten ab. Eine ältere Anwendung ist nicht allein wegen ihres Alters ein Fall für den Neubau.
Wann ist eine Neuentwicklung sinnvoller?
Wenn die benötigten Anforderungen im Bestand nicht wirtschaftlich und verlässlich umgesetzt werden können. Dafür müssen Aufwand und Risiken der Weiterentwicklung mit Teilersatz oder Neubau verglichen werden – einschließlich Daten, Integrationen und Einführung. Eine neue Anwendung muss nicht auf einmal alle bisherigen Bereiche ablösen.
Kann unsere Software währenddessen weiterlaufen?
Das prüfen wir anhand der betroffenen Abläufe und Systemgrenzen. Daraus ergibt sich, ob Änderungen parallel möglich sind, ein Parallelbetrieb sinnvoll ist oder Wartungsfenster gebraucht werden. Zulässige Einschränkungen, Verantwortlichkeiten und Freigaben werden vor der Umstellung abgestimmt.
Bleiben unsere Geschäftsregeln und Daten erhalten?
Welche Regeln, Daten und Abläufe erhalten bleiben müssen, wird Teil der vereinbarten Abnahmekriterien. Bei veränderten Datenstrukturen kommen Regeln für Übertragung und fachlichen Abgleich hinzu. Relevante Ausnahmefälle und ungeklärte Punkte werden vor der Freigabe berücksichtigt.
Muss die Anwendung dafür in die Cloud oder in Microservices umgebaut werden?
Nein. Betriebsmodell und Architektur müssen zu Ihren Anforderungen passen. Auch eine gezielte Verbesserung der bestehenden Anwendung oder einzelner Module kann sinnvoll sein. Die Empfehlung wird aus dem Bestand und dem benötigten Betrieb abgeleitet.
Was kostet eine Softwaremodernisierung und wie lange dauert sie?
Das hängt unter anderem von Systemumfang, Daten, Schnittstellen und betrieblichen Anforderungen ab. KERNSTEG richtet sich an Vorhaben ab etwa 25.000 € Projektvolumen. Nach der vereinbarten Bestandsaufnahme lassen sich Aufwand und Zeitrahmen des ersten Abschnitts einordnen. Ein pauschaler Gesamtpreis oder Termin ohne diese Grundlage wäre nicht belastbar.
Müssen wir dafür unseren bisherigen Entwicklungspartner wechseln?
Eine Modernisierung erfordert nicht automatisch einen Anbieterwechsel. Wenn ein Wechsel Teil Ihres Vorhabens ist, müssen zusätzlich Zugänge, Wissen und Verantwortlichkeiten übergeben werden. Informationen zu diesem Übergang finden Sie unter „Softwareprojekt übernehmen“.
Was benötigen Sie für die erste Einschätzung?
Beschreiben Sie, wofür die Anwendung genutzt wird, wo sie heute Grenzen erreicht und was als Nächstes möglich sein soll. Hilfreich sind Angaben zu angebundenen Systemen und dem Projektrahmen. Programmiersprachen oder Frameworks müssen Sie dafür nicht kennen. Quellcode, produktive Daten oder Zugangsdaten gehören nicht in die erste Anfrage.
08 / PROJEKTSTART
Was muss Ihre Software künftig leisten?
Beschreiben Sie kurz den wichtigsten Geschäftsablauf, die heutigen Schwierigkeiten und Ihr nächstes Ziel. Im ersten Gespräch klären wir Ihre Ausgangslage und die Voraussetzungen für eine technische Bestandsaufnahme.
Ein fertiges Lastenheft brauchen Sie für das erste Gespräch nicht.