methodatlas

Team Design Mapping tool

Team Topologies Interaction Modes

Selects Collaboration, X-as-a-Service, or Facilitating deliberately for each team relationship.

The three interaction modes describe a time-bounded working relationship. Collaboration needs a shared goal and end date, X-as-a-Service a clear interface, and Facilitating a specific capability gap.

Core question
Which interaction mode supports this outcome with the least persistent coupling?
Participants
Team-Leads plus Architecture
Time
Half day

Team Topologies Interaction Modes uses assign a team relationship to one of three modes using outcome, knowledge flow, and desired coupling. Assessments remain justified and context-bound.

Paper illustration of Team Topologies Interaction Modes with its method-specific working model.
  1. Bound relationship

    Bound relationship

    Name teams, outcome, and current friction.

  2. Choose mode

    Choose mode

    Choose Collaboration, X-as-a-Service, or Facilitating from the knowledge flow.

  3. Frame interaction

    Frame interaction

    Agree interface, timebox, responsibilities, and exit criterion.

  4. Review mode

    Review mode

    Review flow data and capability, then stop or switch mode.

Review the interaction mode at its end date and switch or stop it.

A good fit when

For recurring or contentious team dependencies with a visible outcome.

Ideal for

  • Org design
  • Platform rollout
  • Scaling engineering orgs

Not good for

  • Very small organizations

Outputs

  • interaction mode map

    interaction mode map with traceable sources, assumptions, and domain decisions.

  • Decision and review trail

    Owners, dates, and next review for interaction mode map.

interaction mode map

Fictional worked example

assign a team relationship to one of three modes using outcome, knowledge flow, and desired coupling as a precise working structure with a fictional example.

interaction mode map
SubjectTeam relationshipModeFrameExit
interaction mode mapWorked exampleProduct ↔ enabling: adopt observability.Facilitating due to capability gap.Four weeks; three standard dashboards.Self-operation achieved; then XaaS.
  1. 1. Team relationship

    interaction mode map
    Product ↔ enabling: adopt observability.
  2. 2. Mode

    interaction mode map
    Facilitating due to capability gap.
  3. 3. Frame

    interaction mode map
    Four weeks; three standard dashboards.
  4. 4. Exit

    interaction mode map
    Self-operation achieved; then XaaS.

The example demonstrates the domain logic of Team Topologies Interaction Modes; worksheets remain blank.

Team Topologies: Team Interaction Modeling

First step

Start with the core question: Which interaction mode supports this outcome with the least persistent coupling?

Open the method guide

Deep dive

Purpose

When several teams collaborate repeatedly, it describes the right interaction mode for each interface between them. It clarifies responsibility, interaction, and load between teams. The result is captured as an interaction heat map and pairwise agreements.

How it works

Interfaces are classified by the purpose of the collaboration and the desired closeness. This makes it possible to manage friction, blockers, and unnecessary coordination better from the outset. The picture supports decisions about how teams can best complement each other.

In detail

The Interaction Modes concept from Team Topologies distinguishes three clearly defined ways of working together. Collaboration is intense and temporary, X-as-a-Service is a clearly defined ongoing service, and Facilitating is coaching by an enabling team. The mapping is often used alongside Team API and visualized as a heat map.

Facilitation

Explain the three modes with examples. Avoid mixed forms per pair; choose explicitly. Keep the mapping readable as a heat map.

The method guide walks execution through 4 phases, timing, 4 pitfalls, and clear stop criteria.

Open method guide

Your perspective

Does this method help with your work?

Your feedback helps shape the next improvements to methodatlas.

Sources and topics

Topics
Artifact templates
Team Topologies Interaction Modes: WorksheetPlan Team Topologies Interaction Modes around its domain steps and the concrete decision question.
markdown

team-topologies-interaction-modes-working-template.md

Plan Team Topologies Interaction Modes around its domain steps and the concrete decision question.

Team Topologies Interaction Modes: Worksheet

Question

To be confirmed

Desired outcome

To be confirmed

Scope

Establish and review the practice Time: 60 minutes

Complete this worksheet on paper or in your own document during the work.

Preparation for this scope

Method setup

  • Materials: Team boundaries and APIs, concrete shared outcomes, dependency and flow data, shared workspace, source links, and decision log.
  • Roles: Representatives of both teams · team leads · enabling team if needed
  • Advance information: Collect Team boundaries and APIs, concrete shared outcomes, dependency and flow data in advance and mark open assumptions.
  • Overall time needed: 60 minutes
  • Setup: Prepare assign a team relationship to one of three modes using outcome, knowledge flow, and desired coupling visibly and calibrate assessment terms before starting.

Prepare for the work steps

Bound relationship: Bound relationship

  • Team boundaries and APIs
  • concrete shared outcomes
  • dependency and flow data

Choose mode: Choose mode

  • relationship profile
  • concrete shared outcomes
  • dependency and flow data

Frame interaction: Frame interaction

  • mode decision
  • concrete shared outcomes
  • dependency and flow data

Review mode: Review mode

  • interaction contract
  • concrete shared outcomes
  • dependency and flow data

interaction mode map

SubjectTeam A · team B · outcomeCollaboration · XaaS · Facilitating + reasonTimebox · interface · responsibilitiesCriterion · next mode · review
interaction mode map
  • interaction mode map: Worked example

Enter only real input, sources, and decisions.

Team Topologies: Team Interaction Modeling

Bound relationship: Bound relationship

Expected artifact: relationship profile

relationship profile · source · uncertainty · next decision

Entry:

...

  • Is a concrete outcome named rather than generic cooperation?

Choose mode: Choose mode

Expected artifact: mode decision

mode decision · source · uncertainty · next decision

Entry:

...

  • Does the mode fit the type of uncertainty?

Frame interaction: Frame interaction

Expected artifact: interaction contract

interaction contract · source · uncertainty · next decision

Entry:

...

  • Are start, end, and expected capability clear?

Review mode: Review mode

Expected artifact: review decision

review decision · source · uncertainty · next decision

Entry:

...

  • Does the next mode prevent unnecessary coupling?

Open questions and next steps

...

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

Alternatives and neighbors

Fitting alternatives with decision guidance, followed by other related methods.

All methods
Constraints and origin
MediumWorkshopHalf day

Profile

Method form
Mapping tool
Participants
Team-Leads plus Architecture
Time
Half day
Maturity
Emerging
Paper illustration of Spotify Model Mapping with its method-specific working model.
Next up: Spotify Model Mapping