MethodenanleitungTeam Design

Team API

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätNiedrig

ZeitHalf day initial, dann laufend

TeilnehmendeEin Team plus Stakeholder

FormatWorkshop + Async

ReifegradEmerging

Team API planen

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenBegrenzter Gegenstand

Scope und Zweck von Team API sind als konkrete Frage benannt.

Ohne Scope wird Team API beliebig.

Vorher abschließenZugang zu relevanten Perspektiven

Teamauftrag und Services, Abhängigkeiten und Kontaktwege, Arbeits- und Supportdaten und entscheidungsfähige Fachpersonen sind verfügbar.

Ohne diese Perspektiven bleiben zentrale Aussagen in Team API unbelegt.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Teamauftrag und Services, Abhängigkeiten und Kontaktwege, Arbeits- und Supportdaten, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.

Personen / Rollen

Ganzes Team · Team Lead · wichtigste Consumer Teams

Vorabinfos

Teamauftrag und Services, Abhängigkeiten und Kontaktwege, Arbeits- und Supportdaten vorab zusammentragen und offene Annahmen markieren.

Zeitbedarf

90 Minuten initial; 30 Minuten Review

Setup

expliziter Teamvertrag aus Mission, Ownership, Schnittstellen und Arbeitspräferenzen sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

Kernfrage

Die eine Frage, die diese Methode beantwortet

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

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

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.

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

1
Mission
Mission/Ownership
Ziel
Ownership-Profil so erarbeiten, dass die Kernfrage „Was müssen andere Teams wissen, um wirksam und störungsarm mit diesem Team zu arbeiten?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Teamauftrag und Services
- Abhängigkeiten und Kontaktwege
- Arbeits- und Supportdaten
Durchführung
- Teamzweck, verantwortete Services und Grenzen benennen.
- Quelle, Begründung und offene Unsicherheit direkt in Ownership-Profil festhalten.
Ergebnis
Ownership-Profil
Ownership-Profil · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Sind Verantwortungen als Services oder Outcomes formuliert?
Stolperfalle
Die Team API wird zum Organigramm oder verspricht Support, den das Team nicht tragen kann. Auf reale Consumer-Situationen testen, Ownership und Reaktionswege klären und unerfüllbare Zusagen entfernen.
Zeitlicher Rahmen: 10–20 Minuten
2
Schnittstellen
Schnittstellen
Ziel
Interaktionskatalog so erarbeiten, dass die Kernfrage „Was müssen andere Teams wissen, um wirksam und störungsarm mit diesem Team zu arbeiten?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Ownership-Profil
- Abhängigkeiten und Kontaktwege
- Arbeits- und Supportdaten
Durchführung
- Consumer, Interaktionsmodus und Kontaktweg je Bedarf beschreiben.
- Quelle, Begründung und offene Unsicherheit direkt in Interaktionskatalog festhalten.
Ergebnis
Interaktionskatalog
Interaktionskatalog · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Gibt es für jeden Bedarf einen eindeutigen Weg?
Stolperfalle
Die Team API wird zum Organigramm oder verspricht Support, den das Team nicht tragen kann. Auf reale Consumer-Situationen testen, Ownership und Reaktionswege klären und unerfüllbare Zusagen entfernen.
Zeitlicher Rahmen: 10–20 Minuten
3
Arbeitsweise
Arbeitsweise
Ziel
Zusammenarbeitsregeln so erarbeiten, dass die Kernfrage „Was müssen andere Teams wissen, um wirksam und störungsarm mit diesem Team zu arbeiten?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Interaktionskatalog
- Abhängigkeiten und Kontaktwege
- Arbeits- und Supportdaten
Durchführung
- Arbeitspräferenzen, Support und Reaktionsregeln vereinbaren.
- Quelle, Begründung und offene Unsicherheit direkt in Zusammenarbeitsregeln festhalten.
Ergebnis
Zusammenarbeitsregeln
Zusammenarbeitsregeln · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Sind Zusagen realistisch und messbar?
Stolperfalle
Die Team API wird zum Organigramm oder verspricht Support, den das Team nicht tragen kann. Auf reale Consumer-Situationen testen, Ownership und Reaktionswege klären und unerfüllbare Zusagen entfernen.
Zeitlicher Rahmen: 10–20 Minuten
4
Consumer Review
Consumer Review
Ziel
Validierte Team API so erarbeiten, dass die Kernfrage „Was müssen andere Teams wissen, um wirksam und störungsarm mit diesem Team zu arbeiten?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Zusammenarbeitsregeln
- Abhängigkeiten und Kontaktwege
- Arbeits- und Supportdaten
Durchführung
- API mit zwei Consumer Teams durchspielen und Lücken korrigieren.
- Quelle, Begründung und offene Unsicherheit direkt in Validierte Team API festhalten.
Ergebnis
Validierte Team API
Validierte Team API · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Finden Consumer Ownership und Kontakt ohne Rückfrage?
Stolperfalle
Die Team API wird zum Organigramm oder verspricht Support, den das Team nicht tragen kann. Auf reale Consumer-Situationen testen, Ownership und Reaktionswege klären und unerfüllbare Zusagen entfernen.
Zeitlicher Rahmen: 10–20 Minuten

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Team API · Schnittstellen eines Teams explizit machenTeamzweck, Verantwortungen, angebotene Services, Erwartungen und Kommunikationswege als API zwischen Teams beschreiben

