Playbook

Team-Schnittstellen und Zusammenarbeit klären

Von einer unklaren Team-Landschaft zu explizit vereinbarten Schnittstellen, Interaktionsmodi und tragbarer Arbeitslast.

Schritte4 Methoden

Zeit1-2 Wochen

FormatWorkshop

Ergebnis

Dokumentierte Team-Landschaft mit klaren Interaktionsmodi, einem expliziten Team-Interface und einer geprüften kognitiven Belastung je Team.

Am Ende hast du

Team-LandkarteInteraktionsmodi je TeamgrenzeTeam APICognitive-Load-Bewertung

Entscheidungspunkt

Du kannst entscheiden, welcher Interaktionsmodus je Teamgrenze gilt und ob Verantwortlichkeiten neu geschnitten werden müssen.

Nächster Schritt

Die vereinbarten Schnittstellen im Team-Wiki verankern und nach vier bis sechs Wochen mit einer erneuten Cognitive-Load-Prüfung nachhalten.

Ideal für

wiederkehrende Reibung zwischen zwei oder mehr Teams
neu geschnittene Teams oder veränderte Verantwortlichkeiten
Plattform- oder Stream-aligned-Teams mit unklarer Zusammenarbeit

Nicht gut für

Konflikte zwischen einzelnen Personen ohne strukturelle Ursache
einmalige Abstimmungen ohne dauerhafte Schnittstelle

Vorbereitung

Was vor dem Start klar sein sollte

Rollen

betroffene Team- oder Tech-Leads
Engineering-Management
Moderator oder Moderatorin

Inputs

aktuelle Team-Struktur und Verantwortlichkeiten
bekannte Reibungspunkte zwischen Teams

Setup

alle betroffenen Teams einladen
Team-Landkarte grob vorbereiten
60 bis 90 Minuten je Schritt einplanen

Ablauf

Methodenpfad

4 Methoden

1
1Team DesignTeam-Landkarte
Spotify Model Mapping
Welche lokalen Strukturen brauchen wir für Autonomie, Alignment und fachlichen Austausch?
Warum dieser Schritt?
Ohne eine sichtbare Landkarte bleibt unklar, welche Teams tatsächlich aufeinander angewiesen sind und wo Schnittstellen fehlen.
Die sichtbaren Abhängigkeiten zeigen, an welchen Stellen ein Interaktionsmodus fehlt oder unpassend ist.
Steckbrief Methodenanleitung
2
2Team DesignInteraktionsmodi je Teamgrenze
Team Topologies Interaction Modes
Welcher Interaction Mode unterstützt dieses Outcome mit der geringsten dauerhaften Kopplung?
Warum dieser Schritt?
Ein explizit gewählter Modus wie Collaboration, X-as-a-Service oder Facilitating klärt Erwartungen und reduziert Reibung im Alltag.
Der gewählte Modus bestimmt, wie präzise das Schnittstellenversprechen zwischen den Teams formuliert werden muss.
Steckbrief Methodenanleitung
3
3Team DesignTeam API
Team API
Was müssen andere Teams wissen, um wirksam und störungsarm mit diesem Team zu arbeiten?
Warum dieser Schritt?
Eine dokumentierte Team API macht Verantwortlichkeiten, Kommunikationswege und Erwartungen an andere Teams verbindlich.
Bevor die neue Schnittstelle in Kraft gesetzt wird, muss geprüft werden, ob sie die Teams nicht überlastet.
Steckbrief Methodenanleitung
4
4Team DesignCognitive-Load-Bewertung
Team Cognitive Load Assessment
Welche Last verhindert derzeit nachhaltigen Flow und welche Systemänderung reduziert sie?
Warum dieser Schritt?
Erst die Belastungsprüfung zeigt, ob die neue Aufteilung tragfähig ist oder Verantwortlichkeiten nachjustiert werden müssen.
Überlastete Teams führen zurück in die Interaktionsmodi oder die Team API, entlastete Teams können die Vereinbarung verankern.
Steckbrief Methodenanleitung

Abschlusskriterien

Alle relevanten Teams und ihre Abhängigkeiten sind in der Landkarte erfasst.
Jede kritische Teamgrenze hat einen benannten Interaktionsmodus.
Mindestens ein Team hat eine dokumentierte Team API.
Die kognitive Belastung der beteiligten Teams ist bewertet und dokumentiert.

Vorlagen

Artefakte für dieses Playbook

Die Artefakte bleiben zugeklappt, bis du sie wirklich brauchst.

CanvasVorlage anzeigen

Spotify Model Mapping: Arbeitsvorlage

Plane Spotify Model Mapping entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

# Spotify Model Mapping: Arbeitsvorlage

## Fragestellung
Noch zu klären

## Gewünschtes Ergebnis
Noch zu klären

## Rahmen
Vollständiges Vorhaben
Zeit: 2 × 90 Minuten

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

