Slide 1

Slide 1 text

Why your Target Operating Model needs to be flow-centric - insights from Team Topologies Matthew Skelton Co-author of ‘Team Topologies’ Originator of Adapt Together™ by Conflux matthewskelton.com

Slide 2

Slide 2 text

Matthew Skelton holistic innovation Originator of Adapt Together™ by Conflux Co-author of Team Topologies matthewskelton.com 3

Slide 3

Slide 3 text

Team Topologies Organizing business and technology teams for fast flow Matthew Skelton & Manuel Pais IT Revolution Press, September 2019 Order via stores worldwide: teamtopologies.com/book 4

Slide 4

Slide 4 text

5

Slide 5

Slide 5 text

Why your Target Operating Model needs to be flow-centric 6

Slide 6

Slide 6 text

Flow-centric operating models shorten time-to-market, increase customer-responsiveness, reduce coupling, and increase staff engagement 8

Slide 7

Slide 7 text

9 Autonomy, Mastery, Purpose

Slide 8

Slide 8 text

10 Clear mission

Slide 9

Slide 9 text

11 Financial efficiency

Slide 10

Slide 10 text

12 Growth without slowdown

Slide 11

Slide 11 text

13 “...using "flow" as a key organizing principle also results in more generalized business agility, mostly because we are encouraged to think about decoupling between separate "things" and the real value of what the organization provides.” Matthew Skelton https://www.linkedin.com/feed/update/urn:li:activity:7130519809980559360/

Slide 12

Slide 12 text

14 First, a bit of background

Slide 13

Slide 13 text

15 2013: Epic battles between Dev and Ops

Slide 14

Slide 14 text

16 https://blog.matthewskelton.net/2013/10/22/what-t eam-structure-is-right-for-devops-to-flourish/

Slide 15

Slide 15 text

17 https://web.devopstopologies.com/

Slide 16

Slide 16 text

18 https://web.devopstopologies.com/ Used by Netflix, Condé Nast, Accenture, etc. etc.

Slide 17

Slide 17 text

Thanks to Gene Kim and IT Revolution Press (and many other inspiring people) 19

Slide 18

Slide 18 text

20

Slide 19

Slide 19 text

Team Topologies provides several things for organizations… 22

Slide 20

Slide 20 text

23 Language for dealing with flow, boundaries, architecture, dynamics

Slide 21

Slide 21 text

24 Heuristics (clues) for organizing teams and software

Slide 22

Slide 22 text

25 Ways for teams to define expectations + close gaps

Slide 23

Slide 23 text

26 A focus on fast flow as a key driver

Slide 24

Slide 24 text

27 Deliberate constraints on behaviors

Slide 25

Slide 25 text

[quick overview] 28

Slide 26

Slide 26 text

29 Stream-aligned team ➔ Long-lived ➔ End-to-end care and evolution of the service ➔ No hand-offs to other teams ➔ Mix of skills (“cross-functional”) ➔ Small: around 8 people

Slide 27

Slide 27 text

30 Stream-aligned team ➔ Long-lived ➔ End-to-end care and evolution of the service ➔ No hand-offs to other teams ➔ Mix of skills (“cross-functional”) ➔ Small: around 8 people Flow of change

Slide 28

Slide 28 text

31 Platform grouping

Slide 29

Slide 29 text

32

Slide 30

Slide 30 text

33 Flow of value

Slide 31

Slide 31 text

34 Cash Concept Flow of value

Slide 32

Slide 32 text

35 User Need Flow of value

Slide 33

Slide 33 text

36 Live service Version control Flow of value

Slide 34

Slide 34 text

37 Flow of value Stream-aligned team Stream-aligned team

Slide 35

Slide 35 text

38 Flow of value Stream-aligned team Stream-aligned team 😢

Slide 36

Slide 36 text

39 Flow of value Stream-aligned team Stream-aligned team 😐 Facilitating Enabling team

Slide 37

Slide 37 text

40 Flow of value Stream-aligned team Stream-aligned team 😊 Facilitating Enabling team Complicated Subsystem team XaaS

Slide 38

Slide 38 text

Platform grouping 41 Flow of value Stream-aligned team Stream-aligned team Complicated Subsystem team XaaS XaaS Collaboration UX

Slide 39

Slide 39 text

Platform grouping 42 Flow of value Stream-aligned team Stream-aligned team Complicated Subsystem team XaaS XaaS Stream-aligned team xN

Slide 40

Slide 40 text

Platform grouping 43 Flow of change Stream-aligned team Stream-aligned team Complicated Subsystem team XaaS XaaS Collaboration Stream-aligned team xN ⚠ Team Topologies diagrams are always just “snapshots in time”, never fixed designs

Slide 41

