Code-Analyse

Eine Ahnung haben Sie schon.
Klarheit braucht einen halben Tag.

Sie wissen, dass Ihre Codebasis nicht die Grundlage ist, auf der Sie weiterbauen wollen. Die Frage ist nur: Was genau muss passieren — und wo fängt man an?

Ein erfahrener Blick auf Ihren Code — und ein ehrliches Gespräch darüber, wo Ihr Projekt steht. So beginnt fast jede Zusammenarbeit.

Ein halber Tag, volle Aufmerksamkeit

Architektur, Domain-Modellierung, Dependencies, Framework-Einsatz — alles, was über die langfristige Tragfähigkeit eines Projekts entscheidet. Der Fokus liegt dort, wo sich technische Schulden sammeln und wo sie das Team am stärksten bremsen.

Das Ergebnis ist kein automatisierter Report und keine Bewertung mit Schulnoten, sondern ein persönliches Gespräch mit ganz konkreten Empfehlungen: wo Unterstützung am meisten bewegen würde, was sofort angegangen werden kann und was warten darf.

Ihr Projekt

Kein Briefing-Dokument nötig. Nur das Wesentliche.

Welche Art von Projekt ist es?
Wie viele Entwickler arbeiten am Projekt?

Ihre Situation

Einfach alles, was zutrifft.

Was im Alltag bremst
Was konkret ansteht
Wo Klarheit fehlt

Ihre Kontaktdaten

Für die Terminabstimmung und den NDA. Alles Weitere regelt die Datenschutzerklärung.

Vertraulichkeit ist selbstverständlich.

Wie es nach Ihrer Anfrage weitergeht

1

Terminvorschläge & NDA

Innerhalb von 48 Stunden haben Sie konkrete Terminvorschläge und einen vorbereiteten NDA zur digitalen Unterzeichnung — damit der erste Austausch offen und ohne Vorbehalte beginnen kann.

2

Briefing

Ein kurzer Video-Call oder ein Telefonat — 15 bis 20 Minuten. Welche Bereiche der Codebasis sind relevant, wo lohnt ein genauer Blick, und was ist der Kontext, den kein Formular transportieren kann?

3

Code-Zugriff

Für Ihr Projekt wird ein eigener, verschlüsselter Datenraum eingerichtet. Dort laden Sie einen aktuellen Checkout hoch — bei Bedarf ergänzt um einen Datenbank-Dump und die Dokumentation. Alternativ reicht ein direkter Repository-Zugriff.

4

Analyse

Statische Analyse, Dependency-Check, Framework-Konventionen — das liefert den ersten Überblick. Der eigentliche Fokus liegt dort, wo Werkzeuge nicht hinkommen: Wie ist die Domain modelliert? Wo sind die Bounded Contexts? Welche Architektur-Entscheidungen tragen, welche bremsen?

5

Feedback-Gespräch

Sie erfahren, wo Ihr Projekt steht — mit konkreten Empfehlungen, wo und wie Unterstützung am meisten bewegen würde. Ihr Team ist willkommen — das Gespräch ist oft am produktivsten, wenn die Personen dabei sind, die den Code täglich verantworten.

Drei Entwickler oder dreißig, Startup oder Konzern — die Muster in der Codebasis sind erstaunlich ähnlich. Technische Schulden sammeln sich an denselben Stellen. Und die Stellen, die am meisten bremsen, sind selten die, die man zuerst vermutet.

Häufig gestellte Fragen

Ablauf & Kosten

Wie lange dauert es von der Anfrage bis zur Einschätzung?

In der Regel ein bis zwei Wochen. Terminvorschläge und der NDA liegen innerhalb von 48 Stunden vor, die Analyse selbst wird innerhalb weniger Tage nach Code-Zugriff durchgeführt. Es gab auch schon Fälle, in denen zwischen Anfrage und Einschätzung nur zwei Tage lagen.

Was kostet die Code-Analyse?

Nichts. Keine versteckten Kosten, keine Verpflichtung. Die Code-Analyse ist der Einstieg in eine mögliche Zusammenarbeit — nicht mehr und nicht weniger.

Was ist, wenn danach keine Zusammenarbeit zustande kommt?

Dann war es ein offenes Gespräch und eine ehrliche Einschätzung. Es gibt keine Verpflichtung, kein Follow-up, keinen Vertriebsprozess. Alle bereitgestellten Quelltexte und Projektdaten werden sicher gelöscht.

Kann mein Team beim Feedback-Gespräch dabei sein?

Ja. Das Gespräch ist oft am produktivsten, wenn die Personen dabei sind, die den Code täglich verantworten — ob Lead-Dev, CTO oder das gesamte Kernteam.

Findet das Feedback-Gespräch remote statt?

Ja — per Video-Call. Das hält den Prozess schlank und erlaubt erfahrungsgemäß eine schnellere Terminabstimmung. Vor-Ort-Termine sind im Rahmen einer weiteren Zusammenarbeit jederzeit möglich.

