Symfony-Partner auswählen: 7 Kriterien, an denen Sie einen Senior erkennen

Eine Entscheidung, die selten am Stundensatz hängt

Wenn ein Symfony-Projekt einen neuen Partner braucht, richtet sich der erste Blick fast immer auf den Preis. Das ist nachvollziehbar, aber es beantwortet die eigentliche Frage nicht. Zwei Angebote mit demselben Stundensatz können fachlich Welten auseinanderliegen, ohne dass sich das aus dem Angebot allein ablesen lässt.

Aus eigener Erfahrung mit Symfony-Projekten zeigt sich, dass die Unterscheidung zwischen einem erfahrenen Partner und einem Generalisten mit Symfony-Grundkenntnissen an wenigen, konkret nachprüfbaren Signalen hängt. Dieser Artikel geht diese Signale durch, damit sich die Wahl im Gespräch objektiv einordnen lässt, statt sich auf einen Eindruck zu verlassen.

Die Ausgangslage: Woran der Unterschied oft nicht erkennbar ist

Ein Lebenslauf mit "Symfony" als aufgelistetem Skill sagt wenig darüber aus, auf welchem Niveau jemand mit dem Framework arbeitet. Symfony lässt sich auf sehr unterschiedlichen Tiefen einsetzen, von einer Standard-CRUD-Anwendung mit Doctrine-ORM bis zu einer komplexen Event-getriebenen Architektur mit Custom-Bundles und Security-Voter-Ketten. Beides trägt denselben Framework-Namen im Profil.

Genau diese Bandbreite macht die Auswahl schwierig. Ein Vorstellungsgespräch oder ein erstes Angebot zeigt selten, auf welchem Niveau die praktische Erfahrung tatsächlich liegt. Wer hier ausschließlich auf Zertifikate oder Referenzlisten schaut, bekommt nur einen Teil des Bildes.

Sieben Kriterien mit wirtschaftlicher Einordnung

Die folgenden sieben Kriterien lassen sich im Gespräch direkt abfragen und geben ein deutlich präziseres Bild als ein reiner Stundensatzvergleich.

1. LTS-Upgrade-Track-Record. Hat der Partner bereits reale Projekte über eine LTS-Grenze hinweg begleitet, etwa von Symfony 6.4 auf 7.4? Ein Upgrade dieser Größenordnung bringt Deprecation-Wellen und Breaking Changes mit sich, die sich nur im tatsächlichen Durchführen erschließen, nicht in der Theorie.

2. Doctrine-Migrationskompetenz. Datenmodell-Änderungen in einer produktiven Anwendung sind ein anderes Thema als das Anlegen neuer Entities in einem Greenfield-Projekt. Fragen Sie konkret nach Erfahrung mit Migrations, die bestehende Daten transformieren, nicht nur Schema-Änderungen ohne Datenmigration.

3. Reaktionszeit auf Security-Advisories. Symfony veröffentlicht Sicherheitshinweise über offizielle Kanäle. Ein Partner mit echter Praxis kann konkret beschreiben, wie er auf einen solchen Hinweis reagiert, nicht nur, dass er "regelmäßig aktualisiert".

4. Code-Qualität-Nachweis. Werkzeuge wie PHPStan mit einem klar definierten Level oder eine messbare Testabdeckung sind objektive Indikatoren. Ein Partner, der diese Kennzahlen aus eigenen Projekten nennen kann, arbeitet erkennbar mit einem Qualitätsanspruch, der über funktionierenden Code hinausgeht.

5. Architekturverständnis jenseits des Standard-Setups. Kennt der Partner Symfony-Konzepte wie Event-Subscriber, Custom-Voter oder Messenger-basierte Asynchronität aus eigener Anwendung, oder nur aus der Dokumentation? Der Unterschied zeigt sich meist in der ersten Detailfrage.

6. Umgang mit Altsystemen. Viele Symfony-Projekte sind keine Neuentwicklungen, sondern gewachsene Systeme. Erfahrung mit der Einarbeitung in fremden, unvollständig dokumentierten Code ist ein eigenständiges Kompetenzfeld, das sich von Neuentwicklung deutlich unterscheidet.

7. Kommunikation über technische Trade-offs. Ein erfahrener Partner benennt Nachteile einer Lösung von sich aus, statt nur die Vorteile zu betonen. Diese Offenheit ist selbst ein Qualitätssignal, weil sie zeigt, dass Entscheidungen bewusst und nicht schematisch getroffen werden.

Entscheidungskriterien: Wie Sie die Kriterien im Gespräch nutzen

Die sieben Punkte lassen sich nicht an einem einzelnen Zertifikat ablesen. Ein guter Ausgangspunkt ist die offizielle Symfony-Zertifizierung, die von SymfonyConnect durchgehend als Schwierigkeitsstufe "Hard" eingestuft wird. Ein bestandenes Zertifikat zeigt solides Grundlagenwissen über die API und die Framework-Konzepte.

Ein Zertifikat ersetzt aber keinen Projekt-Track-Record. Es prüft Wissen zu einem Zeitpunkt, nicht die Fähigkeit, dieses Wissen über Jahre in wachsenden, fehleranfälligen Systemen anzuwenden. Die sinnvollste Kombination ist deshalb ein Zertifikat als Einstiegssignal und konkrete Projektfragen zu den sieben Kriterien als eigentliche Prüfung.

Ein ehrlicher Punkt dazu, auch wenn er nicht in jedem Fall für den teuersten Partner spricht: Nicht jedes Projekt braucht auf jedem der sieben Kriterien Expertenniveau. Ein kleines Marketing-Site-Projekt mit Symfony im Hintergrund stellt andere Anforderungen als eine gewachsene B2B-Plattform mit komplexer Business-Logik. Die Kriterien sind ein Prüfraster, keine Checkliste, die vollständig abgehakt werden muss.

Die Kriterien als Gesprächsgrundlage

Keines der sieben Kriterien lässt sich aus einem Angebot allein ablesen. Sie brauchen ein Gespräch, in dem konkrete Situationen zur Sprache kommen, nicht nur eine Liste bisheriger Projekte. Wer diese Fragen aktiv stellt, statt sich auf Referenzlisten zu verlassen, bekommt ein deutlich verlässlicheres Bild davon, wie ein Partner tatsächlich arbeitet.

Am Ende bleibt die Auswahl eine Abwägung, keine Checkliste mit eindeutigem Ergebnis. Ein Gespräch, in dem diese Punkte offen angesprochen werden, zeigt aber meist innerhalb weniger Minuten, auf welchem Niveau die tatsächliche Erfahrung liegt.

Dennis Schwenker-Sanders ist PHP- und Symfony-Entwickler mit Fokus auf Legacy-Übernahmen und langfristige Projektbegleitung für Agenturen und KMU im DACH-Raum. Mehr zur Zusammenarbeit als langfristiger Symfony-Entwickler finden Sie auf der Leistungsseite.