Form

Versioniertes Team API mit Datum, Quellen, Ownern und nächstem Review.

Versionierung / Ownership

Datum, Quelle, Annahmenstand und Entscheidung je Fassung von Team API erhalten.

Tool-Alternativen

Team API als Board oder Dokument
Quellen- und Evidenzregister
Entscheidungs- und Maßnahmenlog

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.

Für die Arbeitsschritte bereitstellen

Mission: Mission/Ownership

Teamauftrag und Services
Abhängigkeiten und Kontaktwege
Arbeits- und Supportdaten

Schnittstellen: Schnittstellen

Ownership-Profil
Abhängigkeiten und Kontaktwege
Arbeits- und Supportdaten

Arbeitsweise: Arbeitsweise

Interaktionskatalog
Abhängigkeiten und Kontaktwege
Arbeits- und Supportdaten

Consumer Review: Consumer Review

Zusammenarbeitsregeln
Abhängigkeiten und Kontaktwege
Arbeits- und Supportdaten

Team API

Mission und Services

Zweck · Outcomes · Ownership

...

Consumer und Interaktion

Bedarf · Modus · Kontakt

...

Arbeitsweise

Support · Reaktion · Präferenz

...

Grenzen und Review

Out of scope · Reviewdatum · Owner

...

Nur reale Angaben, Quellen und Entscheidungen eintragen.

Team Topologies: Team API template

Mission: Mission/Ownership

Erwartetes Artefakt: Ownership-Profil

Ownership-Profil · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

Sind Verantwortungen als Services oder Outcomes formuliert?

Schnittstellen: Schnittstellen

Erwartetes Artefakt: Interaktionskatalog

Interaktionskatalog · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

Gibt es für jeden Bedarf einen eindeutigen Weg?

Arbeitsweise: Arbeitsweise

Erwartetes Artefakt: Zusammenarbeitsregeln

Zusammenarbeitsregeln · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

Sind Zusagen realistisch und messbar?

Consumer Review: Consumer Review

Erwartetes Artefakt: Validierte Team API

Validierte Team API · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

Finden Consumer Ownership und Kontakt ohne Rückfrage?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/team-api/run-sheet

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

team-api-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Mission: sichere Self-Service Deployments. Ownership: Deployment API und Golden Path. Interaktion: X-as-a-Service; 30-minütige Sprechstunde für neue Integrationen. Support: #platform-help, P1 über Pager. Bekannte Grenze: keine anwendungsspezifischen Datenmigrationen.

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

Mission/OwnershipDie Team API wird zum Organigramm oder verspricht Support, den das Team nicht tragen kann.In der Phase ansehen
SchnittstellenDie Team API wird zum Organigramm oder verspricht Support, den das Team nicht tragen kann.In der Phase ansehen
ArbeitsweiseDie Team API wird zum Organigramm oder verspricht Support, den das Team nicht tragen kann.In der Phase ansehen
Consumer ReviewDie Team API wird zum Organigramm oder verspricht Support, den das Team nicht tragen kann.In der Phase ansehen

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Team API beantwortet die Kernfrage mit nachvollziehbaren Belegen oder offen markierter Unsicherheit.

Owner, nächste Aktion und Prüftermin sind für offene Punkte benannt.

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.

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

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

Zum Steckbrief Weitere Methoden