Slide 1

Slide 1 text

Towards Architecture Organization Topologies for Sustainable Fast Flow of Change Eduardo da Silva, PhD (esilva.net | modernarch.consulting | @emgsilva | [email protected]) Agile meets Architecture 2023, 2023/10/05

Slide 2

Slide 2 text

Doing Agile & trying to achieve higher Agility? 2

Slide 3

Slide 3 text

Trying to improve Architecture* for higher Agility? * ability to learn, Design & Decide on “important things” 3

Slide 4

Slide 4 text

Towards Architecture Organization Topologies for Sustainable Fast Flow of Change Eduardo da Silva, PhD (esilva.net | modernarch.consulting | @emgsilva | [email protected]) Agile meets Architecture 2023, 2023/10/05

Slide 5

Slide 5 text

Organizations that are not enabling sustainable Learning, designing and decision-making will struggle to respond to their environment 5 Photo by Cole Patrick on Unsplash 5

Slide 6

Slide 6 text

6

Slide 7

Slide 7 text

7 “Learning is a process that leads to change, which occurs as a result of experience and increases the potential for improved performance and future learning” Ambrose et al., 2010

Slide 8

Slide 8 text

8 ⚠ It is not just about learning, but how to leverage that learning to drive designs & decisions

Slide 9

Slide 9 text

9

Slide 10

Slide 10 text

10

Slide 11

Slide 11 text

11

Slide 12

Slide 12 text

12

Slide 13

Slide 13 text

13

Slide 14

Slide 14 text

14

Slide 15

Slide 15 text

15

Slide 16

Slide 16 text

16 Photo by Simon Berger on Unsplash 16

Slide 17

Slide 17 text

17 Image & Credits: https://thecynefin.co/about-us/about-cynefin-framework

Slide 18

Slide 18 text

18 Image & Credits: https://thecynefin.co/about-us/about-cynefin-framework Most modern orgs have a lot of activities here… “Best practices” and expert knowledge is not enough! We need to “probe > sense > respond”

Slide 19

Slide 19 text

19 Image & Credits: https://thecynefin.co/about-us/about-cynefin-framework ⚠Many organizations are using practices from these domains to work on their “Complex Domains”... ☹ Most modern orgs have a lot of activities here… “Best practices” and expert knowledge is not enough! We need to “probe > sense > respond”

Slide 20

Slide 20 text

20 Image & Credits: https://thecynefin.co/about-us/about-cynefin-framework Most modern orgs are here… Unpredictable but “all is inter-connected” “Best practices” and expert knowledge is not enough! We need to “probe > sense > respond” ⚠many organizations are using practices from these domains to work on their “Complex Domains”... ⚠classic “controlling operating models” and “Ivory Tower Architects” do not work well on Complex Domains!

Slide 21

Slide 21 text

21 Inspired by: Reflections: Sociotechnical Systems Design and Organization Change

Slide 22

Slide 22 text

22 Inspired by: Reflections: Sociotechnical Systems Design and Organization Change

Slide 23

Slide 23 text

23 stretching our teams/org & creating complex processes => increasingly messier social and technical systems (⚠Conway’s Law) Inspired by: Reflections: Sociotechnical Systems Design and Organization Change

Slide 24

Slide 24 text

24 Inspired by: Reflections: Sociotechnical Systems Design and Organization Change

Slide 25

Slide 25 text

25 Inspired by: Reflections: Sociotechnical Systems Design and Organization Change

Slide 26

Slide 26 text

26 Photo by Quino Al on Unsplash Outcome: continuously “fight” against the environment (external & internal)...

Slide 27

Slide 27 text

🏭🤖 These mechanistic org structures & Controlling Operating models limit the dynamics & agility that modern orgs need (& create lot of waste!) 27 Photo by Cole Patrick on Unsplash 27

Slide 28

Slide 28 text

28 Inspired by: Reflections: Sociotechnical Systems Design and Organization Change

Slide 29

Slide 29 text

29 💡Creating org cultures, structures and incentives that embrace the nature of the environments we “live in…” Photo by Ronaldo de Oliveira on Unsplash 29

Slide 30

Slide 30 text

30 🔬Learning: minimal and made in isolation 📝Designing: outside teams (by Architects and controlled Managers) 🤝Decision-making: outside teams (by Architects and Managers (“boss”)) 🔬Learning: maximized across the org (no silos) 📝Designing: in teams & with teams involvement 🤝Decision-making: by teams close to problems

Slide 31

Slide 31 text

31 🔬Learning: minimal and made in isolation 📝Designing: outside teams (by Architects and controlled Managers) 🤝Decision-making: outside teams (by Architects and Managers (“boss”)) 🔬Learning: maximized across the org (no silos) 📝Designing: in teams & with teams involvement 🤝Decision-making: by teams close to problems How can we start doing that?

Slide 32

Slide 32 text

TL;DR: approaches to architecture in teams & organization will take different forms & change in time (to allow for sustainable flow of change in the org). Embracing that is key to understand and improve them more explicitly. 32 Architecture Topologies & Architecture as Enabling Team, Eduardo da Silva

Slide 33

Slide 33 text

33

Slide 34

Slide 34 text

Architecture Organization Topologies, Eduardo da Silva 34

Slide 35

Slide 35 text

Architecture Organization Topologies (AOTs) 🔗 esilva.net/architecture-topologies 35

Slide 36

Slide 36 text

36 bol.com 1999 - 2019

Slide 37

Slide 37 text

