Vorlage für die Stellenbeschreibung VP of Engineering - Leitfaden 2026

Von Kevin Kim · Aktualisiert am 6. September 2026

Die meisten Unternehmen machen bei dieser Einstellung schon vor der Anzeige einen Fehler, weil sie sich für einen Titel entscheiden, bevor sie entschieden haben, was das Unternehmen braucht. Ein VP of Engineering führt die Organisation: wer in welchem Team sitzt, wie Arbeit ausgeliefert wird, wer befördert wird und warum die Roadmap drei Wochen im Verzug ist. Das ist etwas anderes, als die technische Richtung zu setzen, und wer beides vermischt, stellt einen starken Architekten in eine Rolle ein, die einen organisatorischen Macher brauchte, oder umgekehrt. Dies ist eine Anleitung zu Personalgewinnung und Rollendesign, keine Vorgabe für ein Organigramm; verstehen Sie Unternehmensgröße und Finanzierungsphase als die eigentlichen Eingangsgrößen. Allgemeine Hinweise zum guten Aufbau jeder Anzeige finden Sie in unserem Leitfaden zu Best Practices für Stellenbeschreibungen.

Wenn Ihr Team bereits einen starken technischen Visionär auf dem Platz des CTO hat und die Roadmap trotzdem nicht ausgeliefert wird, liegt die Lücke meist nicht bei der Technologie. Es ist die Umsetzung, und ein VP of Engineering ist die Lösung.

Wichtige Eckpunkte

• Dies ist eine Rolle für Organisation und Lieferung, nicht für Technologiestrategie: Sie verantwortet Personalgewinnung, Struktur, Prozess, Geschwindigkeit und Retention, während ein CTO die Technologievision und die nach außen gerichtete technische Stimme verantwortet.
• Ein Gründer-CTO, der den ersten VP Eng einstellt, räumt meist ein Umsetzungsproblem ein, kein Technologieproblem: Die Roadmap ist über das hinausgewachsen, was eine Person zugleich entwerfen und führen kann.
• Die Mitarbeiterzahl ist ein echtes Signal, keine Eitelkeitskennzahl: Die meisten Unternehmen brauchen diese Rolle bei etwa 15 bis 25 Engineers und eine Director-Ebene darunter, sobald die Organisation 80 bis 100 überschreitet.
• Der Job wird an Ergebnissen gemessen, nicht an Aktivität: Planbarkeit der Lieferung, Retention, Hiring-Durchsatz, Zuverlässigkeitslage und die Balance zwischen Plattform und Features.
• Er wird häufig durch die Beförderung eines Directors besetzt, der den Job nie zuvor innehatte: Das kann funktionieren, aber nur, wenn das Unternehmen auf Kompetenzen prüft, die die Director-Rolle nie verlangte.
• Keine staatliche Gehaltserhebung erfasst diesen Titel eigens: Der nächstliegende Bundesanker liegt deutlich unter dem, was ein VP Eng bei einem finanzierten Technologieunternehmen verdient, und dieser Leitfaden erklärt, warum.

Warum diese Rolle wichtig ist

Stellenanzeigen verwenden „VP of Engineering“ und „CTO“ routinemäßig austauschbar, und das ist das Erste, was Sie beheben sollten, bevor Sie eine der beiden Anzeigen schreiben. Ein CTO verantwortet, wohin die Technologie geht: Architektur-Wetten, Build-versus-Buy-Entscheidungen, oft die externe technische Stimme, häufig als der Gründer, der die erste Version des Produkts geschrieben hat. Ein VP of Engineering verantwortet, wie sie gebaut wird: Struktur, Personalgewinnung, Prozess, Geschwindigkeit und ob die Roadmap in einem planbaren Takt ausgeliefert wird. Das eine ist ein Strategie-Job, das andere ein Job für Organisation und Lieferung, und die meisten Unternehmen nehmen fälschlich an, jedes Skalierungsproblem sei vom CTO zu lösen. Wenn die Roadmap unter einem Gründer-CTO in Doppelfunktion immer weiter rutscht, ist ein VP of Engineering meist die Lösung; ein zweiter technischer Stratege bringt nur eine weitere Person ohne Verantwortung für die Lieferung.

