Leistungen

Legacy Audit: Code & Architecture Forensic für gewachsene .NET-Systeme

Sie erhalten eine priorisierte, nachvollziehbare Grundlage für die Frage, welche Risiken zuerst bearbeitet werden sollten und welche Bereiche sich schrittweise modernisieren lassen. Code & Architecture Forensic ist mein vertiefter Legacy Audit für gewachsene, geschäftskritische .NET-Systeme. Er verbindet die verfügbaren Informationen aus Architektur, Abhängigkeiten, Code, Git, Tests, Build, CI/CD und Release-Erfahrungen innerhalb des vereinbarten Umfangs.

Fachlich verantwortlich: Oliver Fries

Ich bin Oliver Fries aus Lemgo in OWL, freiberuflicher Software Engineer, Architekt und Tech Lead mit mehr als 14 Jahren .NET-Erfahrung. Der Legacy Audit richtet sich an IT-Leiter, Heads of Engineering und CTOs, die technische Entscheidungen für ein gewachsenes, geschäftskritisches .NET-System verantworten.

Wann passt die Leistung?

Releases oder größere Änderungen sind schwer planbar, und die technischen Ursachen sind noch nicht ausreichend belegt.
Architektur, Abhängigkeiten oder Hotspots erschweren die Einschätzung, welche Änderungen vertretbar sind.
Sie müssen zwischen Stabilisierung, schrittweiser Modernisierung und einer vertieften Folgeuntersuchung entscheiden.
Für Budget und Reihenfolge der nächsten technischen Schritte brauchen Sie eine nachvollziehbare Grundlage aus dem vorhandenen System.

Was der Legacy Audit untersucht

Vor dem Start werden Systemgrenze, Repositories, Datenquellen und Entscheidungsfragen festgelegt. Die Untersuchung wertet nur die Informationen aus, die im vereinbarten Umfang tatsächlich vorliegen.

Architektur und Systemgrenzen: Verantwortlichkeiten, Struktur, Kopplung und erkennbare technische Engpässe.
Abhängigkeiten und Schnittstellen: interne und externe Verbindungen, gemeinsame Komponenten und Bereiche mit hohem Änderungsradius.
Codequalität und Hotspots: schwer verständliche, häufig geänderte oder fehleranfällige Bereiche, soweit Code und Metriken diese Einordnung tragen.
Git- und Änderungshistorie: Änderungsmuster, gemeinsam betroffene Komponenten und Hinweise auf wiederkehrende Probleme.
Teststrategie: welche geschäftskritischen Abläufe abgesichert sind, wie aussagekräftig die Tests sind und wo ein belastbares Sicherheitsnetz fehlt.
Build und CI/CD: Reproduzierbarkeit, Quality Gates, manuelle Schritte, Feedbackzeiten und bekannte Schwachstellen im Auslieferungsweg.
Release- und Änderungsrisiken: technische Ursachen, betroffene Abläufe, vorhandene Recovery-Möglichkeiten und offene Fragen vor weiteren Änderungen.

Ablauf

Auftrag klären: Wir benennen die anstehende Entscheidung, grenzen System und Repositories ab und halten verfügbare sowie fehlende Datenquellen fest.
Bestand untersuchen: Ich verbinde Architektur und Code mit Abhängigkeiten, Git-Historie, Tests, Build, CI/CD und bekannten Release-Ereignissen, soweit diese Informationen vorliegen.
Befunde einordnen: Jeder Punkt wird als belegter Befund, technisches Risiko, Hypothese oder offene Frage ausgewiesen. Für die Priorisierung zählen der Bezug zu geschäftskritischen Abläufen, der Einfluss auf Releases und Änderungen, die Stärke der Belege und der nächste überprüfbare Schritt.
Entscheidungen vorbereiten: Liegen alle vereinbarten Zugänge und Daten vollständig vor, schließe ich den Audit innerhalb von 5 Werktagen ab. Im Review erläutere ich Prioritäten, Grenzen und Optionen für Stabilisierung oder schrittweise Modernisierung.

Was Sie bereitstellen

Zugang zu den vereinbarten Repositories mit Git-Historie und vorhandenen Architekturinformationen.
Verfügbare Informationen zu Abhängigkeiten, Tests, Build, CI/CD, Deployment, Recovery und bekannten Release-Problemen.
Ansprechpersonen, die Fachlichkeit, Systemkontext, Betriebsabläufe und bisherige Änderungsprobleme erläutern können.
Eine klar benannte Entscheidung, die der Audit vorbereiten soll. Alle vereinbarten Zugänge und Daten müssen vor Beginn des 5-Werktage-Zeitraums vollständig vorliegen.

Ergebnis