37 Tech Arch Org (& Way of Work) Prod Tech Org (& Way of Work) bol.com 1999 - 2019 (Org + Tech + Architecture evolution) Arch.

Slide 38

Slide 38 text

38 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Phase 1 (1999 - ~2010): Starting, waterfall & monoliths Arch. Centralized (by Architects)

Slide 39

Slide 39 text

39 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Phase 1 (1999 - ~2010): Starting, waterfall & monoliths Arch. Centralized (by Architects) ⚠ “need for scaling”

Slide 40

Slide 40 text

40 Architects doing all the design & decision making

Slide 41

Slide 41 text

41 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Agile DevOps Teams (Micro)services ~30 ~10 Phase 2 (~2010 - ~2018): Autonomous Teams Arch. Centralized (by Architects) Teams + Archs “need for scaling”

Slide 42

Slide 42 text

42 Architecture in team (mostly) by the team; architects doing everything around teams

Slide 43

Slide 43 text

43 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Agile DevOps Teams (Micro)services ~30 ~10 Phase 2 (~2010 - ~2018): Autonomous Teams Arch. Centralized (by Architects) Teams + Archs “need for scaling”

Slide 44

Slide 44 text

44 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Agile DevOps Teams (Micro)services ~30 ~10 Phase 2 (~2010 - ~2018): Autonomous Teams Arch. Centralized (by Architects) Teams + Archs “need for scaling” Teams capable of iterating quickly on their scope

Slide 45

Slide 45 text

45 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Agile DevOps Teams (Micro)services ~30 ~10 Phase 2 (~2010 - ~2018): Autonomous Teams Arch. Centralized (by Architects) Teams + Archs “need for scaling” Teams capable of iterating quickly on their scope Able to deploy quickly and independently

Slide 46

Slide 46 text

46 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Agile DevOps Teams (Micro)services ~30 ~10 Phase 2 (~2010 - ~2018): Autonomous Teams Arch. Centralized (by Architects) Teams + Archs “need for scaling” Teams capable of iterating quickly on their scope Able to deploy quickly and independently Teams able to design and decide things on their scope

Slide 47

Slide 47 text

47 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Agile DevOps Teams (Micro)services ~30 ~10 Phase 2 (~2010 - ~2018): Autonomous Teams Arch. Centralized (by Architects) Teams + Archs “need for scaling” Many teams Prod & Tech Silos

Slide 48

Slide 48 text

48 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Agile DevOps Teams (Micro)services ~30 ~10 Phase 2 (~2010 - ~2018): Autonomous Teams Arch. Centralized (by Architects) Teams + Archs “need for scaling” Many teams Prod & Tech Silos Organic net of Microservices

Slide 49

Slide 49 text

49 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Agile DevOps Teams (Micro)services ~30 ~10 Phase 2 (~2010 - ~2018): Autonomous Teams Arch. Centralized (by Architects) Teams + Archs “need for scaling” Many teams Prod & Tech Silos Organic net of Microservices Architects “keeping things together around teams”

Slide 50

Slide 50 text

50 Tech Arch Org (& Way of Work) Prod Monoliths Tech Org (& Way of Work) Waterfall Agile DevOps Teams (Micro)services ~30 ~100 ~10 ~600 Phase 2 (~2010 - ~2018): Autonomous Teams Arch. Centralized (by Architects) Teams + Architects (anything around teams) ⚠ ⚠ ⚠ ⚠ “need for sustainable fast flow of change”

Slide 51

Slide 51 text

51 Architects managing a lot of the “dot-connecting” of multi-team activities and tems being “islands”

Slide 52

Slide 52 text

● Team scope has all disciplines needed (including “product” and “tech”) ● Product scope groups teams working on related value streams Re-adjusting Organization Structure 52 Product Taxonomy, Ross Clanton, Amy Walters, Jason Zubrick, Pat Birkeland, Mik Kersten, Alan Nance, and Anders Wallgren

Slide 53

Slide 53 text

● “Product Leadership” team (e.g., Engineering Manager + Product Manager + Tech Lead) works as an Enabling Team 53 Product Taxonomy, Ross Clanton, Amy Walters, Jason Zubrick, Pat Birkeland, Mik Kersten, Alan Nance, and Anders Wallgren Multi-team Leadership Enabling team

Slide 54

Slide 54 text

54 Teams owning architecture on their scope with clearer alignment to the multi-team scope (with Enabling Architects)

Slide 55

Slide 55 text

55 Tech Arch Org (& Way of Work) Prod Monoliths Products Tech Org (& Way of Work) Waterfall Agile Product Teams DevOps Teams (Micro)services ~30 ~100 ~10 ~600 ~50 Phase 3 (~2017 - ??): Product organization Arch. Centralized (by Architects) Teams + Architects (anything around teams) Teams (+ Enabling Product Architects) “need for sustainable fast flow of change”

Slide 56

Slide 56 text

Products Waterfall Agile Product Teams DevOps Teams ~30 ~100 bol.com 1999 - 2019 “need for scaling” “sustainable fast flow of change” 56

Slide 57

Slide 57 text

57 ⚠ Change & Uncertainty will not stop ✅ Embrace it, and thinking models and practices that help you notice it, learn & decide how to navigate it Photo by Ronaldo de Oliveira on Unsplash 57

Slide 58

Slide 58 text

Thank you! Eduardo da Silva, PhD Independent consultant - Sustainable Fast Flow of Change Team Topologies Valued Practitioner (TTVP) # @emgsilva | esilva.net | modernarch.consulting | [email protected] 💡stay tuned for “companion article” 58 esilva.net consulting