Vorher vs. Nachher: Das Gesamtbild
Die folgende Infografik kontrastiert den gründerabhängigen Status quo mit dem skalierbaren Zielbetriebsmodell. Links das Chaos – Flaschenhälse, Wissensmonopole und regulatorische Panik. Rechts die Lösung: klare Team-Topologien, dezentrale Entscheidungsrechte und evidenzbasierte Autonomie.
Messbare Transformation
Die neue skalierbare Teamstruktur
Das TOM basiert auf dem unFix-Modell und kombiniert vier spezialisierte Team-Typen mit klaren Verantwortlichkeiten und definierten Interaktionsmodi. Die Gründer rücken vom operativen Engpass in eine strategische Governance-Rolle – gesteuert über Quartalsziele statt Ad-hoc-Entscheidungen.
Übersicht der Team-Typen
| Team-Typ | Anzahl | Mitarbeiter (ca.) | Fokus |
|---|---|---|---|
| Stream-Aligned | 6 | ~120 | End-to-End-Verantwortung für Wertströme |
| Platform | 1 | ~35 | ML-Pipelines & CI/CD als Self-Service |
| Enabling | 3 | ~30 | Regulatory/MDR, Wissensaufbau, Enablement |
| Complicated Subsystem | 2 | ~20 | Deep Learning & Datensicherheit (GDPR/HIPAA) |
Warum dieses TOM die Time to Market verbessert
Stream Aligned Teams = Flow statt Wasserfall
Keine Handover-Verluste – 95 % der Time-to-Market-Verluste kommen von Übergaben zwischen Teams. Kein Warten auf Gründer-Freigaben, da jedes Team End-to-End-Verantwortung trägt. Jedes Team kennt den regulatorischen Kontext, wodurch Überraschungen am Schluss entfallen.
Platform Teams = Multiplikator, kein Bottleneck
Selbstbedienung nach dem Amazon-Prinzip: Pipeline-Button klicken, in 5 Minuten fertig. Automatische Audit-Logs für das Gesundheitsamt sind eingebaut, nicht nachgerüstet. Neue Entwickler werden in 4 Wochen statt 6 Monaten produktiv – durch dokumentierte Plattform-APIs und standardisiertes Onboarding.
Little's Law: Time to Market = Arbeit / Kapazität × Wartefaktor
Vorher: 1 Feature/Woche × 10x Wartefaktor = 10 Wochen Time to Market. Nachher (TOM): 5 Features/Woche × 1x Wartefaktor = 1 Woche Time to Market. Die Reduktion des Wartefaktors durch Dezentralisierung ist der entscheidende Hebel.
Klare Spielregeln zwischen Teams
Die Zusammenarbeit erfolgt ausschließlich über drei definierte Modi – keine informellen Abhängigkeiten, keine Gründer als Vermittler:
- Kooperation — Zwei Teams arbeiten gemeinsam an einer Schnittstelle (z. B. Stream-Aligned + Complicated Subsystem bei einem neuen ML-Modell).
- X-as-a-Service — Ein Team stellt einen Self-Service bereit, den andere konsumieren (z. B. Platform Crew liefert CI/CD-Pipelines).
- Unterstützung — Ein Enabling Team befähigt ein anderes temporär (z. B. Regulatory Enablement schult eine Crew in MDR-Compliance).
„Die Entscheidungsrechte klären. Punkt. Wer darf was entscheiden, ohne dass es durch die Gründer muss? Solange das nicht klar ist, ist alles andere Kosmetik."