Kann ich nach der Analyse ein schriftliches Dokument bekommen?

Die Ergebnisse werden in einem persönlichen Gespräch geteilt, nicht in einem Audit-Dokument. Das ist Absicht: Ein Gespräch erlaubt Rückfragen, Kontext und gemeinsames Priorisieren. Im Rahmen einer weiteren Zusammenarbeit ist aber auch ein vollständiges → Code-Audit mit schriftlicher Dokumentation möglich.

Umfang & Methodik

Wie groß darf die Codebasis sein?

Es gibt keine formale Obergrenze. Die Analyse konzentriert sich auf die Bereiche, die im Briefing als relevant identifiziert werden — nicht auf jede einzelne Zeile. Das Briefing stellt sicher, dass der halbe Tag dort investiert wird, wo er am meisten zählt.

Ist die Analyse nur für Symfony-Projekte?

Gerade wenn ein Wechsel auf Symfony im Raum steht, ist die Analyse sogar ein besonders guter Einstieg. Aber auch jedes andere PHP-Projekt lässt sich fundiert einschätzen.

Was ist, wenn unser Projekt nicht nur aus PHP besteht?

Infrastruktur, Deployment und CI fließen in die Einschätzung ein, wenn der vorliegende Code es hergibt. Gleiches gilt für Twig-Templates und die Art, wie JavaScript ins Projekt eingebunden ist — in Symfony-Projekten spielt das fast immer eine Rolle.

Die Analyse selbst konzentriert sich aber auf den PHP-Code. Für ein detailliertes Feedback zu ausgewachsenen TypeScript-SPAs oder fancy Go-Services finden sich aber ganz bestimmt die richtigen Experten in unserem Netzwerk.

Werden KI-Tools bei der Analyse eingesetzt?

Bewährte Tools zur statischen Analyse und Qualitätsbewertung liefern den ersten Überblick. KI-gestützte Tools kommen ergänzend zum Einsatz, um gezielte Fragen an die Codebasis schneller beantwortet zu bekommen — lokal, ohne Daten an externe Dienste zu übertragen. Die eigentliche Analyse ist aber vor allem Handarbeit — Code lesen, Zusammenhänge verstehen, Entscheidungen bewerten.

In der weiterführenden Zusammenarbeit kommen gezielt auch cloud-basierte KI-Tools zum Einsatz — für die Code-Analyse selbst reichen die lokalen Modelle vollkommen aus. Was im konkreten Projekt zum Einsatz kommt, regelt der NDA.

Sicherheit & Code-Bereitstellung

Wie ist der Datenraum gesichert?

Gehostet bei einem deutschen Anbieter in einem deutschen Rechenzentrum. TLS 1.3 für die Übertragung, Verschlüsselung auf Storage-Ebene, und jeder Datenraum zusätzlich einzeln per AES-256 geschützt. Bei erhöhtem Schutzbedarf ist Ende-zu-Ende-Verschlüsselung über einen Desktop-Client möglich.

Reicht ein Zugang zum Repository?

Ja — das ist oft der einfachste Weg. Auf GitHub oder GitLab laden Sie unseren Analyse-Account mit Lesezugriff ein — fertig. Für selbst gehostete Repositories erhalten Sie einen SSH-Key und eine feste IP-Adresse für Ihre Firewall.

Können wir auch unseren eigenen NDA verwenden?

Ja. Der vorbereitete NDA ist ein Angebot, um den Prozess zu beschleunigen. Die Unterzeichnung erfolgt digital — über eine eigene Plattform, kein Account nötig. Wenn Sie eine eigene Vorlage mitbringen, gerne — erfahrungsgemäß gibt es nur selten Anpassungsbedarf.

Muss das Projekt lauffähig bereitgestellt werden?

Nein. Die Analyse basiert auf dem Quellcode — ein lauffähiges Setup ist nicht erforderlich. Ein aktueller Checkout des Repositories reicht. Ein lauffähiges Projekt-Setup richten wir erst beim → Onboarding ein.

Falls sich die Datenstruktur nicht aus Entities, Migrations und Fixtures ergibt, hilft ein anonymisierter Datenbank-Dump. Und wenn es eine dedizierte Projektdokumentation in Textform gibt, sind relevante Auszüge hilfreich.

Was passiert mit unserem Code nach der Analyse?

Alle Projektdaten werden sicher gelöscht — Quellcode, Datenbank-Dumps, Dokumentation. Keine Backups, keine Kopien. Standardmäßig erfolgt die Löschung innerhalb von drei Monaten nach Abschluss — auf Wunsch sofort.

Bei Plattformen wie GitHub oder GitLab verlassen wir Ihr Repository selbständig. Bei selbst gehosteten Repositories erhalten Sie eine Erinnerung, den Zugang zu sperren.

Lieber direkt sprechen?

Nicht jede Situation passt in ein Formular. Ein kurzer Anruf oder eine E-Mail reicht.

+49 221 71 79 33 - 0 · [email protected]