## Vorbereitung für diesen Umfang

### Methodische Grundausstattung
- **Materialien:** Produkt- und Wertflüsse, aktuelle Teams und Communities, Entscheidungs- und Abhängigkeitsdaten, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
- **Rollen:** Leadership · Teamvertreter · Product · People/Organisation
- **Vorab-Infos:** Produkt- und Wertflüsse, aktuelle Teams und Communities, Entscheidungs- und Abhängigkeitsdaten vorab zusammentragen und offene Annahmen markieren.
- **Gesamter Zeitbedarf:** 2 × 90 Minuten
- **Setup:** Spotify-Begriffe als Hypothesen auf lokale Produktflüsse, Communities und Führungsbedarfe mappen sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

### Für die Arbeitsschritte bereitstellen

#### Kontext: Kontext
- Produkt- und Wertflüsse
- aktuelle Teams und Communities
- Entscheidungs- und Abhängigkeitsdaten

#### Produktfluss: Produktfluss
- Kontextgrenzen
- aktuelle Teams und Communities
- Entscheidungs- und Abhängigkeitsdaten

#### Fachlichkeit: Fachlichkeit
- Flow Map
- aktuelle Teams und Communities
- Entscheidungs- und Abhängigkeitsdaten

#### Hypothese: Hypothese
- Community Map
- aktuelle Teams und Communities
- Entscheidungs- und Abhängigkeitsdaten


## Organisation Mapping

### Lokale Einheit
Team/Community · Zweck · Produktfluss

...

### Spotify-Analogie
Squad · Tribe · Chapter · Guild · keine

...

### Mandat
Entscheidungsrecht · Führung · Teilnahme

...

### Risiko und Test
Fehlanwendung · Messgröße · Review

...

