The staff engineer's path
In 60 Sekunden
Tanya Reily zeichnet die vier Staff-Engineer-Archetypen nach und die drei Karten, die man braucht, um jede Organisation zu lesen. Sie zeigt, wie Einfluss durch Schreiben, Sprechen und Beziehungen fließt, nicht durch die Menge an Code. Geschichten über Jakes Zahlungsdiagramm, Marias Sichtbarkeit und ein sechsseitiges Strategiedokument zeigen das Handwerk in Aktion. Am Ende geht es um Grenzen, Burnout und darum, die Organisation besser zu verlassen, als man sie vorgefunden hat.
Bevor du anfängst
Warum es sich lohnt
Die meisten Karriereratschläge für Ingenieur:innen enden bei der Senior-Stufe. Dieses Buch behandelt den unordentlichen Sprung zur Staff-Stufe: Einfluss ohne Autorität, teamübergreifende Umsetzung und Organisationsstrategie. Reily, eine erfahrene Staff Engineer, liefert konkrete Frameworks wie die Three Maps, RAPID und die 50/50-Regel. Lies es, wenn du als Senior Engineer auf die Staff-Stufe hinarbeitest, als frischgebackene Staff Engineer in Meetings zu ertrinken drohst oder als Manager:in versuchst, die Rolle zu definieren.
22 Ideen in der Reihenfolge des Buchs
Die Kernideen
- 1Chapter 1
Four archetypes: pick your flavor of staff
Reily lays out four distinct archetypes. The Tech Lead guides a team's execution day to day. The Architect designs critical systems that outlast any single project. The Solver tackles the hardest, most ambiguous problems nobody else wants. The Right Hand acts as a trusted deputy to a senior leader, extending their reach.
Die Idee
The title is a container, not a job description. Companies hand out 'staff engineer' to people doing four fundamentally different jobs, and confusion sets in when you compare your role to someone else's. Knowing which archetype you are, or want to be, tells you what to say yes to and what to decline. It also explains why a peer's week looks nothing like yours and why that's fine.
Probier es aus: Write down which archetype your current work most resembles, then list three tasks from last week that don't fit it.
- 2Chapter 2
Three maps: read the org before you move it
Reily hands readers three maps to reconcile the two. The Locator Map is the official answer: your box on the chart. The Topographical Map is the real terrain: who actually sways decisions, which approval paths wind through which offices. The Treasure Map marks where value and opportunity hide, the spots worth scarce attention.
Die Idee
Org charts describe reporting lines, not power. The person above you on paper may route every real decision through someone two levels down, and the highest-value work may sit in a team nobody watches. Staff engineers who map influence and opportunity first spend their political capital where it compounds. Those who don't spend it defending choices nobody made.
Probier es aus: Sketch the last three decisions that affected your team and trace who actually made each one.
- 3Chapter 3
Jake's diagram: one picture ends a year of chaos
Jake joins a company where the payments system has fragmented into pieces nobody can count. Jake spends his first months drawing a single architectural diagram of the entire system, every path laid out in one picture. It becomes the shared reference point for all future work. Teams align on priorities. Duplicate efforts shrink. The picture does what a year of meetings never could: it gives everyone the same truth.
Die Idee
The highest-leverage first move is often documentation, not code. When a system's complexity lives only in scattered heads, every conversation starts from scratch and every team optimizes its own corner. One accurate, shared picture converts private knowledge into common ground.
Probier es aus: Pick the system your teams argue about most and start a one-page diagram of how it actually works.
- 4Chapter 4
You can do anything, but you can't do everything
Reily names the trap in one sentence: 'You can do anything, but you can't do everything.' Time is the scarcest resource you have, and the only defense is constant, explicit trade-offs.
Die Idee
Seniority doesn't buy more hours; it buys harder choices. The engineer who treats every ask as equally urgent ends up doing shallow work everywhere and deep work nowhere. Trade-offs only hurt when you make them consciously, which is exactly why they're worth making. A visible no protects the one commitment that matters more than a dozen quiet yeses.
Probier es aus: List your current commitments, cut one, and tell its owner this week.
- 5Chapter 5
Five stages of a big project, and where you matter most
A big project has five stages, and Reily lays them out plainly: Scoping, Design, Building, Launching, Operating. The staff engineer's role burns hottest in the first two, where ambiguity peaks and the questions are still open.
Die Idee
Ambiguity is where staff engineers earn their title. Early in a project, the questions are still open: what problem, for whom, at what scale. Answers locked in then ripple through months of building and years of operating. Showing up late means inheriting someone else's assumptions. The unglamorous whiteboard weeks matter more than the launch-day demo.
Probier es aus: For your next project, block calendar time for scoping before anyone writes code.
- 6Kapitel 6
Blockaden für die VP lösen: Daten verwandeln eine festgefahrenen Entscheidung in ein Ja in nur einem Meeting
Die Staff Engineer sammelte die fehlenden Daten, stellte die Optionen mit klaren Trade-offs dar und brachte sie in ein einziges Meeting. Entscheidung getroffen. Das Projekt war entblockt, und Monate des Wartens schrumpften auf eine einzige gut vorbereitete Stunde zusammen.
Die Idee
Festgefahrenen Entscheidungen liegen meistens nicht Sturheit zugrunde; es fehlen einfach Eingaben. Führungskräfte zögern, wenn die Kosten einer falschen Wahl sich höher anfühlen als die Kosten des Wartens, und nur belastbare Daten plus ehrliche Trade-offs senken diese Kosten. Die Aufgabe der Staff Engineer ist es, die Entscheidung leicht zu machen. Mach die Hausaufgaben, die dir niemand aufgetragen hat, und der Stau löst sich an einem Nachmittag auf.
Probier es aus: Finde die Entscheidung, auf die dein Projekt wartet, und entwirf ein einseitiges Optionsblatt mit Trade-offs.
- 7Kapitel 7
Dein Handeln wird verstärkt
Reily formuliert die Grundregel des Vorbildseins auf Staff-Level ohne sie abzumildern: 'Dein Handeln wird verstärkt. Wenn du Abkürzungen nimmst, wird dein Team Abkürzungen nehmen. Wenn du Menschen mit Respekt behandelst, wird dein Team Menschen mit Respekt behandeln.'
Die Idee
Macht skaliert deine Gewohnheiten, bevor sie deine Absichten skaliert. Der schlechteste Tag einer erfahrenen Ingenieurin oder eines erfahrenen Ingenieurs lehrt mehr als ihr bestes Dokument, weil Menschen kopieren, was sie sehen, nicht was sie sagen. Das schneidet in beide Richtungen: Dieselbe Verstärkung, die Nachlässigkeit verbreitet, verbreitet auch Standards. Die Disziplin, sich auch müde oder genervt gut zu verhalten, gehört zur Stellenbeschreibung, sie ist keine Bonus-Tugend.
Probier es aus: Wähle ein Verhalten aus, das du gerne kopiert sehen würdest, und praktiziere es diese Woche jeden Tag sichtbar.
- 8Kapitel 8
Verleihe deine Glaubwürdigkeit der Idee von jemand anderem
Reily nennt das, deine Glaubwürdigkeit zu verleihen, und es ist eine stille Superkraft.
Die Idee
Einfluss ist übertragbar. Dein Ruf hat Jahre zum Aufbau gebraucht, aber du kannst ihn in Minuten ausgeben, um die Stimme von jemand anderem zu verstärken, und die Organisation bekommt dadurch bessere Ideen schneller angenommen. Das ist einer der wenigen Züge auf Staff-Level, die dich nichts kosten außer Aufmerksamkeit. Konsequent angewandt, wächst damit auch die nächste Generation von Menschen, deren Ideen es wert sind, unterstützt zu werden.
Probier es aus: Unterstütze in deinem nächsten Meeting öffentlich den Vorschlag eines Junior-Kollegen, und nenne ihn beim Namen.
- 9Kapitel 9
Titel lügen; Reichweite sagt die Wahrheit
Eine 'Staff Engineer' bei einem Unternehmen könnte bei einem anderen eine 'Senior Principal' sein, und derselbe Titel kann wild unterschiedliche Dinge bedeuten. Das wahre Maß ist die Reichweite des Einflusses: wie viele Menschen und Systeme deine Entscheidungen berühren.
Die Idee
Titel sind lokale Währung; sie wechseln nicht zum Nennwert. Zwei Ingenieure mit identischen Titeln können eine zehnfach unterschiedliche Reichweite haben, und zwei mit verschiedenen Titeln können dieselbe Arbeit machen. Wenn du dich auf das Wort auf deinem Badge versteifst, führst du schlechte Züge aus, wie eine kleinere Rolle für einen größer klingenden Titel anzunehmen. Reichweite, die Menge von Problemen, denen man dich vertraut, ist der ehrliche Maßstab.
Probier es aus: Schreibe die Reichweite deines aktuellen Einflusses in einem Satz auf, und ignoriere deinen Titel dabei vollständig.
- 10Kapitel 10
Schreib dir den Job, den du willst: die Stellenbeschreibung der Staff Engineer
Die Schlüsselkomponenten sind Scope, der Bereich der Verantwortung, den du besitzt; Archetyp, welche der vier Formen die Rolle annimmt; und Erwartungen, spezifische Ergebnisse statt Aktivitäten.
Die Idee
Eine undefinierte Rolle ist eine Falle, verkleidet als Freiheit. Wenn die Erwartungen vage bleiben, füllst du das Vakuum mit allem, was in deinem Posteingang landet, und deine Bewertung wird zu einer Debatte über das mentale Modell von jemand anderem. Scope, Archetyp und ergebnisbasierte Erwartungen zu schreiben, verwandelt Mehrdeutigkeit in eine Vereinbarung. Es gibt deinem Manager auch etwas Konkretes, das er oder sie unterstützen kann, wenn die Beförderungssaison kommt.
Probier es aus: Entwirf deine eigene ein-Absatz-Stellenbeschreibung mit Scope, Archetyp und drei erwarteten Ergebnissen.
- 11Kapitel 11
Marias Sichtbarkeit: Arbeit auf Staff-Level reicht allein nicht aus
Also begann Maria, Design-Dokumente für teamübergreifende Projekte zu schreiben und sie in Architektur-Reviews zu präsentieren. Innerhalb eines Jahres wurde sie befördert.
Die Idee
Wirkung, die niemand sieht, zählt nicht. Beförderungskomitees beurteilen die Beweise, die vor ihnen liegen, und stille Exzellenz liest sich als gewöhnlicher Beitrag. Sichtbarkeit ist kein Angeben; sie bedeutet, dein Denken überprüfbar zu machen, durch Dokumente und Reviews, wo Entscheider ohnehin hinschauen. Marias Geschichte schmerzt, weil die Lösung ein Jahr brauchte, aber die Alternative ist, auf Staff-Level auf Senior-Gehalt unbegrenzt weiterzuarbeiten.
Probier es aus: Reiche diesen Monat ein Design-Dokument bei einem teamübergreifenden Architektur-Review ein.
- 12Kapitel 12
Baue dein Beförderungsdossier: eine Geschichte mit Zahlen
Die Struktur ist simpel: ein klar umrissenes Problem, deine konkreten Schritte und ein messbares Ergebnis. Das sind die Beweisformen: „X Dollar pro Jahr gespart“, „Latenz um Y Prozent reduziert“, „Z Teams onboardet“.
Die Idee
Beförderung ist ein Überzeugungsproblem mit Bewertungsschema. Komitees wälzen Dutzende Dossiers, und die, die hängen bleiben, folgen einem dramaturgischen Bogen: Wetteinsatz, Handlung, Ergebnis. Zahlen stemmen die Hauptlast, weil sie die Übersetzung zwischen Managern und Levels unbeschadet überstehen. Wenn du deinem Impact keine Zahl zuordnen kannst, liegt die Lösung nicht in besserer Prosa, sondern darin, Arbeit zu wählen, deren Ergebnisse sich zählen lassen.
Probier es aus: Lege heute ein fortlaufendes Dokument an, in dem du für jedes Projekt Problem, Handlung und messbares Ergebnis festhältst.
- 13Kapitel 13
Schreiben ist dein skalierbarstes Werkzeug
Von den dreien nennt sie das Schreiben das am besten skalierbare.
Die Idee
Die Reichweite einer Staff Engineer ist durch ihre Kommunikation begrenzt, und Schreiben ist das einzige Werkzeug, das Zinsen trägt. Ein Dokument kann von fünfzig Menschen in verschiedenen Zeitzonen gelesen werden und trägt trotzdem exakt deine Gedankenführung. Reden überzeugen im Moment; Beziehungen öffnen Türen; aber Schreiben baut ein gemeinsames Verständnis auf, das das Gespräch überdauert. Engineers, die in Prosa zu wenig investieren, begrenzen ihren eigenen Einfluss.
Probier es aus: Verwandle eine kürzlich mündlich getroffene Entscheidung in ein kurzes schriftliches Dokument und verteile es.
- 14Kapitel 14
Das Sechs-Seiten-Dokument, das das Slide-Deck schlug
Die Diskussion blieb fokussiert und produktiv, und die Strategie wurde mit minimaler Debatte gebilligt.
Die Idee
Das Medium formt das Denken. Folien belohnen Pointen; Narrativ belohnt Logik, denn durch sechs zusammenhängende Seiten kann man nicht einfach drüberhinwegfuseln. Die Vorlektüre verwandelt das Meeting vom Informationsübertragungsakt in echte Beratung – und das ist der einzige Teil, für den es sich überhaupt lohnt, Menschen in einen Raum zu setzen. Die zusätzlichen Stunden des Schreibens kaufen ein Meeting zurück, das sonst wochenlang geschwafelt hätte.
Probier es aus: Ersetze dein nächstes Strategie-Deck durch ein Sechs-Seiten-Dokument, das 48 Stunden vor dem Meeting verschickt wird.
- 15Kapitel 15
Die 50/50-Regel: die halbe Vorbereitung ist Übung
Ihre Vorschrift ist die 50/50-Regel: Verbringe die Hälfte deiner Vorbereitungszeit mit dem Inhalt und die andere Hälfte mit dem Einüben des Vortragens.
Die Idee
Engineers behandeln die Präsentation als Beiwerk, aber ein Vortrag ist eine Performance, ob es dir gefällt oder nicht. Üben ist keine Eitelkeit; es ist ein Lasttest deines Arguments mit echtem Atem und echtem Timing, und genau dort fliegen schwache Übergänge sofort auf. Die Vorbereitung hälftig zu teilen wirkt verschwenderisch, bis du siehst, wie eine brillante Idee an einem genuschelten Einstieg stirbt. Das Publikum beurteilt das Gesamtpaket, nicht nur die Folien.
Probier es aus: Bei deiner nächsten Präsentation: Probiere laut genau so viele Minuten, wie du für die Folien gebraucht hast.
- 16Kapitel 16
Der warme Weg zum VP: erst Kaffee, dann die Bitte
Stattdessen fand die Engineerin eine gemeinsame Verbindung, sicherte sich eine warme Einführung und vereinbarte ein 15-minütiges Kaffeegespräch, bevor sie überhaupt etwas erbat. Den Projektantrag genehmigte der VP in der Folgewoche.
Die Idee
Große Bitten reisen besser über warme Kanäle. Eine kalte Anfrage zwingt eine fremde Person, deine Idee und deine Glaubwürdigkeit gleichzeitig zu bewerten – ohne Kontext, ohne Wohlwollen. Eine warme Einführung leiht sich das Vertrauen des Vermittlers, und ein kurzes informelles Gespräch lässt den VP erst die Person kennenlernen, bevor er den Vorschlag abwägt. Fünfzehn Minuten Kaffee können Wochen voller Follow-up-Mails wert sein.
Probier es aus: Bevor du das nächste Mal um etwas Großes bittest, finde eine gemeinsame Verbindung und bitte um eine Einführung.
- 17Kapitel 17
RAPID: weiß, wer wirklich entscheidet
Eine Staff Engineer spielt oft die Rolle des Recommend: Sie erarbeitet den Vorschlag und formt die Optionen.
Die Idee
Entscheidungen scheitern weniger an schlechten Optionen als an unklarem Eigentum. RAPID trennt die Arbeit des Empfehlens, die Verpflichtung des Zustimmens, den Aufwand des Durchführens, den Wert des Inputs und die Autorität des Entscheidens, sodass niemand annimmt, jemand anderes werde den Abzug drücken. Für eine Staff Engineer ist es der Unterschied zwischen Einfluss und Frustration, diese Rollen vor dem Meeting zu kartieren. Du kannst den ganzen Tag über Empfehlungen aussprechen; wenn du den Entscheider nicht kennst, rufst du ins Leere.
Probier es aus: Kartiere die RAPID-Rollen für die nächste ausstehende Entscheidung deines Teams und kläre, wer Decide innehat.
- 18Kapitel 18
Nein zum Großkunden sagen und den Kunden trotzdem behalten
Die Ingenieurin sagte nein und erklärte, dass es einen nicht tragbaren Wartungsaufwand zum Nutzen eines einzigen Users bedeuten würde. Der Kunde blieb, und die Roadmap des Teams blieb intakt.
Die Idee
Ein Nein muss das Gespräch nicht beenden; es kann es umlenken. Einmal-Features für Großkunden wirken wie Umsatzsicherung, aber sie belegen still jede künftige Sprint mit Wartung, die man nicht loswird. Der stärkere Zug ist, die Roadmap zu schützen und das eigentliche Problem des Kunden mit dem zu lösen, was es schon gibt. Nein zum Feature sagen und ja zum Ergebnis – das ist der ganze Trick.
Probier es aus: Entwirf für die nächste Einzelfall-Anfrage zuerst einen Workaround mit bestehenden Fähigkeiten, bevor du dem Bau zustimmst.
- 19Kapitel 19
Disagree and commit ist eine Superkraft
'Disagree and commit ist eine Superkraft.' Sobald eine Entscheidung gefallen ist, ist deine Aufgabe, sie voll zu unterstützen, selbst wenn du dagegen argumentiert hast. Eine Entscheidung nachträglich zu untergraben zerstört Vertrauen und bremst die Umsetzung.
Die Idee
Organisationen bewegen sich nur so schnell wie ihre Verlierer. Wenn jede gefällte Entscheidung für Neuverhandlungen offen bleibt, vervielfachen sich Meetings und die Umsetzung kriecht, weil niemand weiß, welche Argumente wirklich abgeschlossen sind. Nach Dissens zuzustimmen ist keine Heuchelei; es ist der Preis dafür, dass man dir Einfluss auf künftige Entscheidungen vertraut. Die Superkraft ist, gefahrlos widersprechen zu können, weil die Leute wissen, dass du das Ergebnis trotzdem lieferst.
Probier es aus: Wähle eine Entscheidung, die du verloren hast, äußere deinen Widerspruch einmal und setze sie dann um, ohne sie neu zu verhandeln.
- 20Kapitel 20
Maker Time: Schütze zwei Stunden oder verliere alle
Ihre Gegenmaßnahme ist, Maker Time zu blocken: ununterbrochene Blöcke von mindestens 2 Stunden für vertiefte Arbeit.
Die Idee
Vertiefte Arbeit überlebt keine Fragmentierung. Zwei Stunden sind die Mindesteinheit, weil echte Probleme Aufwärmzeit brauchen, bevor das Denken beginnt, und ein Meeting 40 Minuten rein das Rad wieder auf null zurücksetzt. Staff Engineers, die ihren Kalender reaktiv füllen lassen, werden Vollzeit-Meetingteilnehmer, die am Wochenende coden. Der Block ist kein Luxus; hier entsteht jedes technische Urteil, das es wert ist, gefällt zu werden.
Probier es aus: Blocke zwei 2-Stunden-Maker-Sessions in den Kalender der nächsten Woche und sage alles ab, was darauf fällt.
- 21Kapitel 21
Burnout, Sabbatical und die 19-Uhr-Grenze
Das Ergebnis, das Reily berichtet, ist das, was zählt: anhaltende Produktivität ohne Burnout.
Die Idee
Nachhaltiger Output schlägt heroischen Output, und die Rechnung geht nur mit Grenzen auf. Ein Jahr Überarbeitung schadet nicht nur der Person; es verschlechtert das Urteilsvermögen und die Geduld, auf denen die Rolle beruht. Das Sabbatical behebt den akuten Schaden, aber die 19-Uhr-Grenze und geschützte Wochenenden verhindern den Rückfall. Erholung ohne geänderte Gewohnheiten ist nur eine Verzögerung vor dem nächsten Zusammenbruch.
Probier es aus: Setze diese Woche eine harte Abend-Stoppzeit und halte sie jede Nacht ein.
- 22Kapitel 22
Dein Vermächtnis sind die Menschen, nicht der Code
Das höchste Ziel einer Staff Engineerin, erinnert sie die Leser, ist, die Organisation besser zu hinterlassen, als man sie vorgefunden hat. 'Dein Vermächtnis ist nicht der Code, den du geschrieben hast, sondern die Menschen, die du wachsen ließest, und die Systeme, die du widerstandsfähiger gemacht hast.'
Die Idee
Karrieren auf Staff-Level werden daran gemessen, was bleibt, wenn du weiterziehst. Jeder Commit wird irgendwann gelöscht, aber die Engineers, die du mentoriert hast, tragen dein Urteilsvermögen in Teams, die du nie berührst, und widerstandsfähige Systeme federn Jahre lang Stöße ab. Das stellt die täglichen Entscheidungen neu: Die zusätzliche Stunde, in der du das Design eines anderen reviewst, überdauert die zusätzliche Stunde an eigenem Code. Vermächtnis ist eine Ansammlung kleiner Investitionen in Menschen und Dauerhaftigkeit.
Probier es aus: Benenne einen Engineer, in den du dieses Quartal aktiv investierst, und buche die erste Mentoring-Session.
Zum Merken
Die besten Zitate
“Deine Handlungen wirken verstärkt. Wenn du Abkürzungen nimmst, wird dein Team Abkürzungen nehmen. Wenn du Menschen mit Respekt behandelst, wird dein Team Menschen mit Respekt behandeln.”
“Du kannst alles tun, aber du kannst nicht alles gleichzeitig tun.”
“Disagree and commit ist eine Superkraft.”
“Dein Vermächtnis ist nicht der Code, den du geschrieben hast, sondern die Menschen, die du entwickelt hast, und die Systeme, die du widerstandsfähiger gemacht hast.”
Eine faire Kritik
Schwächen
Das Buch stützt sich stark auf Reilys eigene Karriere und die Umgebungen, die sie am besten kennt; die Beispiele neigen daher zu großen Produktunternehmen. Ingenieur:innen in Startups, Beratungen oder Nicht-Tech-Firmen werden die Ratschläge zur Organisationspolitik schwerer übertragen können. Manche Frameworks, wie die Archetypen und die Three Maps, sind eher beschreibend als operativ und lassen die Leser:innen die Mechanik selbst herausarbeiten. Wer tiefe Anleitung zur Frage technischer Tiefe versus Breite sucht oder zu Staff-Rollen in kleineren Unternehmen, muss anderswo fündig werden.
In einem Satz
Staff Engineering ist das Handwerk, technisches Urteilsvermögen durch Karten, Schreiben, Grenzen und die Menschen, die man fördert, in organisatorische Wirkung zu übersetzen.
Ist es etwas für dich?
Für wen sich das Buch eignet
Senior Engineers, die den Sprung zur Staff-Stufe abwägen, und neue Staff Engineers, die sich fragen, warum sich der Job ganz anders anfühlt als der Titel versprach. Ebenso wertvoll für Manager:innen, die Staff-Rollen definieren, und für Beförderungskommissionen, die entscheiden, wie Staff-Level-Wirkung aussieht.
4 Fragen
Kurzes Quiz: Wie gut kennst du The staff engineer's path?
0 von 4 beantwortet