11 Team Topologies

 

This chapter covers

  • Designing Team Topologies
  • Validating candidate value streams
  • Sensing and evolving Team Topologies
  • Grouping teams that work on related challenges

Modern architecture requires a socio-technical approach. Jointly optimizing the organization and software architecture is necessary to achieve optimal organizational performance. More than a well-designed software architecture is needed to achieve fast flow because teams may be organized in a way that introduces friction and bottlenecks into their workflow. Teams must work on the same code and, as a result, must synchronize their changes and deployments or risk tripping over each other.

Ideally, teams should form part of independent value streams. As explained in chapter 6, a value stream is all of the steps a team goes through, from discovering unmet user needs in a subdomain for which they are responsible to designing solutions, implementing them in software, and deploying and supporting them in production. Fast flow is enabled by independent value streams, where teams have responsibility for everything in the value stream, from the conceptual subdomain to the software needed to implement the subdomain’s capabilities.

11.1 Team Topologies principles

 

11.1.1 Sustainable fast flow

 
 

11.1.2 Small, long-lived teams as the standard

 
 

11.1.3 Team-first thinking

 
 

11.1.4 You build it, you run it

 
 
 
 

11.1.5 Good boundaries minimize cognitive load

 
 

11.1.6 Embrace Conway’s law

 

11.2 Team Topologies patterns

 
 
 

11.2.1 The four team types

 
 
 
 

11.2.2 The three interaction modes

 
 

11.2.3 Industry example: Global cosmetics brand

 
 
sitemap

Unable to load book!

The book could not be loaded.

(try again in a couple of minutes)

manning.com homepage
test yourself with a liveTest