Ein nachvollziehbares Bild von Architektur, Abhängigkeiten, Code-Hotspots und technischen Wissenslücken innerhalb des untersuchten Umfangs.
Eine priorisierte Liste aus belegten Befunden, Risiken, Hypothesen und offenen Fragen mit Begründung und nächstem Prüfschritt.
Ein detaillierter Report, ein selbstständig erkundbarer dynamischer Audit und eine kompakte 2-Seiten-Kurzform für interne Abstimmungen.
Eine Roadmap mit Optionen für Stabilisierung und schrittweise Modernisierung. Ein Komplett-Rewrite wird nur als Option betrachtet, wenn die Befunde ihn begründen.
Ein Review als Grundlage für Budgetreihenfolge, einen abgegrenzten Pilot, notwendige Folgeuntersuchungen und die nächsten technischen Entscheidungen.

Zeitrahmen und Preis

Innerhalb von 5 Werktagen bei vollständigen Zugängen und Daten

4.500–9.000 € Festpreis netto zzgl. USt.

Pakete

Standard: bis zu 3 Repositories 4.500 € Festpreis netto zzgl. USt.
Full Forensic: bis zu 10 Repositories 9.000 € Festpreis netto zzgl. USt.

Vereinbarter Umfang und dokumentierte Abnahme.

Abgrenzung und Ausschlüsse

Der vereinbarte Umfang liefert keine vollständige Systemkenntnis über nicht untersuchte Repositories, Datenquellen oder Betriebsabläufe.
Der Audit liefert keine belastbare Gesamtprojekt-Kostenschätzung, wenn Systemteile, Zielbild oder Umsetzungsbedingungen nicht Teil der Untersuchung sind.
Die Umsetzung der priorisierten Maßnahmen ist nicht Bestandteil des Audits. Sie kann später als eigenes Stabilisierungs- oder Modernisierungsprojekt abgegrenzt werden.
Der KI-/Agentic-Code-Audit ist ein eigenes Angebot. Spezifikationen, Agent-Artefakte und Risiken aus KI-gestützter Entwicklung gehören nur in den dafür vereinbarten Special Audit.
Ein Komplett-Rewrite ist keine vorab gesetzte Empfehlung. Die Roadmap beginnt bei den durch Befunde gestützten, überprüfbaren Optionen.
Der zeitlich und fachlich begrenzte Audit kann weder jedes technische Risiko finden noch eine bestimmte Wirkung späterer Maßnahmen garantieren.

Häufige Fragen

Was unterscheidet den Legacy Audit vom kostenlosen Release Risk-Check?

Der Release Risk-Check ist eine begrenzte Ersteinschätzung auf Basis eines Fragekatalogs. Der Legacy Audit untersucht die vereinbarten Repositories und Projektdaten und ordnet die Befunde im Systemkontext ein.

Was unterscheidet den Legacy Audit vom KI-/Agentic-Code-Audit?

AI & Vibe Coding Forensic, der KI-/Agentic-Code-Audit und im bereitgestellten Kontext als "Special Audit" bezeichnet, richtet sich an KI-gestützt entwickelte Projekte. Je nach vereinbartem Umfang kann er Spezifikationen, vorhandene Agent-Artefakte, Git-Historie, Integration, Tests, Architektur und Release-Prozess untersuchen. Er ist kein Bestandteil des Legacy Audits.

Wann ist der Legacy Audit abgeschlossen?

Ich schließe den Audit innerhalb von 5 Werktagen ab, sofern alle vereinbarten Zugänge und Daten vollständig vorliegen. Der Zeitraum beginnt erst mit der vollständigen Bereitstellung.

Kennt der Audit danach das gesamte System?

Der Audit schafft ein belastbares Bild innerhalb der vereinbarten Systemgrenze und Datenbasis. Nicht untersuchte Bereiche und fehlende Informationen werden als Grenze oder offene Frage ausgewiesen.

Liefert der Audit eine Gesamtprojekt-Kostenschätzung?

Er unterstützt Budget- und Reihenfolgeentscheidungen mit priorisierten technischen Optionen. Eine belastbare Gesamtprojekt-Kostenschätzung setzt einen dafür ausreichenden Umfang, ein Zielbild und geklärte Umsetzungsbedingungen voraus.

Empfiehlt der Audit automatisch einen Komplett-Rewrite?

Nein. Die Roadmap beschreibt begründete Optionen für Stabilisierung, schrittweise Modernisierung und notwendige Folgeuntersuchungen. Ein Komplett-Rewrite wird nur betrachtet, wenn die Befunde und Rahmenbedingungen dafür sprechen.

So geht es weiter

Im kostenlosen Erstgespräch klären wir die Entscheidung, die der Audit vorbereiten soll, die Systemgrenze, relevante Repositories sowie verfügbare Zugänge und Daten. Danach steht fest, welches Paket den Untersuchungsumfang abdeckt und welche Punkte vor dem Start noch offen sind.

Erstgespräch zum Legacy Audit vereinbaren →

Wie steht es um die Release-Bereitschaft Ihres Systems?

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.