Senior PHP-Entwickler: So erkennst du echtes Senior-Niveau

Laut gehalt.de verdienen PHP-Entwickler mit mehr als neun Jahren Berufserfahrung im Schnitt 6.209 Euro brutto im Monat, Einsteiger mit unter drei Jahren 4.878 Euro. Der Unterschied liegt bei gut einem Viertel. Für dieses Viertel solltest du mehr bekommen als nur mehr Jahre im Lebenslauf.

Gleichzeitig ist „Senior“ in PHP-Anzeigen fast zum Standardtitel geworden. Der Perforce PHP Landscape Report 2026 meldet, dass mehr als die Hälfte der befragten PHP-Nutzer seit über 15 Jahren mit der Sprache arbeitet. Viele sind also nach Jahren senior. Ob sie es auch nach Verantwortung sind, musst du selbst herausfinden.

Jahre sind kein Kriterium, Verantwortung schon

Ein Senior unterscheidet sich von einem Mid-Level-Entwickler nicht dadurch, dass er mehr Funktionen kennt. Er unterscheidet sich dadurch, welche Probleme er allein lösen kann und wie stark er das Team besser macht.

Kriterium	Mid-Level	Senior
Aufgaben	setzt Tickets zuverlässig um	schneidet Tickets, stellt die Anforderung infrage
Architektur	folgt bestehenden Mustern	entscheidet über Muster und begründet sie
Upgrades	arbeitet mit	plant und verantwortet sie
Performance	behebt bekannte Probleme	misst, findet Ursachen, verhindert Wiederholung
Code-Reviews	findet Fehler	verbessert Entwurf und Teamstandards
Kommunikation	im Team	auch mit Fachabteilung und Management

Die Tabelle beschreibt Tätigkeiten, keine Eigenschaften. Genau das macht sie im Gespräch nutzbar. Du fragst nicht „Bist du teamfähig?“, sondern „Wann hast du zuletzt eine Anforderung zurückgegeben, und was ist dann passiert?“

Was technisch dazugehört

Ein paar Dinge sollte jede Senior-Person in der PHP-Welt sicher beherrschen. Die Liste ist nicht vollständig, aber sie trennt zuverlässig.

• Datenbank: Indizes lesen und setzen, Ausführungspläne mit EXPLAIN verstehen, Sperren in Transaktionen richtig einsetzen
• Statische Analyse: PHPStan oder Psalm auf einer hohen Stufe betreiben und eine Baseline schrittweise abbauen
• Teststrategie: wissen, wo Unit-Tests reichen und wo Feature- oder Integrationstests nötig sind
• Upgrades: PHP- und Framework-Versionen planen, mit Rector automatisieren, Risiken einschätzen
• Betrieb: Logs und Metriken lesen, Fehlertracking auswerten, ein Deployment zurückrollen können
• Sicherheit: die üblichen Lücken kennen und Code darauf prüfen

Zur Einordnung: Laut JetBrains State of PHP 2025 nutzen 36 Prozent der PHP-Entwickler PHPStan und 10 Prozent Rector, 42 Prozent verwenden gar kein Werkzeug zur Code-Qualität. Eine Senior-Person, die keins davon kennt, ist in einem gepflegten Projekt die Ausnahme. In einem ungepflegten Projekt wäre sie genau die Person, die du nicht brauchst.

Ein Architekturbeispiel für das Gespräch

Senior-Niveau zeigt sich am deutlichsten an Code, der „funktioniert“, aber schlecht gealtert ist. Zeig im Gespräch einen Controller wie diesen:

public function store(Request $request): RedirectResponse
{
    $data = $request->validate([
        'note' => ['nullable', 'string', 'max:500'],
        'items' => ['required', 'array', 'min:1'],
        'items.*.sku' => ['required', 'string'],
        'items.*.quantity' => ['required', 'integer', 'min:1'],
    ]);

    $order = $request->user()->orders()->create(['note' => $data['note'] ?? null]);
    foreach ($data['items'] as $item) {
        $order->items()->create($item);
    }

    Mail::to($request->user())->send(new OrderConfirmed($order));
    Http::post('https://erp.example.com/api/orders', $order->load('items')->toArray());

    return redirect()->route('orders.show', $order);
}

