Sie brauchen weniger Engineers, als Sie denken

Headcount ist kein Fortschritt, und in der KI-Ära ist Overhiring der stille Killer von Startups. Das Plädoyer für kleine Senior-Pods, mit Zahlen.

Mert Mutlu·Gründer & CEO, Aiporate··6 Min. Lesezeit·Share on XLinkedIn

Das Wichtigste in Kürze

  • Headcount ist eine Kostenposition, die sich als KPI ausgibt. Gelieferte Ergebnisse sind der KPI.
  • Der Koordinationsaufwand wächst mit dem Quadrat der Teamgröße; ein Team von 20 verbringt mehr Zeit mit Abstimmung als mit Bauen.
  • KI-Hebel hat die Rechnung verändert: 3-5 starke Seniors mit KI-Tooling liefern heute mehr aus als das 10-15-Personen-Team von vor fünf Jahren.
  • Overhiring verzinst sich still: mehr Manager, mehr Prozesse, mehr Meetings, erfundene Arbeit, dann Layoffs, die die Moral treffen.
  • Die Standardantwort auf „wir brauchen mehr Leute“ ist „zeigen Sie mir den Engpass“, meistens sind es Fokus, Scope oder Seniorität, nicht Köpfe.

Sie brauchen weniger Engineers, als Sie denken, wahrscheinlich die Hälfte, und der Reflex, Fortschritt in Headcount zu messen, ist die teuerste Gewohnheit, die ein Gründer in die KI-Ära mitnehmen kann. Koordinationskosten wachsen quadratisch, während der Output bestenfalls linear wächst, KI-Hebel hat den Output pro Engineer vervielfacht, und trotzdem werden Hiring-Pläne noch geschrieben, als wäre es 2019. Wir halten einen Pod aus drei bis fünf Seniors für die Standardeinheit des Engineerings, und jede Einstellung darüber hinaus sollte sich selbst rechtfertigen müssen.

Die Rechnung, die niemand vor dem Hiring aufmacht

TeamKommunikationspfadePraktische FormWas wir beobachten
3-5 Seniors + KI-Hebel3-10Ein Pod, keine ManagerDas schnellste Liefern pro Dollar, das wir sehen
8-10 Engineers28-45Braucht einen Lead, Prozesse entstehenGut, wenn in zwei echte Pods geteilt
15-20 Engineers105-190Manager, Sync-Meetings, Roadmap-TheaterOutput pro Kopf halbiert sich ungefähr
30+435+Koordination wird der eigentliche JobNur durch echt parallele Produkte gerechtfertigt
Teamgröße vs. realer Output

Warum trotzdem overhired wird

  • Fundraising-Theater: Headcount liest sich als Traction für Leute, die keinen Code lesen.
  • Gründer-Status: „Ich führe 40 Engineers“ fühlt sich besser an als „wir liefern wöchentlich mit sechs“.
  • Fehldiagnose: Langsames Liefern wird als Kapazitätsproblem behandelt, obwohl es fast immer unklarer Scope, schwache Seniorität oder fehlender Fokus ist.
  • Konzern-Muskelgedächtnis: Führungskräfte, die anderswo Organisationen skaliert haben, reproduzieren die Organisation, nicht die Ergebnisse.

Was Sie statt Hiring tun sollten

  1. 1Schneiden Sie zuerst den Scope: Die meisten „Kapazitätsprobleme“ sind drei Prioritäten, die sich als eine ausgeben.
  2. 2Erhöhen Sie Seniorität vor Quantität: Ein Senior, der Ende-zu-Ende liefert, schlägt drei Engineers, die Anleitung brauchen.
  3. 3Instrumentieren Sie den KI-Hebel: Wenn Ihr Team KI-Tooling nicht aggressiv nutzt, haben Sie latente Kapazität, die Sie bereits bezahlen.
  4. 4Holen Sie temporäre Embedded-Kapazität für echte Spitzen, statt permanenten Headcount für temporäre Probleme.
  5. 5Wenn ein Engpass alle vier Schritte überlebt, stellen Sie ein, einen Senior nach dem anderen, in einen Pod, der klein bleibt.

Häufige Fragen

Wie viele Engineers braucht ein Startup tatsächlich?

Vor Product-Market-Fit: 2-5 inklusive eines technischen Gründers oder Fractional Leads. Nach PMF: Wachsen Sie in Pods von 3-5 Seniors pro Produktbereich und fügen Sie nur dann einen Pod hinzu, wenn ein Engpass Scope-Schnitte und Senioritäts-Upgrades überlebt. Die meisten Startups, die wir sehen, könnten mit weniger Leuten schneller liefern.

Ist ein größeres Team nicht schneller?

Selten, und meistens das Gegenteil. Kommunikationspfade wachsen quadratisch, jede Einstellung jenseits eines kleinen Pods fügt also Koordinationskosten hinzu, die ihren Beitrag auffressen. Geschwindigkeit kommt aus Seniorität, Fokus und KI-Hebel, nicht aus Headcount.

Wann ist mehr Engineers einzustellen die richtige Antwort?

Wenn ein spezifischer, benannter Engpass Scope-Schnitte, mehr Seniorität und die Ausschöpfung von KI-Tooling überlebt, oder wenn Sie echt parallele, entkoppelte Produkte haben. Stellen Sie für diesen Engpass ein, einen Senior nach dem anderen, und halten Sie die Pods klein.

MM

Mert Mutlu

LinkedIn ↗

Gründer & CEO, Aiporate

Mert hat Aiporate gegründet, um die Lücke zwischen KI-Adoption und KI-nativer Fähigkeit zu schließen. Er schreibt darüber, wie sich Organisationen um KI neu aufstellen sollten, und darüber, was es wirklich braucht, um KI-Talente einzustellen, zu prüfen und produktiv zu machen.

Brauchen Sie das Team, um das umzusetzen?

Beschreiben Sie Ihren Bedarf in normalem Deutsch und erhalten Sie die exakte Besetzung, Forward-Deployed-Talente oder eine fraktionale Führungskraft, geprüft und in 72 Stunden gematcht.

Bedarf beschreiben →

Weiterlesen

Der Weekly Brief

Wissen für den Aufbau KI-nativer Organisationen.

Eine E-Mail pro Woche: die schärfsten Gedanken zu KI-Hiring, Infrastruktur, Teams und Strategie, für alle, die die Zukunft der Arbeit bauen.

Für Operator, Gründer und CTOs. Kein Spam, jederzeit abbestellbar.