Team Design Operative Praxis

Team API

Macht Zweck, Schnittstellen, Arbeitsweise und Erwartungen eines Teams explizit.

Eine Team API beschreibt, wie andere mit einem Team zusammenarbeiten. Sie enthält verantwortete Services, Kommunikationswege, Arbeitspräferenzen und bekannte Einschränkungen und wird gemeinsam gepflegt.

Kernfrage

Was müssen andere Teams wissen, um wirksam und störungsarm mit diesem Team zu arbeiten?

Team API planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: Ein Team plus Stakeholder
Zeit: Half day initial, dann laufend

Team API verwendet expliziter Teamvertrag aus Mission, Ownership, Schnittstellen und Arbeitspräferenzen. Bewertungen bleiben begründet und kontextgebunden.

Papierillustration von Team API mit dem methodenspezifischen Arbeitsmodell.

Mission
Mission/Ownership
Teamzweck, verantwortete Services und Grenzen benennen.
Schnittstellen
Schnittstellen
Consumer, Interaktionsmodus und Kontaktweg je Bedarf beschreiben.
Arbeitsweise
Arbeitsweise
Arbeitspräferenzen, Support und Reaktionsregeln vereinbaren.
Consumer Review
Consumer Review
API mit zwei Consumer Teams durchspielen und Lücken korrigieren.

Mindestens quartalsweise und bei jeder Verantwortungsänderung reviewen.

Geeignet, wenn

Für stabile Teams mit mehreren Abhängigkeiten; nach Reorganisation oder Servicewechsel aktualisieren.

Ideal für

Team-Topologies-Roll-Out
Plattformteams
Cross-Team-Reibungen

Nicht gut für

Sehr kleine Organisationen mit einem Team

Ergebnisse

Team API
Team API mit nachvollziehbaren Quellen, Annahmen und fachlichen Entscheidungen.
Entscheidungs- und Prüfspur
Owner, Termine und nächste Prüfung für Team API.

Team API

Fiktives Arbeitsbeispiel

expliziter Teamvertrag aus Mission, Ownership, Schnittstellen und Arbeitspräferenzen als präzise Arbeitsstruktur mit fiktivem Beispiel.

Mission und Services

Zweck · Outcomes · Ownership

Sichere Self-Service Deployments; Deployment API.

Consumer und Interaktion

Bedarf · Modus · Kontakt

X-as-a-Service; Office Hour für neue Integration.

Arbeitsweise

Support · Reaktion · Präferenz

#platform-help; P1 über Pager.

Grenzen und Review

Out of scope · Reviewdatum · Owner

Keine App-Datenmigration; Review 15.10.

Das Beispiel zeigt die Fachlogik von Team API; eigene Vorlagen bleiben leer.

Team Topologies: Team API template

Erster Schritt

Beginne mit der Kernfrage: Was müssen andere Teams wissen, um wirksam und störungsarm mit diesem Team zu arbeiten?

Zur Methodenanleitung

Davor sinnvoll

Agile

Working Agreements

Liefert interne Arbeitsregeln, die als Grundlage für die nach außen gerichtete API dienen.

Wie geht es weiter?

Team Design

Team Topologies Interaction Modes

Legt für jede in der API genannte Abhängigkeit den passenden Interaktionsmodus fest.

Team Design

Team Cognitive Load Assessment

Prüft, ob die in der API zugesagten Services die Teamkapazität überlasten.

Vertiefung

Zweck

Bei unscharfen Erwartungen zwischen Teams beschreibt die Methode, wie ein Team erreichbar, nutzbar und verantwortbar ist. Sie schafft Klarheit über Schnittstellen, Reaktionsweisen und Grenzen der Zusammenarbeit.

Funktionsweise

Die Darstellung macht explizit, welche Leistungen, Signale und Regeln andere Teams erwarten dürfen. Dadurch sinkt der Aufwand für Nachfragen und implizite Abstimmung. Das Format hilft besonders, wenn Zusammenarbeit regelmäßig statt ausnahmsweise stattfindet.

Im Detail

Eine Team API macht ein Team als verlässlichen Interaktionspartner beschreibbar. Angebote, Grenzen, Schnittstellen und Reaktionsweisen müssen so klar sein, dass andere Teams weniger implizit verhandeln müssen. Die Dokumentation lohnt sich, wenn Zusammenarbeit wiederkehrbar, onboardingfähig und weniger personenabhängig wird.

Durchführung

Sammelt echte Schnittstellen, Anfragen und Erwartungen, statt nur Rollenbeschreibungen zu glätten. Relevant wird die Arbeit, sobald ein Team merkt, dass andere Einheiten seine Leistung anders nutzen oder erwarten als intern angenommen. Ergebnis sollte eine knappe API mit Angeboten, Grenzen, Kontaktwegen und offenen Veränderungspunkten sein.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Team Abstimmung Kommunikation Service

Quellen

Team Topologies: Team API templategithub.comGitHub-Repository des Team-Topologies-Projekts von Matthew Skelton und Manuel Pais; Vorlage für die Team-API-Dokumentation.

In Playbooks

Team-Schnittstellen und Zusammenarbeit klärenVon einer unklaren Team-Landschaft zu explizit vereinbarten Schnittstellen, Interaktionsmodi und tragbarer Arbeitslast.

Artefakt-Vorlagen

Team API: ArbeitsvorlagePlane Team API entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

markdown

team-api-working-template.md

Plane Team API entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

Team API: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Praxis einrichten und überprüfen Zeit: 90 Minuten initial; 30 Minuten Review

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Teamauftrag und Services, Abhängigkeiten und Kontaktwege, Arbeits- und Supportdaten, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
Rollen: Ganzes Team · Team Lead · wichtigste Consumer Teams
Vorab-Infos: Teamauftrag und Services, Abhängigkeiten und Kontaktwege, Arbeits- und Supportdaten vorab zusammentragen und offene Annahmen markieren.
Gesamter Zeitbedarf: 90 Minuten initial; 30 Minuten Review
Setup: expliziter Teamvertrag aus Mission, Ownership, Schnittstellen und Arbeitspräferenzen sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.