Die Frage lautet: „Was passiert, wenn das ERP-System zehn Sekunden nicht antwortet? Und was, wenn das Anlegen der dritten Position scheitert?“ Eine Senior-Antwort erkennt, dass Bestellung und Positionen ohne Transaktion halb angelegt werden können, dass Mailversand und ERP-Aufruf den Request blockieren und dass ein ERP-Ausfall den Kunden eine Fehlerseite zeigt, obwohl die Bestellung schon gespeichert ist.

Ein möglicher Umbau trennt Anlegen und Nebenwirkungen:

use Illuminate\Support\Facades\DB;

final readonly class PlaceOrder
{
    public function handle(User $customer, ?string $note, array $items): Order
    {
        $order = DB::transaction(function () use ($customer, $note, $items): Order {
            $order = $customer->orders()->create(['note' => $note]);
            $order->items()->createMany($items);

            return $order;
        });

        // Listener für Mail und ERP-Sync implementieren ShouldQueue
        OrderPlaced::dispatch($order);

        return $order;
    }
}

Spannender als der Code ist das Gespräch darüber. Was passiert, wenn der ERP-Sync in der Queue dreimal scheitert? Wer überwacht das? Braucht das ERP eine Idempotenz, damit doppelte Übertragungen keinen Schaden anrichten? Eine Senior-Person stellt diese Fragen von sich aus. Eine Mid-Level-Person beantwortet sie, wenn du sie stellst.

Interviewfragen für Senior-Rollen

Szenariofragen funktionieren besser als Wissensfragen. Sie sollten aus deinem echten Projekt stammen, leicht verfremdet.

1. Unsere Anwendung läuft auf PHP 8.2, dessen Sicherheitssupport am 31. Dezember 2026 endet. Wie gehst du das Upgrade an, und was brauchst du von uns?
2. Eine Seite wird seit dem letzten Release dreimal so langsam. Was tust du in der ersten Stunde?
3. Ein Junior hat einen Pull Request mit 1.200 geänderten Zeilen eingereicht. Wie gehst du damit um?
4. Das Produktmanagement will ein Feature in zwei Wochen, du schätzt sechs. Was sagst du?
5. Welche technische Entscheidung aus deinem letzten Job würdest du heute anders treffen?

Frage 1 basiert auf echten Daten: Laut php.net bekommt PHP 8.2 nur noch bis Ende 2026 Sicherheitsupdates. Gute Antworten beginnen mit einer Bestandsaufnahme, nicht mit einem Termin. Weitere, eher technische Fragen findest du in unserem Katalog der PHP-Interviewfragen, eine passende schriftliche Übung im Beitrag zur PHP-Probeaufgabe.

Frage 5 ist die wichtigste. Wer keine Entscheidung nennen kann, die er bereut, hat entweder keine getroffen oder denkt nicht darüber nach.

Warnsignale im Gespräch

Manche Muster tauchen bei Kandidaten mit Senior-Titel, aber ohne Senior-Erfahrung immer wieder auf. Keins davon ist allein ein Ausschlussgrund. Zusammen ergeben sie ein Bild.

Das erste Signal ist Absolutismus. „Man nimmt immer Repository-Pattern“ oder „Active Record ist grundsätzlich schlecht“ klingt nach Überzeugung, zeigt aber vor allem, dass jemand Kompromisse nicht abwägen kann. Erfahrene Leute antworten auf Architekturfragen oft mit „kommt darauf an“ und erklären dann, worauf.

Das zweite Signal ist fehlende Messung. Wer bei einem Performance-Problem sofort „Caching einbauen“ sagt, ohne zu fragen, wo die Zeit verloren geht, rät. Eine Senior-Person will zuerst Zahlen sehen: Antwortzeiten, Anzahl der Abfragen, Profiler-Ausgaben.

Das dritte Signal betrifft Fehler. Wer nur über Fehler anderer spricht, über den schlechten Vorgänger oder das chaotische Management, wird diese Haltung auch in dein Team tragen.

