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.
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.
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.

Bound relationship
Bound relationship
Name teams, outcome, and current friction.
Choose mode
Choose mode
Choose Collaboration, X-as-a-Service, or Facilitating from the knowledge flow.
Frame interaction
Frame interaction
Agree interface, timebox, responsibilities, and exit criterion.
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.
| Subject | Team relationship | Mode | Frame | Exit |
|---|---|---|---|---|
| interaction mode mapWorked example | Product ↔ enabling: adopt observability. | Facilitating due to capability gap. | Four weeks; three standard dashboards. | Self-operation achieved; then XaaS. |
1. Team relationship
- interaction mode map
- Product ↔ enabling: adopt observability.
2. Mode
- interaction mode map
- Facilitating due to capability gap.
3. Frame
- interaction mode map
- Four weeks; three standard dashboards.
4. Exit
- interaction mode map
- Self-operation achieved; then XaaS.
The example demonstrates the domain logic of Team Topologies Interaction Modes; worksheets remain blank.
First step
Start with the core question: Which interaction mode supports this outcome with the least persistent coupling?
Good to do first
Deep dive
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.
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.
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 guideYour perspective
Does this method help with your work?
Your feedback helps shape the next improvements to methodatlas.
Sources and topics
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
| Subject | Team A · team B · outcome | Collaboration · XaaS · Facilitating + reason | Timebox · interface · responsibilities | Criterion · 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.

Instead of Team Topologies Interaction Modes, choose Team API when you want to clearly document a team's mode of collaboration.

Clarifies purpose, roles, and working rules in a charter that makes collaboration tangible and verifiable.

Clarifies starting point, opportunities, and strategic options by framing the scope and target state, capturing the seven elements, and deriving change actions.

Surfaces stakeholder expectations, clusters conflicts, and turns them into concrete agreements.

Arranges components, relationships, and flows into a system picture that exposes dependencies and levers.

Jointly formulates valid working rules and clarifies how the team handles expectations, conflicts, and reviews.
Constraints and origin
Profile
- Method form
- Mapping tool
- Participants
- Team-Leads plus Architecture
- Time
- Half day
- Maturity
- Emerging