Slide 41 text

44

Slide 42

Slide 42 text

The cost of tangled software 45

Slide 43

Slide 43 text

46 If each person in the organization is blocked for 1 hour per working day, how much does this cost?

Slide 44

Slide 44 text

47 ● Fully-loaded cost: €160k per year ● 260 paid days per year ● Total of 400 people

Slide 45

Slide 45 text

48 Person fully weighted cost per year Person cost per day Hours blocked per 8-hour day Days blocked per 260-day year Cost of blockers per person per year Number of people Total cost of blockers per year €160,000.00 €615.38 1 32.5 €20,000.00 400 €8,000,000.00 €8 million per year 💥

Slide 46

Slide 46 text

JP Morgan 49

Slide 47

Slide 47 text

“How JP Morgan Applied Team Topologies to Improve Flow in a Market Leading Enterprise Platform” 50 https://www.youtube.com/ watch?v=y3OL7dv2l48 Fast Flow Conf 💖 https://www.fastflowconf.com/

Slide 48

Slide 48 text

51

Slide 49

Slide 49 text

“60% of dependencies reduced through better team design” 💥 52

Slide 50

Slide 50 text

53 Engineer fully weighted cost per year Engineer cost per day Hours blocked per 8-hour day Days blocked per 260-day year Cost of blockers per engineer per year Number of engineers Total cost of blockers per year €160,000.00 €615.38 1 32.5 €20,000.00 400 €8,000,000.00 €8 million per year 💥 Remember this? [Note: these are not figures from JP Morgan]

Slide 51

Slide 51 text

Untangling ≃ Decoupling 54

Slide 52

Slide 52 text

Decoupling: separating things that do not need to be together 55

Slide 53

Slide 53 text

56

Slide 54

Slide 54 text

Decoupling enables shorter time-to-value 57

Slide 55

Slide 55 text

Decoupling enables multiple, independent flows of value, each with its own cadence 58

Slide 56

Slide 56 text

59 Multiple, independent flows

Slide 57

Slide 57 text

60 Multiple, independent flows, fractally

Slide 58

Slide 58 text

Decoupling of teams & technology vs Diffusing of ideas for alignment & engagement 61

Slide 59

Slide 59 text

Decoupling: teams, software, technology, deployments, data, business concepts, ... 62

Slide 60

Slide 60 text

Diffusing: principles, practices, learning, techniques, approaches, ... 63

Slide 61

Slide 61 text

64 Multiple, independent flows, fractally Diffusion of ideas for alignment

Slide 62

Slide 62 text

DORA metrics & Team Topologies to the rescue! 66

Slide 63

Slide 63 text

🔍 Use the 4 Key Metrics from Accelerate and add “blocker count” 67

Slide 64

Slide 64 text

Accelerate Building and Scaling High Performing Technology Organizations Nicole Forsgren, Jez Humble, Gene Kim IT Revolution Press, 2018 Order via stores worldwide: https://itrevolution.com/book/accelerate/ 68

Slide 65

Slide 65 text

4 key metrics: ‘Accelerate’ lead time deployment frequency Mean Time To Restore change fail percentage

Slide 66

Slide 66 text

4 key metrics: ‘Accelerate’ lead time deployment frequency Mean Time To Restore change fail percentage Encourage fast flow

Slide 67

Slide 67 text

4 key metrics: ‘Accelerate’ lead time deployment frequency Mean Time To Restore change fail percentage Encourage operability

Slide 68

Slide 68 text

What % of lead time is actual work? Example: 120 hours / (120+630) x 100 = 16% Flow Efficiency 72

Slide 69

Slide 69 text

Measure ‘wait time’? https://www.isixsigma.com/methodology/lean-methodology/identify-constraints-and-reduce-wait-time-processes/ 73

Slide 70

Slide 70 text

Measuring ‘wait time’ is hard Count the number of blocking waits as a proxy ✨ 74

Slide 71

Slide 71 text

4 key metrics & ‘blocker count’ lead time deployment frequency Mean Time To Restore change fail percentage ‘blocker count’ as a proxy for flow efficiency 75

Slide 72

Slide 72 text

Use 4 key metrics 📊 + “blocker count” to assess and find better service & team boundaries for flow 76

Slide 73

Slide 73 text

“If we adjusted the service & team boundary here, would it improve the 4 key metrics?” 💓 77

Slide 74

Slide 74 text

“If we adjusted the service & team boundary here, reduce the blocker count?” 📉 78

Slide 75

Slide 75 text

Techniques from the Team Topologies community 79

Slide 76

Slide 76 text

80 Independent Service Heuristics (ISH)

Slide 77

Slide 77 text