Ein viertes, leiseres Signal: Die Person stellt keine Fragen zu deinem Projekt. Wer Verantwortung übernehmen soll, will wissen, worauf er sich einlässt. Fragen zu Deployment, Testabdeckung oder Release-Rhythmus sind ein gutes Zeichen, selbst wenn sie unbequem sind.

Was ein Senior kostet

Die Gehaltsdaten in Deutschland sind uneinheitlich, je nach Quelle und Methode. Ein paar Anhaltspunkte, alle mit Stand und Quelle:

1. PHP-Entwickler, über 9 Jahre (gehalt.de, Ø)6.209 €
2. PHP-Entwickler, oberes Quartil (gehalt.de)6.153 €
3. Softwareentwickler, Median (BA 2025)6.301 €
4. PHP-Entwickler, unter 3 Jahre (gehalt.de, Ø)4.878 €

Quelle: gehalt.de, PHP-Entwickler/-in (Abruf Okt. 2026); BA-Entgeltatlas, Daten 2025

Für Senior-Rollen in großen Unternehmen kommen die Werte für Firmengröße hinzu: gehalt.de nennt für Unternehmen mit mehr als 20.000 Beschäftigten im Schnitt 6.623 Euro im Monat. Die vollständige Aufschlüsselung steht im Artikel zum Gehalt von PHP-Entwicklern.

Meine Einschätzung: Bei Senior-Rollen verlierst du Kandidaten seltener am Gehalt als an der Frage, ob sie etwas bewegen dürfen. Wer Zeit für Refactoring, Einfluss auf Architektur und ein ehrliches Bild vom Zustand des Codes bekommt, verhandelt weniger hart.

Senior-Leute halten

Senior-Entwickler gehen selten wegen 3.000 Euro mehr woanders. Sie gehen, wenn sie seit Monaten nur noch Feuer löschen. Ein fester Anteil der Zeit für technische Verbesserungen, etwa ein Tag pro Sprint, wirkt oft stärker als eine Gehaltserhöhung.

Ebenso wichtig ist ein Entwicklungspfad, der nicht zwangsläufig ins Management führt. Nicht jeder gute Senior will Teamleiter werden. Eine Rolle wie Staff Engineer, mit technischer Verantwortung über mehrere Teams, gibt diesen Leuten eine Perspektive.

Und falls du feststellst, dass du gar keine einzelne Senior-Person brauchst, sondern ein erfahrenes Team auf Zeit, etwa für ein großes Upgrade: Dafür gibt es Studios wie OnlineBuilders, die bestehende PHP-Codebasen übernehmen. Was ein solches Upgrade typischerweise kostet, steht unter Kosten eines PHP-Upgrades.

Nimm dir als Nächstes die fünf Szenariofragen und ersetze die Beispiele durch echte Situationen aus deinem Projekt der letzten zwölf Monate. Dann merkst du im Gespräch sofort, ob jemand sie schon einmal erlebt hat.

Häufige Fragen

Wie viele Jahre Erfahrung hat ein Senior-PHP-Entwickler?

Meist mehr als fünf, aber die Zahl allein sagt wenig. Zehn Jahre im selben Wartungsprojekt bringen andere Erfahrung als fünf Jahre mit mehreren Produkten, Upgrades und Teams. Frag nach Entscheidungen, die die Person verantwortet hat.

Was verdient ein Senior-PHP-Entwickler?

Laut gehalt.de liegen PHP-Entwickler mit mehr als neun Jahren Erfahrung im Schnitt bei 6.209 Euro brutto im Monat. In großen Unternehmen und in Süddeutschland liegt der Wert eher darüber. Lead-Rollen mit Personalverantwortung werden zusätzlich höher eingestuft.

Brauche ich einen Senior, wenn ich nur einen Entwickler einstelle?

Wenn diese eine Person allein eine produktive Anwendung verantwortet: ja. Ein Junior ohne erfahrene Kollegen trifft Architekturentscheidungen, die er noch nicht überblicken kann, und niemand prüft sie.