Als ich anfing, mich auf Senior-Rollen zu bewerben, tat ich, was jeder Ingenieur tun würde: Ich habe die Anforderungen rückentwickelt.
Ich sammelte 50 Stellenanzeigen für Senior-, Staff- und Principal-Engineer-Rollen bei Unternehmen, die 180.000–350.000 Dollar zahlen. Das habe ich herausgefunden.
Die Wörter, die in jeder Ausschreibung vorkommen
Manche Formulierungen tauchen so konsequent auf, dass sie praktisch Grundvoraussetzung sind:
- "Produktionssysteme" (47/50) – Sie wollen niemanden, der Tutorials baut. Sie wollen jemanden, der um 2 Uhr morgens alarmiert wurde.
- "Funktionsübergreifende Zusammenarbeit" (44/50) – Du wirst mit Produkt, Design, Daten und Betrieb arbeiten. Kannst du außerhalb deiner Blase kommunizieren?
- "Mentoring" (41/50) – Wenn du nicht lehren kannst, bist du nicht Senior. Punkt.
- "Architekturentscheidungen" (39/50) – Sie wollen, dass du Systeme ENTWIRFST, nicht nur Tickets umsetzt.
- "Operative Exzellenz" (35/50) – SLOs, Monitoring, Incident Response. Es zu bauen reicht nicht – kannst du es betreiben?
Die Wörter, die 180.000 von 300.000+ Dollar unterscheiden
Der Sprung von Senior (180.000 $) zu Staff (250.000 $+) ist genau das:
Senior: "Funktionen bauen und Systeme warten." Staff: "Die technische Richtung vorgeben und andere Ingenieure befähigen."
Praktisch bedeutet das:
| Senior Engineer | Staff Engineer |
|---|---|
| Schreibt Code | Schreibt Code + entscheidet, WAS gebaut wird |
| Prüft PRs | Definiert Code-Review-Standards |
| Behebt Fehler | Verhindert ganze Fehlerklassen |
| Setzt Architektur um | Entwirft Architektur |
| Nutzt Monitoring | Definiert, was überwacht wird |
| Folgt Prozessen | Erstellt Prozesse |
Was die meisten Portfolios falsch machen
Nachdem ich Dutzende von Ingenieur-Portfolios (einschließlich meines alten) angesehen habe, hier das Muster:
Was die meisten zeigen: "Ich habe X mit React und Node.js gebaut." Was Personalverantwortliche wollen: "Ich habe React wegen der Einschränkung X gegenüber Vue gewählt, und hier ist der Kompromiss, den ich eingegangen bin."
Was die meisten zeigen: "Ich habe 95 % Testabdeckung." Was Personalverantwortliche wollen: "Ich habe Produktionsvorfälle um 60 % reduziert, indem ich gezielte Vertragstests in unserer Zahlungspipeline implementiert habe."
Was die meisten zeigen: Eine Liste von Technologien. Was Personalverantwortliche wollen: Nachweise, dass du Systeme im großen Maßstab betrieben und unter Zwängen schwierige Entscheidungen getroffen hast.
Wie ich mein Portfolio daraufhin umstrukturiert habe
Nach dieser Analyse habe ich drei Änderungen vorgenommen:
1. Eine Seite für Platform Engineering hinzugefügt. SLOs, Incident-Übungen, Sicherheitsnachweise, Referenzarchitektur. Das signalisiert: "Ich betreibe Systeme, ich baue nicht nur Demos."
2. Fallstudien mit "Herausforderungen"-Abschnitten hinzugefügt. Nicht nur, was ich gebaut habe – sondern was schiefging, wie ich es diagnostiziert habe und was ich gelernt habe. Das ist das Signal für Betriebserfahrung.
3. Eine Dienstleistungsseite mit Preisen hinzugefügt. Das klingt für die Jobsuche kontraintuitiv, aber es sendet ein starkes Signal: "Ich bin nicht verzweifelt. Ich habe Optionen. Ich entscheide mich bewusst für die Zusammenarbeit mit dir." Verhandlungsmacht ist real.
Das Interview-Signal, über das niemand spricht
Hier ist etwas, das mir aufgefallen ist: Auf dem 250.000-$+-Niveau geht es in Vorstellungsgesprächen weniger darum, ob du den Job KANNST, sondern ob du WIE jemand auf diesem Niveau DENKST.
Sie testen nicht "Kannst du eine verkettete Liste implementieren?" Sie testen:
- Wenn du ein System beschreibst, erwähnst du dann Fehlermodi?
- Wenn du eine Entscheidung besprichst, erwähnst du dann, was du geopfert hast?
- Wenn etwas schiefgeht, übernimmst du dann Verantwortung oder gibst du dem Tool die Schuld?
- Kannst du einem Nicht-Techniker ein komplexes System erklären?
Mein Portfolio beantwortet jetzt alle vier Fragen, bevor das Vorstellungsgespräch beginnt.
Die umsetzbare Erkenntnis
Wenn du auf Senior+-Rollen abzielst, sollte dein Portfolio Folgendes beantworten:
- Was ist das komplexeste System, das du BETRIEBEN hast (nicht nur gebaut)?
- Welche Entscheidung hast du getroffen, die echte Kompromisse mit sich brachte?
- Was ist kaputtgegangen, und wie hast du es repariert?
- Kannst du jemand anderem beibringen, was du weißt?
Der Technologie-Stack ist weniger wichtig, als du denkst. Die operative Reife ist wichtiger, als du denkst.
