Platform Teams: Interne Plattformen, die Fachteams schneller machen

Ein Platform Team entwickelt gemeinsame Fähigkeiten wie Bereitstellung, Datenzugang oder Freigabeprozesse als internes Produkt, das Fachteams ohne Wartezeit selbst nutzen. Es entlastet die Teams, die Kundenwert liefern, von Arbeit, die in jedem Team gleich anfällt. Dieser Beitrag beschreibt, wofür das Modell aus Team Topologies taugt, wann es sich rechnet, wie Sie in fünf Schritten einführen und woran Sie eine Plattform erkennen, die Teams nur bremst.

In vielen Organisationen verbringen Fachteams einen spürbaren Teil ihrer Kapazität mit Aufgaben, die mit ihrem Auftrag wenig zu tun haben: eine Umgebung beantragen, einen Datenzugang klären, ein Berichtswesen anbinden, eine Freigabe einholen. Jede dieser Aufgaben ist einzeln klein. Zusammen bestimmen sie, ob ein Team in einer Woche liefert oder auf andere wartet.

Was ist ein Platform Team?

Ein Platform Team ist eines von vier Teamtypen, die Matthew Skelton und Manuel Pais 2019 in „Team Topologies“ beschreiben. Die Autoren unterscheiden Stream-aligned Teams, die einen durchgängigen Strom von Arbeit zu einem Kunden oder Geschäftsergebnis verantworten, Enabling Teams, die andere Teams befähigen, Complicated-Subsystem Teams für Bereiche mit seltenem Spezialwissen und Platform Teams, die den übrigen Teams Fähigkeiten als Dienst bereitstellen.

Das Ziel steht im Vordergrund: Die kognitive Last der Stream-aligned Teams soll sinken. Der Begriff geht auf die Cognitive Load Theory von John Sweller aus dem Jahr 1988 zurück, die beschreibt, wie viel ein Mensch gleichzeitig verarbeiten kann. Skelton und Pais übertragen den Gedanken auf Teams: Muss ein Team neben seinem Fachgebiet auch Bereitstellung, Überwachung und Zugriffsrechte beherrschen, bleibt weniger Aufmerksamkeit für den Kunden.

Wichtig ist die Haltung des Platform Teams. Evan Bottcher beschrieb 2018, dass eine gute Plattform aus selbstbedienbaren Diensten besteht, deren Nutzung für Teams attraktiv ist, weil sie damit schneller sind. Daraus folgt die Regel, dass ein Platform Team seine Plattform wie ein Produkt führt: mit Kunden, Rückmeldungen, einer Reihenfolge von Verbesserungen und einer Kennzahl für die Zufriedenheit der Nutzer.

Welche Plattformen gibt es außerhalb der IT?

Interne Plattformen gibt es überall dort, wo mehrere Teams dieselbe Fähigkeit benötigen, und das Modell ist auf die IT nicht beschränkt. Eine Datenplattform stellt geprüfte Datensätze und Auswertungswerkzeuge bereit. Eine Vertragsplattform bündelt Vorlagen, Freigabewege und Ablage für alle Vertriebsteams. Eine Personalplattform erlaubt Fachbereichen, Einstellungen und Stellenbesetzungen in einem festen Ablauf selbst anzustoßen. In allen Fällen ersetzt die Plattform wiederkehrende Einzelabstimmungen durch einen Dienst mit klarer Schnittstelle.

Auch für KI-Vorhaben ist das Modell relevant. Wenn jede Abteilung ihren eigenen Zugang zu Sprachmodellen, ihre eigenen Regeln für Daten und ihre eigene Anbindung aufbaut, entstehen viele Parallellösungen mit schwankender Qualität. Eine gemeinsame Basis, die Zugang, Anbindung an Unternehmensdaten und Freigabewege bündelt, lässt Fachbereiche ihre Anwendungen schneller bauen. Wie sich Teams grundsätzlich nach Fluss schneiden lassen, beschreibt der Beitrag zu Team Topologies.

Wann rechnet sich eine interne Plattform?

Eine interne Plattform rechnet sich, wenn die Kapazität, die sie in den Fachteams freisetzt, größer ist als die Kapazität des Platform Teams. Der Rechenweg hat drei Schritte. Zuerst ermitteln Sie je Fachteam den Anteil der Arbeitszeit, den die gemeinsame Fähigkeit heute bindet, einschließlich der Wartezeit auf andere. Dann multiplizieren Sie diesen Anteil mit der Zahl der Teams und der Teamgröße. Zuletzt gewichten Sie die gebundene Kapazität mit der Quote der Teams, die die Plattform tatsächlich nutzen, und ziehen davon die Kapazität des Platform Teams ab.

Das folgende Beispiel ist illustrativ gewählt. Zehn Fachteams mit je sechs Personen binden 15 Prozent ihrer Kapazität an eine gemeinsame Fähigkeit.