Daten zum Organisationsdesign stützen das. Die Analyse von Jellyfish aus 2025 zu Verhältnissen von Managern zu Engineers in 445 Unternehmen stellte fest, dass der Durchschnitt bei etwa einem Manager je fünf Engineers liegt und sich von 1:7,5 in der Frühphase auf 1:4,6 in späteren Phasen verengt, wobei ausscheidende Engineers überproportional häufig ein überdurchschnittliches Verhältnis hatten und Engineers unter Managern mit 10+ Berichtenden rund vier Monate hinter der Basis-Betriebszugehörigkeit zurückblieben. Ein VP Eng, der Führungsspannen unbemerkt abdriften lässt, produziert im Stillen das Abwanderungsproblem, das er später erklären muss.

Der Streit um Plattform versus Features, den jeder VP of Engineering mit dem Produktbereich führt, hat in beide Richtungen messbare Nachteile. Der Engineering Reality Report 2026 von Chainguard (1.200 Engineers und Führungskräfte, befragt im August 2025) stellte fest, dass Engineers nur 16 Prozent ihrer Woche mit neuen Features verbringen und 79 Prozent Wartung als großen Zeitfresser nennen; wer Plattformarbeit zu lange aushungert, verschlechtert dieses Verhältnis. Der DORA-Bericht 2025 zu KI-gestützter Softwareentwicklung (State of AI-assisted Software Development) von Google Cloud (knapp 5.000 Fachleute) ergänzt eine Besonderheit der KI-Ära: 90 Prozent nutzen inzwischen KI bei der Arbeit, aber KI verstärkt jedes System, in das sie eingesetzt wird. Eine gut geführte Organisation wird schneller; eine schlecht geführte bekommt dieselben Probleme, nur schneller.

Eine kurze Liste von Ergebnissen trennt einen VP of Engineering, der seinen Platz verdient, von einem, der es nicht tut.

Ein Team mit 12 Personen braucht selten alle vier Rollen; es braucht meist einen CTO oder einen einzelnen starken Engineering Manager. Bei 200 Engineers braucht es alle vier, wobei der VP of Engineering die verbindende Ebene ist.

Primäre Vorlage für die Stellenbeschreibung

Über die Rolle

Wir suchen einen VP of Engineering, der verantwortet, wie die Engineering-Organisation von [Firmenname] aufgebaut, besetzt und im Alltag geführt wird. Sie nehmen die mit dem CTO oder dem Gründungsteam gesetzte Richtung und machen daraus einen planbaren Lieferrhythmus: die richtigen Teams, Prozesse, Menschen und eine Roadmap, die pünktlich ausgeliefert wird. Das ist zuerst eine Rolle für Menschen und Systeme; Sie verbringen mehr Zeit mit Organisationsdesign und Personalgewinnung als mit dem Schreiben von Produktionscode.

Sie berichten an [den CEO / den CTO] und arbeiten täglich mit der Produktleitung zum Umfang zusammen, mit Directors of Engineering und EMs zur Umsetzung sowie mit dem CTO daran, Strategie in eine besetzte Roadmap zu verwandeln. Je nach Größe verantworten Sie auch Site Reliability und DevOps direkt.

Die ideale Person hat eine vergleichbare oder größere Organisation geführt, Engineering Manager eingestellt und sich von ihnen getrennt und kann eine zahlengestützte Antwort darauf verteidigen, wie ein Team neu auszubalancieren ist, das Features ausliefert und dabei im Stillen technische Schulden aufbaut.

Hauptaufgaben

• Organisationsdesign: Legen Sie Teamgrenzen, Berichtslinien und Führungsspannen fest, wenn sich die Mitarbeiterzahl ändert.
• Personalgewinnung und Talent-Pipeline: Verantworten Sie den Einstellungsplan und den Funnel, von der Personalplanung bis zu den finalen Angeboten.
• Lieferung und Planbarkeit: Legen Sie den Planungsrhythmus fest und verantworten Sie die Lücke zwischen Ausgeliefertem und Zugesagtem.
• Retention und Teamgesundheit: Verfolgen Sie Engagement und bedauerte Abgänge und handeln Sie, bevor es sich in einem Austrittsgespräch zeigt.
• Aufteilung zwischen Plattform und Features: Verantworten Sie die wiederkehrende Verhandlung mit dem Produktbereich über Infrastruktur versus Features.
• Vorfälle und Zuverlässigkeitslage: Legen Sie den Standard für Bereitschaftsdienst und Postmortems mit einem Site Reliability Engineer oder Plattform-Team fest und vereinbaren Sie, wo der Engineering-Bereitschaftsdienst an denjenigen übergibt, der die Erkennung verantwortet, sei es ein Security Analyst oder ein externer Anbieter.
• Prozess und Tooling: Wählen Sie Prozesse aus und entwickeln Sie sie weiter, ohne dass sie selbst zum Engpass werden.
• Entwicklung von Managern: Stellen Sie Manager ein, coachen und beurteilen Sie sie; die Gesundheit einer Organisation übersteigt selten die ihres mittleren Managements.
• Funktionsübergreifende Partnerschaft: Vertreten Sie die Kapazität ehrlich gegenüber dem Produktbereich, auch gegenüber Technical Program Managern bei teamübergreifender Arbeit.
• Budgetverantwortung: Verantworten Sie das Budget für Stellen und Tooling und wägen Sie mehr Personal gegen bessere Infrastruktur ab.

