Leistungen
Bestandsaufnahme Ihrer Symfony-Anwendung
und ein Modernisierungsplan, der trägt.
Das Audit ist die diagnostische Vorarbeit zur Modernisierung — oder ein eigenständiges Mandat für Teams, die Klarheit über den Zustand ihrer Codebase brauchen, bevor sie über die nächsten zwölf Monate entscheiden.
Wir prüfen Architektur, Test-Infrastruktur und die aktuelle KI-Nutzung im Team. Heraus kommt ein Bericht, der nicht beschreibt, sondern empfiehlt: was zu tun ist, in welcher Reihenfolge, mit welchem Aufwand.
Umfang
Sechs Punkte.
1. Architekturzustand der Codebase
Wo das Framework noch trägt und wo es überdehnt wurde. Monolithische Controller, fehlende Service-Schichten, Entities mit Geschäftslogik, Bundles, die gegen ihren Sinn eingesetzt sind — was sichtbar ist, was implizit ist, was bricht, wenn Sie weiterbauen.
2. Zielarchitektur
Ein konkreter Vorschlag, wohin sich die Anwendung bewegen sollte — kein generisches DDD-Diagramm, sondern eine zu Ihrer Domäne passende Schichtung mit benannten Bestandteilen.
3. Modernisierungsreihenfolge
Was zuerst, was danach, was später. Welche Schritte voneinander abhängen, welche parallelisierbar sind, wo das größte Risiko liegt und wo der größte Hebel.
4. Aufwand und Zeitschätzung
Pro Modernisierungsschritt, mit offengelegten Annahmen. Belastbar genug für Budget-Entscheidungen, ehrlich über die Unsicherheit, die immer bleibt.
5. Test-Infrastruktur
Coverage-Stand, Test-Qualität, was als Sicherheitsnetz für Refactorings ausreicht und was vorher aufgebaut werden muss. Tests sind nicht der Punkt, an dem im modernisierten Vorgehen gespart wird — und vor dem Aufbau steht die Bestandsaufnahme.
6. Aktuelle KI-Nutzung im Team
Was im Einsatz ist, wie generierter Code im Repository aussieht, welche Rolle KI in der Modernisierung selbst spielen soll. Eigener Abschnitt unten — der Punkt, an dem sich Audits am stärksten unterscheiden.
KI-Nutzung im Team
Was im Einsatz ist
CLAUDE.md, AGENTS.md, eigene Prompt-Dateien, IDE-Assistants (Copilot, Cursor, Continue), Agenten-Workflows. Wir lesen, was da ist, und prüfen es gegen das, was wir aus eigener Praxis als belastbar wissen — welche Anweisungen tatsächlich greifen, welche im Werkzeugwechsel verloren gehen, welche Reibungspunkte sich einschleichen, die niemand mehr bemerkt.
Wie generierter Code im Repository aussieht
Wo KI-Output ungeprüft eingeflossen ist, wo Test-Disziplin gehalten wurde, wo sich Patterns gefestigt haben und wo Inkonsistenz angefangen hat. Generierter Code ist nicht schlechter als handgeschriebener — er wird schlechter, wenn niemand ihn führt.
Welche Rolle KI in der Modernisierung selbst spielen soll
Nicht als Versprechen, sondern als Plan: wo KI im Refactoring leistet (Migrationsmuster anwenden, Tests nachziehen, Boilerplate ablösen), wo sie unterstützt, aber Menschen entscheiden (Architekturschnitte, Domain-Modellierung), wo wir sie ausdrücklich nicht einsetzen.
Diese Empfehlungen stehen im Bericht nicht separat — sie sind dort eingeordnet, wo sie in die Modernisierungs-Reihenfolge greifen. KI-Einsatz ist Teil der Architekturentscheidung, nicht parallel dazu.
Haltung
KI ist Instrument, Ergebnis ist Synthese.
Wir arbeiten mit eigenen Werkzeugen — über mehrere Audits geschärft. Claude Code, eigene Prompt-Patterns für Symfony-Codebases, automatisierte Erstdurchläufe für sich wiederholende Analysen. Das geht schneller und gründlicher als rein manuelle Reviews.
Das Audit-Ergebnis ist aber nicht der Output dieser Werkzeuge. Es ist die Synthese: priorisiert, in eine Reihenfolge gebracht, mit Annahmen offengelegt, gegen Ihre Geschäftsrealität geprüft. KI-Tools liefern Findings; ein Audit liefert Urteil.
Diese Trennung ist die Pointe. Ein Audit, das KI-Output 1:1 als Bericht weiterreicht, hat keinen Wert — Sie könnten die Tools selbst laufen lassen. Ein Audit ohne Werkzeuge ist langsam und unvollständig. Der Bericht, den Sie bekommen, ist beides: technisch durch die Werkzeuge unterstützt, inhaltlich durch Erfahrung verantwortet.
Ablauf
Zehn bis fünfzehn Arbeitstage, verteilt über drei bis vier Wochen Kalenderzeit.
Woche 1
Code-Review, Tooling-Durchlauf, erste Strukturierung.
Woche 2
Vertiefung, Modellierung der Zielarchitektur, Schätzungen.
Woche 3 (ggf. Anfang 4)
Bericht-Entwurf, Zwischenstand-Call mit Ihnen zu offenen Fragen, Finalisierung. Der Zwischenstand-Call ist kein Statusreport, sondern ein gezielter Klärungstermin: meist offene Fragen zur Domäne, zur Historie einzelner Architekturentscheidungen, zum Realisierungshorizont.
Walkthrough
90 Minuten, mit Ihnen und idealerweise dem Team — terminiert in der Woche nach Bericht-Übergabe.
Lieferung
Ein Bericht von zehn oder mehr Seiten — strukturiert, nicht erschöpfend. Kein PDF-Wälzer, der ungelesen abgelegt wird, sondern ein Dokument, mit dem Sie und Ihr Team weiterarbeiten können. Befunde, Zielbild, Reihenfolge, Aufwände, Annahmen, Risiken — inklusive KI-Empfehlungen, dort verortet, wo sie in der Modernisierung greifen. Klartext-Zusammenfassung vorn, Detail dahinter.
Dazu der Walkthrough: 90 Minuten, mit Ihnen und nach Möglichkeit mit dem Team. Wir gehen den Bericht durch, beantworten Rückfragen, diskutieren Reihenfolge und Hebel. Erfahrungsgemäß entstehen die wertvollsten Klärungen im Gespräch — der Bericht ist die Grundlage, der Walkthrough macht ihn anschlussfähig.
Investition
€20.000
für Audits in üblichem Umfang.
€25.000
für große Codebases — mehrere hunderttausend Zeilen Symfony-Code, mehrere Bundle-Granularitäten, langes Versions-Erbe.
Welcher Satz greift, klären wir im Vorgespräch; in der Regel steht das nach fünfzehn Minuten fest.
Anrechnung auf Modernisierung
Mündet das Audit in eine Modernisierungs-Beauftragung, wird der Audit-Betrag teilweise oder vollständig angerechnet:
- Vergabe innerhalb von 12 Wochen nach Audit-Lieferung: voll angerechnet.
- Vergabe zwischen 12 und 24 Wochen: zu 50 % angerechnet.
- Vergabe nach 24 Wochen: keine Anrechnung — der Zustand der Codebase ist dann nicht mehr aktuell genug, um die Modernisierung zu tragen; eine Auffrischung ist die ehrlichere Grundlage.
Nächster Schritt
Der Einstieg läuft über die → Code-Analyse — vier Schritte, in denen wir gemeinsam prüfen, ob ein Audit für Ihre Situation die richtige Form ist. In der Regel ja; gelegentlich passt ein anderer Einstieg besser, und dann sagen wir das.
Wenn die → Modernisierung ohnehin der Horizont ist, finden Sie dort den Kontext, in den ein Audit hineinarbeitet.
Lieber direkt sprechen?
Nicht jede Situation passt in ein Formular. Ein kurzer Anruf oder eine E-Mail reicht.