Retention & Team-Topologien

# Retention und Team-Topologien

2019 stieß Spotifys Datenorganisation an eine Wand, die die meisten CDOs irgendwann erreichen. Das Unternehmen hatte sein berühmtes „Squad"-Modell in den Datenbereich skaliert und Analysten und Engineers direkt in Produkt-Tribes eingebettet. Für Geschwindigkeit funktionierte das hervorragend, für das Handwerk katastrophal. Data Engineers berichteten an Product Manager, die ihre Arbeit nicht bewerten konnten, Karrierepfade lösten sich auf, und die Leute, die dimensionale Modellierung am besten verstanden, sollten Dashboards für den nächsten Sprint ausliefern. Die Abwanderung unter den erfahrenen Datenleuten stieg. Die Lösung war nicht, mehr Leute einzustellen. Sie bestand darin, die *Topologie* neu zu verdrahten, also die Struktur des Teams im Verhältnis zum Geschäft, das es bedient.

Das ist die Falle. Die meisten CDOs behandeln Organisationsstruktur als einmalige Entscheidung während einer Reorganisation und Retention als HR-Problem, das man mit Comp-Bändern löst. Es ist dasselbe Problem. Wie Sie das Team verdrahten, bestimmt, wer ausbrennt, wer stagniert und wer geht. Ihr Operating Model ist Ihre Retention-Strategie, ob Sie es so entworfen haben oder nicht.

Die drei Topologien und ihre Failure Modes

Sie kennen die drei Archetypen bereits. Was Sie brauchen, ist ein klarer Blick darauf, was jeder davon *an Menschen kostet*, denn jede Topologie optimiert auf etwas und besteuert still etwas anderes.

Zentralisiert bündelt alle Datentalente in einer Funktion, die an den CDO berichtet. Der Retention-Vorteil ist real: starke Handwerkskultur, klare Karrierepfade, erfahrene Leute, die Junioren mentoren, und Peer Review, das die Standards hoch hält. Hier will tiefes technisches Talent leben. Der Failure Mode ist die Ticket-Queue. Das zentrale Team wird zum Auftragsempfänger, abgekoppelt vom Business-Kontext, überschwemmt von Anfragen, die es nicht priorisieren kann. Engineers erleben ihre Arbeit als endloses Eingangsformular. Die Besten, die Impact wollen und nicht Durchsatz, gehen zuerst. Sie behalten das Handwerk, verlieren aber die Relevanz, und irgendwann umgeht das Business Sie, indem es Shadow-Analysten einstellt.

Embedded setzt Datenleute in die Geschäftsbereiche, mit Berichtslinie in diese Bereiche. Der Retention-Vorteil sind Kontext und Sichtbarkeit: Analysten sehen ihren Impact direkt, und Business-Leader kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →ämpfen darum, sie zu behalten. Der Failure Mode ist das, was Spotifys frühes Modell zerstört hat: professionelle Isolation. Ein einzelner Data Scientist in der Marketingorganisation hat niemanden, von dem ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → lernen kann, kein Code Review, keinen Karrierepfad, der etwas bedeutet, und einen Manager, der ihn an Reaktionsgeschwindigkeit statt an Sorgfalt messt. Fähigkeiten verkümmern. Die Leute erreichen ein Plateau. Sie merken, dass sie anderswo schneller wachsen würden, und gehen.

Hub-and-Spoke versucht, beides einzufangen: Ein zentraler Hub verantwortet Plattform, Standards und Karriereentwicklung, während die Spokes im Business eingebettet sind. Der Retention-Vorteil ist, dass es Kontext und Handwerk gleichzeitig liefern *kann*. Aber es hat den subtilsten und gefährlichsten Failure Mode, den Whipsaw der doppelten Berichtslinie. Wenn Hub und Spoke beide echte Autorität über dieselbe Person haben, absorbiert diese Person den Konflikt. Der Business-Lead will das Modell am Freitag ausgeliefert; der Fachvorgesetzte will das Peer Review und die Dokumentation. Der Mitarbeiter wird zur Verhandlungsfläche für eine ungelöste organisatorische Meinungsverschiedenheit. Das ist eine stille, mahlende Quelle von Burnout, die in keiner Mitarbeiterbefragung auftaucht, bis das KKThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →ündigungsschreiben kommt.