Anforderungen

Muss-Qualifikationen:

• 8+ Jahre Engineering-Erfahrung, davon 4+ Jahre Führung von Managern
• Erfahrung, ein Team durch einen deutlichen Wendepunkt bei der Mitarbeiterzahl zu skalieren
• Nachweis, eine messbare Lieferungs- oder Zuverlässigkeitskennzahl verbessert zu haben
• Erfahrung in der Verantwortung für ein Engineering-Budget und einen Stellenplan
• Sicherheit bei organisatorischen Abwägungen mit unvollständigen Informationen
• Nachweis, Engineering Manager eingestellt, entwickelt und wenn nötig verabschiedet zu haben
• Die Fähigkeit, technische Randbedingungen für nicht-technische Stakeholder zu übersetzen

Wünschenswerte Qualifikationen:

• Frühere Erfahrung als Director of Engineering vor einem Verantwortungsbereich auf VP-Ebene
• Erfahrung in der Zusammenarbeit mit einem technischen Mitgründer oder CTO oder im Reporting an diesen
• Hintergrund im Reifemachen eines Bereitschafts- und Incident-Response-Programms
• Vertrautheit mit KI-gestützten Workflows und damit, wie sie die Kapazitätsplanung verändern
• Erfahrung im Umfeld von Platform Engineering oder infrastrukturlastigen Umgebungen

Was wir bieten

• Wettbewerbsfähige Vergütung: Grundgehalt und Beteiligung passend zur Unternehmensphase (siehe Vergütungsleitfaden unten)
• Substanzielle Beteiligung: Ein Grant für eine Führungskraft, die eine Funktion aufbaut, nicht der Grant einer Einzelkraft
• Umfassende Zusatzleistungen: Kranken-, Zahn- und Sehversicherung, Zuschuss zur Altersvorsorge und flexible bezahlte Freistellung
• Führungskräfteentwicklung: Budget für Executive Coaching und Konferenzen
• Echte Befugnis: Verantwortung für Entscheidungen zu Personalgewinnung, Struktur und Prozess, kein Titel ohne Mandat
• Karriereweg: Ein definierter Weg zum CTO oder in eine VP- oder SVP-Rolle mit größerem Verantwortungsbereich

Kontextvarianten

Konzernumfeld

In einem großen oder börsennotierten Unternehmen verantwortet ein VP of Engineering typischerweise mehrere hundert Engineers über eine Ebene von Directors und wird an der Lieferung auf Portfolio-Ebene gemessen, nicht an der Leistung eines einzelnen Teams. Erwarten Sie ein formales Leveling-Framework und einen Rhythmus, der an unternehmensweite OKRs gekoppelt ist. Die Laufbahn führt vom Director zum VP, dann zum SVP of Engineering oder CTO.

Startup-Umfeld

In einem Startup ist der VP of Engineering oft die erste eigene Führungskraft für Menschen und Prozesse, die die Organisation je hatte, und kommt, nachdem ein Gründer-CTO ein oder zwei Jahre lang nach Instinkt geführt hat. Erwarten Sie, den Einstellungsprozess aus fast dem Nichts aufzubauen und dabei praktisch genug zu bleiben, um ein festgefahrenes Projekt freizuräumen. Beteiligung ist ein bedeutender Teil der Vergütung, und die Schonfrist ist kurz: Ohne Verbesserung der Lieferung innerhalb von zwei Quartalen schwindet das Vertrauen.

Remote-/Hybrid-Umfeld

