Legacy stabilisieren.
Im laufenden Betrieb.
Geschäftskritische .NET-Systeme stabilisieren.
Zu Festpreisen, ohne Neuschreiben oder Stillstand.
Symptome & Ursachen
Wenn Releases zum Risiko werden.
Typische Warnsignale in geschäftskritischen Legacy-Systemen. Sie zeigen sich, bevor ein Team Releases aus Sorge vor dem nächsten Deployment immer weiter hinausschiebt.
Release-Risiko: hoch
- Telemetrie 01 Langsames Feedback
4h
Gesamtdauer Build & CI
Jeder Hotfix wartet mindestens vier Stunden auf die Pipeline. Schlägt ein Lauf fehl, beginnt das Warten von vorn. Ob eine Änderung funktioniert, weiß das Team erst Stunden später.
- Pipeline-Durchsatz
- Engpass
- Telemetrie 02 Viel Abstimmung
2× / Jahr
Release-Frequenz
Jedes Deployment braucht Freigaben von mehreren Seiten, ein Wartungswochenende und oft eine Nachtschicht. Zwischen zwei Releases liegt ein halbes Jahr, also gehen jedes Mal sechs Monate Änderungen auf einmal live.
- Deployment-Batchgröße
- 6 Monate Änderungen
- Telemetrie 03 Blinder Fleck
Unbekannt
Tatsächliche Testabsicherung
Die Unit-Tests laufen auf dem Build-Agent grün. Ob sie die Fehler abfangen, die im laufenden Betrieb auftreten, kann niemand im Team sicher sagen.
- Automatisiertes Sicherheitsnetz
- Nicht verifiziert
- Telemetrie 04 Busfaktor = 1
1 Person
Deployment-Wissen
Welche Konfiguration wohin gehört und in welcher Reihenfolge deployt wird, weiß eine einzige Person im Team oder ein früherer Dienstleister. Ist diese Person im Urlaub, wartet das Release.
- Vertretung im Deployment
- Keine
- Telemetrie 05 Direkte Kosten
50.000 €/h
Durchschnittliche Ausfallkosten
Steht ein geschäftskritisches System ungeplant still, bleiben Aufträge und Kundenanfragen liegen. Die Kosten laufen weiter, bis der Fix die Pipeline durchlaufen hat und live ist.
- Frühester Fix live
- Nach 4h Pipeline
- Telemetrie 06 Keine Rückfallebene
0 Rollback
Erprobter Rollback
Für den Weg zurück zur letzten funktionierenden Version gibt es kein erprobtes Verfahren. Scheitert ein Release, patcht das Team direkt im Produktivsystem. Wie lange das dauert, weiß vorher niemand.
- Mittlere Wiederherstellungszeit
- Nicht planbar
Wie lange braucht bei Ihnen ein Hotfix vom Commit bis ins Produktivsystem?
Im System Health Check gehe ich diesen Weg in 2–3 Tagen mit Ihnen durch: Build- und Deployment-Kette, Tests, Abhängigkeiten und wer im Team welches Wissen hat. Am Ende steht eine priorisierte Maßnahmenliste. Zugriff auf Ihre Produktion brauche ich dafür nicht.
Wie ich arbeite
Fixpreis mit klarem Leistungsumfang
Sie wissen vorher, was es kostet und was Sie bekommen. Keine offenen Mandate, keine Abrechnung nach Stunden.
Verantwortung für das Ergebnis
Ich übernehme Verantwortung für meine Arbeit. Sie erhalten ein Abnahmeprotokoll. Wenn etwas nicht passt, spreche ich es an.
Zusammenarbeit mit Ihrem Team
Ich gebe Wissen ab Tag 1 weiter. Ihr Team kann nach Projektende selbständig weiterarbeiten und bleibt unabhängig.
Von der Diagnose zur stabilen Produktion.
System Health Check
Ich analysiere Ihr geschäftskritisches System und erstelle eine priorisierte Maßnahmenliste nach dem Pareto-Prinzip: kritisch, wichtig und später. Sie dient als Entscheidungsgrundlage für die Budgetfreigabe.
Mehr erfahren →System Health Check anfragen →.NET-Legacy-Stabilisierung
Ich stabilisiere Ihr System schrittweise im laufenden Betrieb, verbessere Build-, Test- und Deployment-Prozesse und reduziere die Crash- und Fehlerrate. Das Wissen gebe ich an Ihr Team weiter, damit es danach selbständig arbeiten kann.
Mehr erfahren →Stabilisierung besprechen →Zukunftsfähigkeit
Auf die Stabilisierung folgt die Vorbereitung auf Industrie 4.0: OPC UA-Integration, Asset Administration Shell (AAS) und technische Vorbereitungen für regulatorische Anforderungen wie den Digital Product Passport (DPP).
Mehr erfahren →Fixpreis und dokumentierte Abnahme.
Ich übernehme Verantwortung für das Ergebnis und spreche offen an, wenn etwas nicht passt.
Ergebnisse aus der Projektarbeit.
Oliver Fries
Seit über 14 Jahren arbeite ich mit .NET-Systemen: in der Forschung bei Fraunhofer, im Enterprise-Umfeld bei Miele und in der Datenanalyse bei OPTANO.
Mich beschäftigt, wie Systeme im Betriebsalltag verlässlich laufen. Dort müssen sie funktionieren, auch wenn eine Änderung ansteht.
Ich arbeite direkt mit den Teams, die diese Systeme verantworten, und setze die Änderungen gemeinsam mit ihnen um.
Ich stabilisiere bestehende Systeme und gebe das Wissen an Ihr Team weiter, damit es selbständig weiterarbeiten kann. Dabei sage ich offen, was machbar ist und wo die Grenzen liegen.
Wie steht es um die Release-Bereitschaft Ihres Systems?
18 Diagnosefragen. 6–9 Minuten. Klare Risikoklassifizierung.
Die Diagnose ist unverbindlich.
Die Diagnose bewertet die Release-Risiken Ihrer geschäftskritischen Software: stabil, erhöhtes Risiko, hohes Risiko oder kritisch.
Release Risk Check starten →Kein Konto nötig. Diagnosebericht per E-Mail.
Lassen Sie uns sprechen.
Im kostenlosen 30-minütigen Erstgespräch besprechen wir, wo Ihr System Probleme macht oder wie Sie es vorausschauend stabilisieren können.
Kostenfrei und unverbindlich.