Die Beurteilung lautet: Es gibt keine richtige Topologie, nur eine richtige Passung zwischen Topologie und der Datenreife Ihrer Organisation plus der Volatilität Ihrer Nachfrage.

• Frühe Reife, exploratorische Nachfrage → zentralisiert. Sie müssen Handwerk und Standards aufbauen, bevor Sie Talente sicher verteilen kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen. Schwaches Talent ins Business zu verteilen, multipliziert nur schlechte Muster.
• Hohe Reife, stabile und gut verstandene Nachfrage → embedded funktioniert, weil Plattform und Standards in Tooling eingebacken sind und nicht von der Nähe zu erfahrenen Peers abhängen.
• Hohe Reife, hochvolatile Nachfrage über viele Einheiten → Hub-and-Spoke, aber nur, wenn Sie das Problem der Berichtslinien lösen kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen, was die meisten Unternehmen nicht tun.

Hub-and-Spoke wirklich zum Funktionieren bringen

Da die meisten CDOs in der Deepen-Phase bei Hub-and-Spoke landen, gehen wir tief in den Mechanismus, der entscheidet, ob es Menschen hält oder abstößt: die Berichtslinie und die Beförderungsautorität.

Die wichtigste Einzelentscheidung ist, *wem die Karriere gehört*. Meine klare Empfehlung: Dem Hub gehört die Karriere, dem Spoke die Mission. Konkret: Ein in Supply Chain eingebetteter Data Scientist hat eine durchgezogene Berichtslinie in die Datenfunktion (Manager, Reviews, Beförderungen, Gehaltserhöhungen) und eine gestrichelte Linie zum Supply-Chain-Leiter (Prioritäten, Roadmap, Tagesgeschäft). Das ist die Umkehrung dessen, was Spotify ursprünglich tat, und es ist die Korrektur, auf die sie zugesteuert sind.

Warum so? Weil Karrierefortschritt jemanden erfordert, der *das Handwerk bewerten kann*. Ein Supply-Chain-VPVPA clear statement of the benefits your product delivers, the problems it solves and why customers should choose you over alternatives.Vollständige Definition ansehen → kann nicht fair beurteilen, ob Ihr Feature Engineering solide ist. Wenn die Person, die Beförderungen abzeichnet, die Arbeit nicht beurteilen kann, passieren zwei Dinge: Technische Exzellenz wird nicht mehr belohnt, und politisch sichtbare Arbeit wird überbelohnt. Beides treibt Ihre besten Builder aus dem Haus.

Aber die gestrichelte Linie zum Business muss *Zähne* haben, sonst erzeugen Sie das zentralisierte Ticket-Queue-Problem neu. Geben Sie dem Business-Leader:

• Eine benannte Allokation (z. B. „2,5 FTE Data Science für die nächsten zwei Quartale"), für die ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → die Roadmap kontrolliert.
• Mitwirkung an Performance Reviews, eine formale, gewichtete Stimme, kein Abnicken.
• Die Möglichkeit, Prioritätskonflikte in ein gemeinsames Forum mit dem CDO zu eskalieren.

Hier ein schlanker Weg, die Allokation explizit zu machen, statt sie zur Quelle ständiger Nachverhandlung werden zu lassen:

# Q3 data allocation — Supply Chain spoke
spoke: supply_chain
business_sponsor: vp_operations
allocation:
  data_scientist: 2.0   # durchgezogene Linie zu Data, gestrichelt zu Ops
  analytics_engineer: 1.0
review_split:            # Gewichtung im Performance Review
  hub_manager: 0.6       # verantwortet Handwerk, Karrierepfad, Wachstum
  business_sponsor: 0.4  # verantwortet Impact, Prioritäten
escalation_path: cdo_ops_council   # tagt zweiwöchentlich

Die Zeile review_split ist die ganze Sache. Wenn sie aufgeschrieben ist, 60/40, nicht „das klären wir noch", weiß der Mitarbeiter genau, wem ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → für was Rechenschaft schuldet, und die Ambiguität, die Whipsaw-Burnout verursacht, verschwindet. Sie haben eine zwischenmenschliche Verhandlung, die der Mitarbeiter führen musste, in eine Governance-Regel verwandelt, die den Führungskräften gehört.

Cognitive Load ist die Retention-Metrik, die Sie nicht messen

Die nützlichste Idee aus der Team-Topologies-Literatur ist Cognitive Load, die gesamte mentale Last, die ein Team trägt. Datenteams scheitern auf dieser Achse ständig, weil sie Verantwortlichkeiten anhäufen wie ein Hamsterer: Dieses Team verantwortet drei Pipelines, zwei Dashboards, ein ML-Modell, den Metrics Layer, Ad-hoc-Anfragen von vier Stakeholdern *und* die Rufbereitschaft. Kein einzelner Punkt ist unangemessen. Die Summe ist erdrückend.

Wenn Sie Spokes entwerfen, begrenzen Sie ihre Cognitive Load explizit. Ein Spoke, der eine Domäne verantwortet (sagen wir Marketing Analytics), sollte nicht *auch* für Plattformwartung verantwortlich sein, das gehört zum Hub als „Platform Team", dessen ganzer Job es ist, die Cognitive Load aller anderen über Self-Service-Tooling zu reduzieren. Wenn Ihre eingebetteten Analysten um 23 Uhr Airflow debuggen, ist Ihre Topologie kaputt, unabhängig vom Organigramm, denn Sie haben Plattformlast auf Delivery-Teams geschoben. Das ist das Burnout-Signal Nummer eins in Datenorganisationen, und es ist strukturell, nicht persönlich.

Retention als Design-Problem, nicht als Benefit-Problem

Comp holt Leute ins Haus und verhindert die zynischsten Abgänge, aber auf Senior-Level ist Comp Grundvoraussetzung, Ihre Wettbewerber matchen sie. Menschen mit raren, mobilen Fähigkeiten gehen aus drei Gründen, die das Organigramm kontrolliert: abgewürgtes Wachstum, bedeutungslose Arbeit und Managerqualität. Die Topologie treibt alle drei.

Wachstum. In einem reinen Embedded-Modell stockt Wachstum, weil es keinen Karrierepfad und keine Peers zum Lernen gibt. Die strukturelle Korrektur ist ein Hub, der einen echten technischen Karrierepfad unabhängig von der Business-Hierarchie betreibt, einen Staff-/Principal-Pfad, auf dem ein IC mehr verdienen kann als ein Manager. Ohne das stoßen Ihre besten Engineers an die Decke von „Senior", und der einzige Weg nach oben führt ins Management, in dem viele von ihnen schlecht sind und das keiner von ihnen wollte. Sie verlieren sie an ein Unternehmen, das einen Principal-Titel bietet.

Sinnvolle Arbeit. Hier kommt Rotation ins Spiel. Ein Data Scientist, der drei Jahre im gleichen Spoke feststeckt und dasselbe Churn-Modell optimiert, langweilt sich unabhängig von der Comp. Bauen Sie einen Rotationsmechanismus in die Topologie ein: Alle 18 bis 24 Monate kann ein IC zwischen Spokes wechseln und behält dabei sein Hub-Zuhause und seine Position auf dem Karrierepfad. Weil die Karriere beim Hub liegt, setzt der Wechsel den Fortschritt nicht zurück, ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → bereichert ihn. Das ist nur in Hub-and-Spoke möglich; es ist die unterschätzte Retention-Superkraft des Modells. Rotation verteilt außerdem institutionelles Wissen und reduziert das Bus-Faktor-Risiko, dass eine Person eine kritische Domäne allein verantwortet.

Managerqualität. Der Hub-Manager, der Karrieren verantwortet, muss Datenarbeit tatsächlich managen und bewerten kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen. Das heißt, Ihre Führungsspanne zählt enorm. Ein Hub-Lead mit 15 direkten Reports, verstreut über 6 Spokes, kann niemanden mentoren; ererThe ratio of interactions (likes, comments, shares) to reach for a given piece of content, used to gauge how well audiences respond relative to how many people saw it.Vollständige Definition ansehen → wird zum Genehmigungs-Bottleneck. Halten Sie Hub-Manager bei 5 bis 7 Reports. Wenn Sie das nicht kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen, haben Sie keine Managementstruktur, sondern eine Buchhaltungsstruktur.

Ein weiterer struktureller Retention-Hebel: Schützen Sie einen Anteil der Kapazität für das Handwerk. Delivery-Druck nach McKinsey-Art wird 100 % der Zeit Ihres Teams mit Business-Anfragen verbrauchen, wenn Sie es zulassen, und ein Team, das nie refaktoriert, nie ein neues Tool lernt, nie Tech Debt abbaut, ist ein Team, das langsam verlernt, und fähige Leute spüren, wie sie dümmer werden. Formalisieren Sie es. Zwanzig Prozent der Spoke-Kapazität sind für Plattformbeiträge, Lernen und Schuldenabbau eingezäunt, verteidigt im Eskalationsforum. Das ist kein Benefit; so verhindern Sie, dass der Vermögenswert abschreibt.

Signale lesen und handeln

Topologien sind nicht dauerhaft. Die eigentliche Fähigkeit des CDO ist zu wissen, *wann* die aktuelle Struktur ihre Passung überlebt hat, und neu zu verdrahten, bevor Abwanderung Ihnen die Hand führt. Achten Sie auf diese Signale:

• Zunehmende „Shadow Data"-Einstellungen in den Geschäftsbereichen → Ihr zentrales Team ist zur Ticket-Queue geworden. Das Business umgeht Sie. Zeit, einzubetten oder Spokes auszurollen.
• Doppelte, inkonsistente Metriken über Einheiten hinweg → Sie haben zu stark eingebettet, ohne starken Hub. Standards sind fragmentiert. Ziehen Sie Plattform und Definitionen zurück ins Zentrum.
• Speziell Abwanderung von Senior ICs → Prüfen Sie Ihren Karrierepfad und Ihre Review-Autorität. Ihre besten Leute gehen, weil Handwerk nicht belohnt wird, und das ist fast immer ein Problem der Berichtslinie.
• Beschwerden über Rufbereitschaft und Pipeline-Feuerlöschen nach Dienstschluss → Fehlallokation der Cognitive Load. Ihre Delivery-Teams tragen Plattformlast. Bauen Sie ein Platform Team auf oder stärken Sie es.

Wenn Sie umstrukturieren, sequenzieren Sie es so, dass Menschen geschützt sind. Kommunizieren Sie das *Warum* vor dem *Wer*. Reorganisationen, die Berichtslinien umsortieren, ohne die Logik zu erklären, werden als Bedrohung gelesen, und die Ersten, die während einer unklaren Reorganisation gehen, sind genau die mit Optionen, Ihre Besten. Benennen Sie die neue Topologie, benennen Sie, welches Problem sie für das Team löst (nicht nur für das Business), und geben Sie den Leuten in der ersten Woche ein klares Bild von ihrem neuen Manager, Karrierepfad und Auftrag. Ambiguität während des Übergangs ist das Teuerste, was Sie zulassen kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen, denn Ihr Talentmarkt bepreist sie als Risiko und geht.

Wichtigste Erkenntnisse

1. Passen Sie die Topologie an Reife und Nachfragevolatilität an, nicht an Mode. Zentralisieren Sie, um früh Handwerk aufzubauen; gehen Sie zu Hub-and-Spoke, wenn Sie reifen und die Nachfrage über Einheiten fragmentiert. Die Topologie *ist* Ihre Retention-Strategie.

2. In Hub-and-Spoke gehört dem Hub die Karriere, dem Spoke die Mission, und der Review-Split wird aufgeschrieben (z. B. 60/40). Explizite Gewichtung eliminiert den Whipsaw der doppelten Berichtslinie, der Ihre besten Leute still ausbrennt.

3. Behandeln Sie Cognitive Load als Metrik erster Klasse. Lassen Sie Delivery-Spokes nie Plattformwartung tragen. Feuerlöschen nach Dienstschluss ist ein strukturelles Versagen, kein persönliches, behoben wird es durch ein Platform Team, dessen Job die Reduktion der Last aller anderen ist.

4. Bauen Sie einen echten Staff-/Principal-IC-Pfad und einen Rotationsmechanismus über 18 bis 24 Monate. Das sind die Retention-Superkräfte von Hub-and-Spoke: Wachstum, ohne Leute ins Management zu zwingen, und neuer Sinn, ohne Karrieren zurückzusetzen.

5. Zäunen Sie 20 % der Kapazität für Handwerk ein und lesen Sie Abwanderungssignale als Topologie-Diagnose. Abgänge von Senior ICs zeigen auf Probleme der Berichtslinie; Shadow-Hiring zeigt auf ein zentrales Team als Ticket-Queue. Verdrahten Sie neu, bevor Abwanderung die Entscheidung erzwingt, und kommunizieren Sie immer das *Warum* vor dem *Wer*.