Ein Remote-VP of Engineering kann Planung und Skip-Level-Gespräche per Video wirksam führen, und verteilte Teams erzwingen oft eine Disziplin bei schriftlichen Spezifikationen, die Teams vor Ort überspringen. Schwerer fällt es, einen angeschlagenen, frisch beförderten Manager zu erkennen, bevor es sich in den Lieferkennzahlen zeigt, und Vertrauen aufzubauen, das einen Engineer dazu bringt, ein Problem früh zu melden, statt im Stillen eine neue Stelle zu suchen. Präsenzzeit zählt weiterhin am meisten rund um Offsites und die ersten Monate eines neuen Directors.

Branchenspezifische Überlegungen

Der Kernjob ändert sich je nach Branche kaum. Es ändert sich, welche Randbedingung das Gespräch über Organisationsdesign dominiert.

Die Unternehmensphase erklärt weiterhin mehr Unterschiede als die Branche.

Vergütungsleitfaden

Wie die Bundesdaten zu diesem Titel passen

Keine staatliche Gehaltserhebung veröffentlicht eine Kategorie „VP of Engineering“. Die nächstliegende Entsprechung sind Computer and Information Systems Managers, die das U.S. Bureau of Labor Statistics mit einem Median-Jahresgehalt von $175.140 (Stand Mai 2025) bei 685.800 Stellen ausweist, mit einem prognostizierten Wachstum von 16 Prozent von 2025 bis 2035, deutlich schneller als der Durchschnitt, und etwa 53.500 offenen Stellen pro Jahr. Typischer Einstieg ist ein Bachelorabschluss plus 5 Jahre oder mehr einschlägige Berufserfahrung.

Dieser Berufscode ist eine nützliche Untergrenze, und zwar eine breite: Er reicht von einem IT Manager, der einen Help Desk leitet, bis zu einem VP of Engineering, der eine Organisation mit 150 Personen in einem finanzierten Unternehmen führt. Der Median liegt deutlich unter dem, was ein tatsächlicher VP of Engineering in einem wagniskapitalfinanzierten oder börsennotierten Unternehmen verdient, und diese Lücke ist hier die eigentliche Geschichte. Nutzen Sie die BLS-Zahl als Untergrenze, nicht als Zielangebot.

Marktvergütung nach Erfahrungsstufe

Die folgenden Spannen übersetzen diese Bundes-Untergrenze in arbeitgeberseitig gesetzte Marktplanungsbänder nach Unternehmensphase, aufgebaut um Stellenanzeigen von 2026 und die übliche Praxis. Sie sind Ausgangspunkte für die Budgetierung, kein Zitat aus einer Gehaltsdatenbank.

Beteiligung macht einen größeren Anteil dieses Pakets aus, als ein Band nur für das Grundgehalt vermuten lässt, besonders früh; dieser Leitfaden verzichtet auf konkrete Beteiligungsprozente, da sie je nach Runde und Hebel zu stark schwanken. Bewerten Sie die Beteiligung an Ihrer eigenen Cap Table.

Leitfaden zur Anpassung nach Metropolregion

Der Standort verschiebt diese Bänder weiterhin. Verstehen Sie die folgenden Stufen als richtungsweisende Multiplikatoren, nicht als feste Werte.

Anforderungsmatrix nach Erfahrungsstufe

Die Mitarbeiterzahl ist das verlässlichere Signal für die Größenordnung: Ein Veteran mit 12 Jahren, der 20 Engineers führt, und einer, der 200 führt, tragen denselben Titel, haben aber verschiedene Jobs.

Interviewfragen

Auf dieser Ebene prüfen die fachlichen Fragen Organisationsdesign, Liefersysteme und technisches Urteilsvermögen, nicht, ob der Kandidat noch eine for-Schleife schreiben kann.

Fachliche Fragen

