liveBook · Manning

Team type

As explained in Architecture Modernization: Socio-technical alignment of software, strategy, and structure

A team type is a recognized organizational pattern for assigning a team's responsibilities and role in software delivery.

A team type is an organizational pattern for assigning responsibilities and clarifying expected behavior in software delivery. Team Topologies defines four types: stream-aligned teams, platform groupings, complicated subsystem teams, and enabling teams. These patterns work best alongside the underlying principles rather than as labels applied in isolation. section 11.2 section 11.6

Figure 11.3 The four team types of Team Topologies

Use the four-team-types model to compare team responsibilities and identify where an existing team does not fit or carries too many diverse responsibilities. section 11.2.1

The four types distribute ownership and support across an organization:

  • Stream-aligned teams own an independent value stream, combining business and IT responsibilities with the skills needed to discover, build, and run product capabilities. section 11.2.1
  • Platform groupings provide shared capabilities that reduce stream-aligned teams’ cognitive load and improve their flow. section 11.6
  • Complicated subsystem teams own complex system areas requiring specialist knowledge, while enabling teams support the growth of other teams. section 11.6
  • Treat the model as aspirational: a team that appears to contain several types may have excessive or overly diverse responsibilities, and some areas may remain outside the model until modernized. section 11.2.1

Stream-aligned ownership

A stream-aligned team might own domain APIs, embedded software for hardware devices, a mobile or web application, or an end-to-end search feature spanning backend APIs and user-interface pages. section 11.2.1

Use team types to examine whether boundaries keep cognitive load manageable and whether responsibilities support independent value streams. Overlaying team boundaries on a Core Domain Chart can expose teams responsible for multiple highly complex subdomains. section 11.6

How Architecture Modernization: Socio-technical alignment of software, strategy, and structure covers it

How deep it goes
Defines four types and their roles, then stops short of prescribing forced classification or treating patterns as sufficient without principles.
Examples
Uses domain API, embedded software, mobile, web, and end-to-end search teams as stream-aligned examples.
What it assumes
Assumes familiarity with the underlying Team Topologies principles, because applying the patterns without them is unlikely to improve the organization.
What you can do after
Evaluate team responsibilities and boundaries to identify role ambiguity, excessive cognitive load, or opportunities for organizational evolution.
How it connects
Connects team types with cognitive load, value streams, Conway’s law, interaction modes, and independent service heuristics.

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Architecture Modernization: Socio-technical alignment of software, strategy, and structure. The section links point to the parts of the book it draws on.