81 “The Independent Service Heuristics (ISH) are rules-of-thumb (clues) for identifying candidate value streams and domain boundaries by seeing if they could be run as a separate SaaS/cloud product.” https://teamtopologies.com/ish

Slide 78

Slide 78 text

82 User Needs Mapping (UNM)

Slide 79

Slide 79 text

83 “User Needs Mapping attempts to capture the first 4 steps of the Wardley Mapping process … for identifying potential team [and service] boundary” https://teamtopologies.com/unm

Slide 80

Slide 80 text

84 Team Interaction Modeling (TIM)

Slide 81

Slide 81 text

85 “[Team Interaction Modeling helps] to describe how to re-organize … teams and their interactions to achieve better flow and deliver value faster.” https://teamtopologies.com/tim

Slide 82

Slide 82 text

92

Slide 83

Slide 83 text

● Financial advice ● Founded 2009 ● Consumers & companies ● 'Explainable AI' ● Increasingly successful 93

Slide 84

Slide 84 text

< 2019: growth x 6 94

Slide 85

Slide 85 text

Mid-2019 HALT! 95

Slide 86

Slide 86 text

September 2019 96

Slide 87

Slide 87 text

Independent Service Heuristics https://github.com/TeamTopologies/Independent-Service-Heuristics Rules-of-thumb for identifying candidate value streams and domain boundaries by seeing if they could be run as a separate SaaS/cloud product. 97

Slide 88

Slide 88 text

2020: New arch 98

Slide 89

Slide 89 text

“Team Topologies ... has given us the tools we were looking for and have helped us to build a plan and have confidence that we know where we’re going and how to get there.” Richard Marshall, CTO, Wealth Wizards 99

Slide 90

Slide 90 text

Concepts ● Stream-aligned: build & run ● Boundaries that help flow ● Supporting team types: reduce cognitive load on Stream teams 100

Slide 91

Slide 91 text

Results ● Clear patterns and language ● Framework for design decisions ● Confidence in scaling approach 101 https://medium.com/ww-engineering/to-monolith-or-to-microservice-f8c3f967e63c

Slide 92

Slide 92 text

Thanks to: Richard Marshall CTO, Wealth Wizards (to 2021) 102 Further details: https://teamtopologies.com/wealthwizards

Slide 93

Slide 93 text

GOV.UK Home Office 103

Slide 94

Slide 94 text

“How the Home Office’s Immigration Technology department reduced its cloud costs by 40%” 104 https://www.gov.uk/government/case-studies/how-the-home-offices- immigration-technology-department-reduced-its-cloud-costs-by-40

Slide 95

Slide 95 text

Making service owners accountable for the $ spend for their service helps to clarify service boundaries 💡 106

Slide 96

Slide 96 text

Use cost metrics as a “financial scalpel” 🔪 to split services apart for fast flow 107

Slide 97

Slide 97 text

Architectures for flow 108

Slide 98

Slide 98 text

110 Multiple, independent flows, fractally

Slide 99

Slide 99 text

Respect Conway’s Law (aka ‘sociotechnical mirroring’) 112

Slide 100

Slide 100 text

Clear ongoing ownership of services and systems 113

Slide 101

Slide 101 text

Stream-aligned teams have end-to-end responsibility for a service (You Build It, You Run It) 114

Slide 102

Slide 102 text

Platforms improve flow and reduce extraneous cognitive load 115

Slide 103

Slide 103 text

Teams are small (~9), slowly changing, with ‘aligned autonomy’ 116

Slide 104

Slide 104 text

Teams are empowered to sense and adjust boundaries to improve flow on a frequent basis 117

Slide 105

Slide 105 text

118 Flow of value grouping

Slide 106

Slide 106 text

119 Architecture for fast flow resembles an ecosystem of loosely-coupled independently-viable services with clear boundaries and ownership aligned to the flow of business value.

Slide 107

Slide 107 text

120 Architecture for fast flow resembles an ecosystem of loosely-coupled independently-viable services with clear boundaries and ownership aligned to the flow of business value.

Slide 108

Slide 108 text

121 Architecture for fast flow resembles an ecosystem of loosely-coupled independently-viable services with clear boundaries and ownership aligned to the flow of business value.

Slide 109

Slide 109 text

122 Architecture for fast flow resembles an ecosystem of loosely-coupled independently-viable services with clear boundaries and ownership aligned to the flow of business value.

Slide 110

Slide 110 text

123 Async messaging

Slide 111

Slide 111 text

124 Separate data stores

Slide 112

Slide 112 text

125 Domain-centric services

Slide 113

Slide 113 text

126 Event-driven, async messaging Separate data stores Domain-centric services

Slide 114

Slide 114 text