[Spotify Engineering Culture, part 1](https://blog.crisp.se/wp-content/uploads/2012/11/SpotifyScaling.pdf)


## Kontext: Kontext
Erwartetes Artefakt: Kontextgrenzen

Kontextgrenzen · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Sind die Begriffe als Analogien markiert?

## Produktfluss: Produktfluss
Erwartetes Artefakt: Flow Map

Flow Map · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Minimiert der Schnitt Übergaben?

## Fachlichkeit: Fachlichkeit
Erwartetes Artefakt: Community Map

Community Map · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Sind Personalverantwortung und freiwilliger Austausch getrennt?

## Hypothese: Hypothese
Erwartetes Artefakt: Änderungshypothese

Änderungshypothese · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Ist eine messbare Flow-Verbesserung benannt?

## Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/spotify-model-mapping/run-sheet

MarkdownVorlage anzeigen

Team Topologies Interaction Modes: Arbeitsvorlage

Plane Team Topologies Interaction Modes entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

# Team Topologies Interaction Modes: Arbeitsvorlage

## Fragestellung
Noch zu klären

## Gewünschtes Ergebnis
Noch zu klären

## Rahmen
Praxis einrichten und überprüfen
Zeit: 60 Minuten

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

## Vorbereitung für diesen Umfang

### Methodische Grundausstattung
- **Materialien:** Teamgrenzen und APIs, konkrete gemeinsame Outcomes, Abhängigkeits- und Flow-Daten, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
- **Rollen:** Vertreter beider Teams · Team Leads · bei Bedarf Enabling Team
- **Vorab-Infos:** Teamgrenzen und APIs, konkrete gemeinsame Outcomes, Abhängigkeits- und Flow-Daten vorab zusammentragen und offene Annahmen markieren.
- **Gesamter Zeitbedarf:** 60 Minuten
- **Setup:** Teambeziehung anhand Outcome, Wissensfluss und gewünschter Kopplung einem von drei Modes zuordnen sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

### Für die Arbeitsschritte bereitstellen

#### Beziehung: Beziehung
- Teamgrenzen und APIs
- konkrete gemeinsame Outcomes
- Abhängigkeits- und Flow-Daten

#### Mode wählen: Mode wählen
- Beziehungsprofil
- konkrete gemeinsame Outcomes
- Abhängigkeits- und Flow-Daten

#### Interaktion rahmen: Interaktion rahmen
- Mode-Entscheid
- konkrete gemeinsame Outcomes
- Abhängigkeits- und Flow-Daten

#### Mode Review: Mode Review
- Interaktionsvertrag
- konkrete gemeinsame Outcomes
- Abhängigkeits- und Flow-Daten


## Interaction Mode Map

| Gegenstand | Team A · Team B · Outcome | Collaboration · XaaS · Facilitating + Grund | Zeitfenster · Interface · Verantwortungen | Kriterium · Folgemode · Review |
| --- | --- | --- | --- | --- |
| Interaction Mode Map |   |   |   |   |

- **Interaction Mode Map:** Durchgearbeitetes Beispiel

Nur reale Angaben, Quellen und Entscheidungen eintragen.

[Team Topologies: Team Interaction Modeling](https://teamtopologies.com/key-concepts-content/team-interaction-modeling-with-team-topologies)


## Beziehung: Beziehung
Erwartetes Artefakt: Beziehungsprofil

Beziehungsprofil · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Ist ein konkretes Outcome statt allgemeiner Zusammenarbeit benannt?

## Mode wählen: Mode wählen
Erwartetes Artefakt: Mode-Entscheid

Mode-Entscheid · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Passt der Mode zur Art der Unsicherheit?

## Interaktion rahmen: Interaktion rahmen
Erwartetes Artefakt: Interaktionsvertrag

Interaktionsvertrag · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Sind Start, Ende und erwartete Capability klar?

## Mode Review: Mode Review
Erwartetes Artefakt: Review-Entscheid

Review-Entscheid · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Verhindert der nächste Mode unnötige Kopplung?

## Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/team-topologies-interaction-modes/run-sheet

MarkdownVorlage anzeigen

Team API: Arbeitsvorlage

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](https://github.com/TeamTopologies/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

MarkdownVorlage anzeigen

Team Cognitive Load Assessment: Arbeitsvorlage

Plane Team Cognitive Load Assessment entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

# Team Cognitive Load Assessment: Arbeitsvorlage

## Fragestellung
Noch zu klären

## Gewünschtes Ergebnis
Noch zu klären

## Rahmen
Praxis einrichten und überprüfen
Zeit: 75 Minuten

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

## Vorbereitung für diesen Umfang

### Methodische Grundausstattung
- **Materialien:** Beispiele der letzten vier Wochen, Störungs- und Flow-Daten, Teamgrenzen und Services, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
- **Rollen:** Ganzes Team · Facilitator · bei Bedarf Plattform- oder Führungsrolle
- **Vorab-Infos:** Beispiele der letzten vier Wochen, Störungs- und Flow-Daten, Teamgrenzen und Services vorab zusammentragen und offene Annahmen markieren.
- **Gesamter Zeitbedarf:** 75 Minuten
- **Setup:** konkrete Belastungsepisoden nach intrinsic, extraneous und germane load klassifizieren sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

### Für die Arbeitsschritte bereitstellen

#### Episoden: Episoden
- Beispiele der letzten vier Wochen
- Störungs- und Flow-Daten
- Teamgrenzen und Services

#### Lastarten: Lastarten
- Episodenliste
- Störungs- und Flow-Daten
- Teamgrenzen und Services

#### Teamgrenze: Teamgrenze
- Load Map
- Störungs- und Flow-Daten
- Teamgrenzen und Services

#### Entlastung: Entlastung
- Grenzdiagnose
- Störungs- und Flow-Daten
- Teamgrenzen und Services


## Cognitive Load Map

| Gegenstand | Situation · Auslöser · Wirkung | Intrinsic · extraneous · germane + Begründung | Teamgrenze · Tool · Prozess · Abhängigkeit | Maßnahme · Owner · Indikator |
| --- | --- | --- | --- | --- |
| Cognitive Load Map |   |   |   |   |

- **Cognitive Load Map:** Durchgearbeitetes Beispiel

Nur reale Angaben, Quellen und Entscheidungen eintragen.

[Team Topologies: Cognitive Load](https://teamtopologies.com/key-concepts)


## Episoden: Episoden
Erwartetes Artefakt: Episodenliste

Episodenliste · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Enthält jeder Eintrag Situation, Auslöser und Wirkung?

## Lastarten: Lastarten
Erwartetes Artefakt: Load Map

Load Map · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Ist die Zuordnung über Ursache statt Gefühl begründet?

## Teamgrenze: Teamgrenze
Erwartetes Artefakt: Grenzdiagnose

Grenzdiagnose · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Liegt die Last im passenden Team?

## Entlastung: Entlastung
Erwartetes Artefakt: Entlastungsexperiment

Entlastungsexperiment · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

- [ ] Misst der Indikator reale Flow-Verbesserung?

## Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/team-cognitive-load-assessment/run-sheet

Am Ende hast du

Entscheidungspunkt

Nächster Schritt

Ideal für

Nicht gut für

Was vor dem Start klar sein sollte

Rollen

Inputs

Setup

Methodenpfad

Spotify Model Mapping

Warum dieser Schritt?

Team Topologies Interaction Modes

Warum dieser Schritt?

Team API

Warum dieser Schritt?

Team Cognitive Load Assessment

Warum dieser Schritt?

Artefakte für dieses Playbook

Spotify Model Mapping: Arbeitsvorlage

Team Topologies Interaction Modes: Arbeitsvorlage

Team API: Arbeitsvorlage

Team Cognitive Load Assessment: Arbeitsvorlage