Legacy-Modernisierung

Warum das ein eigenes Paket ist

VB6 läuft. Auf tausenden Maschinen in deutschen Mittelständlern. Seit 20+ Jahren. Zuverlässig. Aber: Der Entwickler ist in Rente, die IDE läuft nur noch auf Windows 10 mit Tricks, und niemand im Haus kann mehr eine neue Anforderung umsetzen. Dasselbe gilt für alte MS-Access-Datenbanken mit 15-Jahren-Historie, frühe PHP-4-Codebasen, oder erste C#-WinForms-Lösungen aus 2006.

Modernisierung ist kein Standard-Webprojekt. Sie brauchen:

• Jemanden, der die Alt-Welt versteht — nicht nur „das ersetzen wir durch React”.
• Jemanden, der Migrations-Risiken ernst nimmt — ungeprüfte Daten-Migration zerstört Vertrauen.
• Realistische Pakete — nicht alles muss sofort neu.

Drei Pakete

💡 Modernisierungs-Audit — 2-3 Tage, schriftliche Empfehlung

Sie wissen noch nicht, ob und wie modernisiert werden sollte. Der Audit klärt das.

• Inventar: Welche Sprachen, Frameworks, Bibliotheken laufen hier? Welche DB? Welche Schnittstellen?
• Risiko-Bewertung: EOL-Status, CVE-Lage, DSGVO-/NIS2-Lücken.
• Optionen-Aufriss: Weiter betreiben, Teil-Modernisierung, Komplett-Neu.
• Kosten-Schätzung für jede Option, mit Annahmen und offenen Fragen dokumentiert.
• Schriftliche Empfehlung als PDF.

Häufiger nächster Schritt: entweder ein Retainer (siehe Retainer-Paket) für laufende Kleinanpassungen am Alt-System, oder Teil-/Komplett-Modernisierung.

Aufwand: 2-3 Arbeitstage. Preis: 1.900 €.

Teil-Modernisierung — ein kritisches Modul neu

Ein Teil Ihrer Altsoftware ist der Schmerz. Das Reporting ist unbedienbar. Das Web-Frontend ist vor 15 Jahren stehen geblieben. Die Datenbank-Zugriffs-Schicht ist ein Sicherheits-Risiko. Wir ersetzen dieses eine Modul — das Alt-System bleibt sonst, wie es ist.

Typische Kandidaten:

• Reporting-Modul neu (z.B. Jasper-Reports statt VB6-Ausdruck-Code)
• Web-Frontend auf Legacy-Backend (modern-rendered SSR via Astro/Django-Templates, bestehende APIs)
• Datenbank-Abstraktions-Layer (ORM-Migration, z.B. Access-DB mit Postgres ersetzen)
• Authentifizierungs-Modul (statt einfacher Windows-Auth: OIDC/Keycloak)

Aufwand: 4-6 Wochen. Preis: 6.900 €.

Komplett-Neuaufbau — Altsystem → moderner Stack

Das Alt-System muss weichen. Wir bauen parallel neu — auf modernem Stack (Django oder Go + Postgres + Web-UI) — und migrieren in Phasen.

• Parallel-Betrieb: alt und neu laufen eine Zeit lang gleichzeitig. Risiko-arm.
• Daten-Migration: mit Integritäts-Prüfung vor jedem Schritt. Keine Black-Box.
• Feature-Parität vor Abschaltung, mit Sign-Off-Liste pro Use-Case.
• Übergabe: Doku, Schulung, Abschaltung Alt-System, optional Retainer für 6 Monate Iteration.

Aufwand: 8 Wochen (für übersichtliche Systeme). Preis: 14.900 €.

Größere Scopes (Enterprise-Migration mit 10+ Modulen) bespreche ich gerne im Audit — dafür gibt es keinen Pauschalpreis, sondern ein Scope-Memo nach Discovery.

Warum ich das kann

Meine Anfangsjahre in der IT (2005–2013, siehe /ueber) waren klassische Anwendungsentwicklung und Schnittstellen-Programmierung:

• C# (.NET Framework 2.0 bis 4.x) — WinForms, Web-Services, Datenbank-Zugriff über ADO.NET
• C++ — für native Komponenten und Legacy-Integration
• Schnittstellen-Programmierung — SOAP, XML, CSV, Legacy-Protokolle, alles was nicht REST war
• Windows-Server + Linux-Backend-Admin in der gleichen Person

Das ist kein Marketing-USP, sondern die reale Arbeitsbiografie. Ich verstehe alte Stacks ohne Romantik — habe sie erlebt, kenne ihre Schmerzen, und weiß, warum sie damals so gebaut wurden. Das bricht nicht über Nacht zusammen — aber es ist auch nicht zukunftssicher.

Auf dem neuen Stack (Django, Go, Postgres, Astro, Flutter) bin ich seit 2024 wieder produktiv aktiv — mit Claude Code als KI-Co-Pilot. Die Kombination ist selten: **Alt-Stack-Erfahrung

• Neue Stack-Aktualität** in einer Person.

Was ich nicht anbiete

• SAP-Migration oder Mainframe-Ablösung (Scope zu groß, erfordert Spezial-Beratung — vermittle auf Wunsch).
• Reine Code-Übersetzung ohne Architektur-Review: lohnt sich selten. Wenn schon, dann richtig.
• „Nur den UI-Teil modernisieren”, ohne Backend-Review: das ist ein Pflaster, das ich nicht verkaufen will.

Ablauf (Komplett-Neuaufbau als Beispiel)

1. Audit (2-3 Tage) — verbindliche Bestandsaufnahme.
2. Scope-Memo (Woche 1-2) — Migrations-Plan, Meilensteine, Entscheidungspunkte.
3. Parallel-Build (Woche 3-6) — Neu-System wird gebaut, Alt läuft unverändert weiter.
4. Daten-Migration-Test (Woche 7) — Probeläufe mit Produktiv-Daten-Kopie.
5. Cutover (Woche 8) — Umschaltung in Wartungsfenster, Monitoring scharf.
6. Nachlauf (30-90 Tage) — Feuerwehr-Phase, Sign-Off, Alt-System-Abschaltung oder Read-Only-Archivierung.

Compliance-Aspekte (wichtig bei Legacy)

• DSGVO-Datenhaltung: alte Systeme haben oft Klartext-Speicherung sensibler Felder. Migration ist der richtige Moment, das zu fixen.
• NIS2 (seit Oktober 2024): viele KMU fallen jetzt unter die Richtlinie. Alte Software mit CVE-Lücken ist ein Problem.
• IT-Sicherheitsgesetz 2.0: Audit-fähige Log-Ketten werden zur Pflicht.

Diese Compliance-Themen sind Bestandteil jeder Modernisierung — kein Aufpreis.