127 Adaptive Systems with Domain-Driven Design, Wardley Mapping, and Team Topologies: Architecture for Flow – 08 February 2025 Susanne Kaiser See https://www.infoq.com/presentations/ddd-wardley- mapping-team-topology/

Slide 115

Slide 115 text

128 Architecture for fast flow resembles an ecosystem of loosely-coupled independently-viable services with clear boundaries and ownership aligned to the flow of business value.

Slide 116

Slide 116 text

129 “The work is delivered in many small changes that are uncoordinated to enable flow. … Management’s job is to provide context, prioritization and to coordinate across teams. Lending resources if needed across teams to unblock things. … It works well within a high trust culture.” Adrian Cockcroft https://mastodon.social/@adrianco/111174832280576410 Technology strategy advisor, Partner at OrionX.net (ex Amazon Sustainability, AWS, Battery Ventures, Netflix, eBay, Sun Microsystems, CCL)

Slide 117

Slide 117 text

130 “The work is delivered in many small changes that are uncoordinated to enable flow. … Management’s job is to provide context, prioritization and to coordinate across teams. Lending resources if needed across teams to unblock things. … It works well within a high trust culture.” Adrian Cockcroft https://mastodon.social/@adrianco/111174832280576410 Technology strategy advisor, Partner at OrionX.net (ex Amazon Sustainability, AWS, Battery Ventures, Netflix, eBay, Sun Microsystems, CCL) It’s co pli ate !

Slide 118

Slide 118 text

132 organize for fast flow of value We help product, technology and engineering leaders design high-impact team-of-teams organizations. teamtopologies.com

Slide 119

Slide 119 text

Alignment and engagement for flow 133

Slide 120

Slide 120 text

134 Multiple, independent flows, fractally

Slide 121

Slide 121 text

If we have clear boundaries for flow, with limited interactions, how do we create alignment? How do we learn from each other at pace? 135

Slide 122

Slide 122 text

136 Multiple, independent flows, fractally Diffusion of ideas for alignment

Slide 123

Slide 123 text

137 Active diffusion of knowledge across team boundaries

Slide 124

Slide 124 text

138 Alignment and engagement “High performers favor strategies that create community structures at both low and high levels in the organization...”

Slide 125

Slide 125 text

139 internal conferences guilds Communities of Practice lunch & learn public blogs

Slide 126

Slide 126 text

140 https://internaltechconf.com/ Internal Tech Conferences Victoria Morgan-Smith and Matthew Skelton

Slide 127

Slide 127 text

141 “This initiative around internal conferences has been the single most effective thing to align business and technology that I have seen in this organization” – Murray Hennessey, CEO, (UK retail co)

Slide 128

Slide 128 text

142 https://internaltechconf.com/ Internal Tech Conferences Victoria Morgan-Smith and Matthew Skelton It’s co pli ate !

Slide 129

Slide 129 text

143 “The way that the Conflux crew used their active knowledge diffusion approach to seek out and champion good practices was a real revelation to us at TELUS and helped to shift thinking around how we innovate and share successes.” – Steven Tannock, Director, Architecture (Platform Technology & Tools) at TELUS Digital

Slide 130

Slide 130 text

144 Thriving organizations, delivering at speed™ Create alignment, trust, and engagement across your organization whilst delivering at pace with fast flow. adapttogether.info

Slide 131

Slide 131 text

Why your Target Operating Model needs to be flow-centric 164

Slide 132

Slide 132 text

166 Autonomy, Mastery, Purpose

Slide 133

Slide 133 text

167 Clear mission

Slide 134

Slide 134 text

168 Financial efficiency

Slide 135

Slide 135 text

169 Growth without slowdown

Slide 136

Slide 136 text

170 “...using "flow" as a key organizing principle also results in more generalized business agility, mostly because we are encouraged to think about decoupling between separate "things" and the real value of what the organization provides.” Matthew Skelton https://www.linkedin.com/feed/update/urn:li:activity:7130519809980559360/

Slide 137

Slide 137 text

Flow-centric operating models shorten time-to-market, increase customer-responsiveness, reduce coupling, and increase staff engagement 175

Slide 138

Slide 138 text

… but operating safely and humanely at speed needs flow-centric architectures via Team Topologies and flow-centric alignment via Adapt Together™ from Conflux 176

Slide 139

Slide 139 text

Diffusing of ideas for alignment & engagement Decoupling of teams & technology 178

Slide 140

Slide 140 text

179 The Adapt Together™ approach from Conflux creates alignment, trust, and engagement across your organization whilst delivering at pace with fast flow. adapttogether.info Team Topologies is the leading approach to organizing business and technology teams for fast flow, providing a practical, step-by‑step, adaptive model for organizational design and team interaction. teamtopologies.com

Slide 141

Slide 141 text

thank you 180 matthewskelton.com