1. Organisationsdesign: „Strukturieren Sie eine Organisation mit 40 Personen von Grund auf.“ Achten Sie auf: eine Begründung, die an die Produktverantwortung geknüpft ist, kein kopiertes Organigramm.
2. Führungsspannen: „Wann hat ein Manager zu viele direkt Berichtende?“ Achten Sie auf: eine konkrete Zahl und einen Plan.
3. Planbarkeit der Lieferung: „Ihre Organisation verfehlte immer wieder zugesagte Termine. Was hat sich geändert?“ Achten Sie auf: eine echte Diagnose und eine Prozesslösung, nicht „wir haben uns mehr angestrengt“.
4. Plattform vs. Features: „Wie teilen Sie Kapazität zwischen technischen Schulden und Features auf?“ Achten Sie auf: ein Framework, das die Person vor einer skeptischen Produktleitung verteidigt hat.
5. Incident Response: „Beschreiben Sie ein Incident-Programm, das Sie aufgebaut oder verbessert haben.“ Achten Sie auf: Verantwortung für die Lösung und für die menschliche Seite.
6. Hiring im großen Maßstab: „Wie halten Sie den Einstellungsmaßstab über 5 Loops statt über 1 konstant?“ Achten Sie auf: Kalibrierungsmechanismen, nicht „ich vertraue meinen Managern“.
7. Architekturverständnis: „Eine große Architekturentscheidung, die Ihr Team getroffen hat und die Sie nicht entworfen haben.“ Achten Sie auf: genug Tiefe, um eine schlechte Entscheidung zu erkennen, ohne sich zu überschätzen.
8. Kapazitätsplanung in der KI-Ära: „Wie hat KI-gestützte Entwicklung die Kapazitätsplanung verändert?“ Achten Sie auf: eine konkrete Antwort, nicht „KI macht uns schneller“.

Verhaltensbasierte Fragen

1. Vertrauen wiederaufbauen: „Sie haben ein Team mit niedriger Moral übernommen. Die ersten 90 Tage?“ Achten Sie auf: zuerst Diagnose, dann konkretes Handeln.
2. Schwierige Abwägungen: „Den Umfang kürzen, um Ihr Team zu schützen. Wie haben Sie entschieden?“ Achten Sie auf: die Bereitschaft, den daraus folgenden Gegenwind zu tragen.
3. Manager führen: „Ein Manager, der Schwierigkeiten hatte. Woran haben Sie es erkannt, und was haben Sie getan?“ Achten Sie auf: echte Signale und ein echtes Eingreifen, bis hin zu einem schwierigen Gespräch.
4. Funktionsübergreifender Konflikt: „Ein ernster Streit mit einer Produktleitung über den Umfang. Wie wurde er gelöst?“ Achten Sie auf: Lösung durch Daten, nicht durch Seniority.
5. Skalieren durch einen Wendepunkt: „Ihre Organisation hat sich etwa verdoppelt. Was brach zuerst?“ Achten Sie auf: das Bewusstsein, dass Wachstum Dinge vorhersehbar bricht.
6. Einen Fehlschlag verantworten: „Eine Lieferzusage, die Ihre Organisation öffentlich verfehlt hat. Wie haben Sie das kommuniziert?“ Achten Sie auf: direkte Verantwortung und eine Lösung, keine Schuldzuweisung an andere.

Fragen zur kulturellen Passung

1. Führungsphilosophie: „Das Team vor Druck schützen und zugleich transparent sein, wie balancieren Sie das?“ Achten Sie auf: einen echten Standpunkt, kein Ausweichen.
2. Partnerschaftsstil: „Ihre ideale Beziehung zu einem CTO oder technischen Mitgründer.“ Achten Sie auf: Klarheit darüber, wo Befugnis beginnt und endet.
3. Prozessphilosophie: „Woran erkennen Sie, dass ein Prozess zum Overhead geworden ist?“ Achten Sie auf: die Gewohnheit, Prozess zu entfernen, nicht nur hinzuzufügen.
4. Maßstäbe für das eigene Team: „Wen aus Ihren letzten drei direkt Berichtenden würden Sie zuerst einstellen, und warum?“ Achten Sie auf: konkrete Personen und Gründe, ein Zeichen echter Talententwicklung.

Einstellungstipps

Diese Rolle wird öfter durch die Beförderung eines internen Directors besetzt als durch eine externe Suche, und das kann funktionieren, da ein starker Director das Team bereits kennt. Aber die Jobs verlangen unterschiedliche Kompetenzen: Ein Director setzt eine Struktur um, die jemand anderes entworfen hat, ein VP Eng entwirft sie. Prüfen Sie vor einer internen Beförderung, was die Director-Rolle nie verlangt hat: eine Einstellungs-Pipeline aufbauen, ein Budget verhandeln oder eine unpopuläre Organisationsentscheidung verteidigen. Lautet die Antwort durchgehend Nein, planen Sie eine echte Einarbeitungsphase, statt anzunehmen, dass die Beförderung allein diese Kompetenzen aufbaut.

Kurzer Sourcing-Leitfaden

Zu vermeidende Warnsignale