Wie skalierst du eine Organisation von Dutzenden auf Hunderte von Ingenieuren?

Question

Accepted Answer

Die Skalierung von Dutzenden auf Hunderte ist eine **Reihe von Phasenwechseln**, kein reibungsloses Wachstum. Was bei 30 Ingenieuren funktioniert, scheitert bei 100 und erneut bei 300. Der CTO muss Kommunikation, Entscheidungsfindung und Führung bei jedem Schwellwert neu gestalten.

## Warum es wichtig ist

```text
WHAT CHANGES AS YOU SCALE
- Communication: informal → structured (you can't all be in one room)
- Decisions: centralized → delegated to trusted leaders
- Structure: one team → domains → divisions/platforms
- Leadership: ICs → managers → managers-of-managers you must develop
- Process: ad hoc → lightweight standards & paved roads
```

Die bindende Einschränkung verlagert sich von **dem Aufbau des Produkts** zu **dem Aufbau der Organisation, die das Produkt aufbaut**.

## Konkretes Beispiel

Ein CTO, der bei 40 Ingenieuren persönlich jede technische Entscheidung getroffen hat, verbringt die Fahrt zu 250 mit der Einstellung und Entwicklung von Direktoren, der Definition von Entscheidungsrechten, damit diese nicht mehr zur Engstelle werden, und dem Ersetzen von Flurkoordination durch klare Team-Schnittstellen und ein Platform-Team.

## Kompromisse und Fallstricke

- **Fallstrick:** Der Gründer/CTO weigert sich zu delegieren und wird zur Engstelle.
- **Fallstrick:** Großflächiges Kopieren von Großunternehmensprozessen und Zerstörung der Geschwindigkeit.
- Jede Schicht der Struktur erhöht den Overhead; füge sie kurz vor dem Schmerz hinzu, nicht davor.