Die Rechnung zeigt zwei Dinge. Erstens ist der Saldo bei zehn Teams knapp positiv, bei zwölf Teams mit gleicher Last klar positiv (plus 1,5 Vollzeitstellen) und bei acht Teams negativ. Bei fünf Personen im Platform Team und 15 Prozent gebundener Kapazität liegt die Schwelle daher bei etwa zehn Teams mit derselben Fähigkeit; darunter genügt ein Fachteam mit Beratungsauftrag oder ein Enabling Team. Zweitens wirkt die Plattform vor allem über die Lieferzeit. Wenn ein Team nicht mehr drei Wochen auf einen Zugang wartet, verkürzt sich jede Lieferung dieses Teams. Welche Kennzahlen diesen Effekt sichtbar machen, beschreibt der Beitrag zu Flow-Metriken.

Woran erkennen Sie eine Plattform, die bremst?

Eine Plattform bremst, wenn Teams sie meiden oder nur nutzen, weil eine Vorschrift es verlangt. Das Platform Team wird dann zur Abteilung mit Genehmigungsrecht, und die Teams stellen wieder Anträge. Skelton und Pais nennen dafür den Gegenentwurf der „dünnsten brauchbaren Plattform“ (Thinnest Viable Platform): Sie beginnt mit der kleinsten Menge an Diensten, die den Teams spürbar Arbeit abnimmt, und wächst entlang der Nachfrage.

Der Übergang von Stufe 2 zu Stufe 3 ist der kritische. Auf Stufe 2 bleibt jede Nutzung ein Gespräch, auf Stufe 3 wird sie zum Selbstbedienungsablauf. Ein Platform Team, das diesen Übergang nicht schafft, bleibt ein Beratungsteam mit Warteschlange.

Wie führen Sie Platform Teams in fünf Schritten ein?

Platform Teams führen Sie ein, indem Sie zuerst die Engpässe messen, dann eine einzelne Fähigkeit auswählen und diese als Produkt aufbauen. Die fünf Schritte gelten für IT-nahe und fachliche Plattformen gleichermaßen.

1. Engpass sichtbar machen: Messen Sie in den Fachteams, wie viel Zeit und Wartezeit an wiederkehrenden Fähigkeiten hängt. Die Rechnung oben liefert die Priorität.
2. Eine Fähigkeit wählen: Beginnen Sie mit der Fähigkeit, die die meisten Teams betrifft und sich in wenigen Wochen als Self-Service anbieten lässt.
3. Team besetzen: Das Platform Team braucht einen Produktverantwortlichen, der die Teams als Kunden versteht, und Fachleute, die Dienste bauen und betreiben.
4. Interaktion festlegen: Vereinbaren Sie, wie Fachteams und Platform Team zusammenarbeiten. Skelton und Pais unterscheiden drei Formen: Zusammenarbeit für neue Fähigkeiten, Dienstnutzung für den Regelfall, Unterstützung auf Zeit für schwierige Fälle.
5. Wirkung messen: Verfolgen Sie Nutzungsquote, Wartezeit auf die Fähigkeit und Zufriedenheit der Teams. Beenden oder verändern Sie Dienste, die niemand nutzt.

Die Prüffragen für jedes Platform Team sind kurz: Welche Fachteams brauchen die Fähigkeit, und wie viel Zeit kostet sie dort heute? Kann ein Team den Dienst ohne Ticket nutzen? Wer entscheidet über die Reihenfolge der Verbesserungen? Woran sehen Sie nach 90 Tagen, dass Teams schneller liefern? Auf Dauer spielt außerdem die Frage nach Abhängigkeiten eine Rolle, die der Beitrag zu Abhängigkeiten zwischen Teams behandelt.

Wofür eignet sich das Modell nicht?

Das Modell eignet sich nicht für Fähigkeiten, die nur ein einziges Team nutzt, und nicht für Bereiche, in denen kein Team Zeit für eine Zusammenarbeit hat. Ein einzelnes Team, das eine Fähigkeit braucht, löst sie am besten selbst. Wo die Fachteams so stark ausgelastet sind, dass sie Rückmeldungen nicht geben können, entsteht eine Plattform ohne Kunden. In beiden Fällen kostet die Gründung Kapazität, die an anderer Stelle mehr bewirkt.

Plattformen und Fachteams mit Niehues Consulting

Niehues Consulting ist eine Beratung für KI-Management und Organisationsdesign aus der Lieferperspektive mit Sitz in Düsseldorf. Gründer Marin Niehues baut Organisationen, die liefern, in Projekten von VC-finanzierten Scaleups bis zu DAX-40-Konzernen und in über 20 Ländern auf sechs Kontinenten. Im Leistungsfeld Organisationsdesign gehören Teamzuschnitt, Rollen, Entscheidungswege und Schnittstellen zur Arbeit, im Delivery Management die Steuerung der Lieferung über Teams hinweg.

Das Vorgehen folgt dem Niehues Delivery Model mit drei Phasen. Für Platform Teams zählen drei Prüffragen besonders: Wer entscheidet, wer liefert, wer nutzt? Welche Rollen, Entscheidungswege und Schnittstellen braucht der Betrieb? Wer verantwortet den Betrieb ab dem ersten Tag? Umfang und Konditionen eines Vorhabens werden in der kostenfreien Erstberatung besprochen, die Sie über den Kontakt in 30 Minuten vereinbaren.