Slide 1

Slide 1 text

Modern architectural work: From de f ining to enabling MICHAEL PLÖD FELLOW

Slide 2

Slide 2 text

2 Let me tell you a story of a company…

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

The Software Delivery Teams….

Slide 5

Slide 5 text

They implement software based on requirements from the business based on architectural decisions from the architecture team based on timelines from the management monolithic with an aged tech stack

Slide 6

Slide 6 text

The teams are not empowered at all. They are among the most downstream teams in the org.

Slide 7

Slide 7 text

The Architecture Team

Slide 8

Slide 8 text

8 The role “software architect“

Slide 9

Slide 9 text

9 Tasks Involvement in all phases and life stages of a software system Clarify requirements Communicate architecture Design structures Design crosscutting concepts Support implementation Evaluate architecture Amount of work + order depends on the system!

Slide 10

Slide 10 text

Working on architectural tasks Inspired by a model by Stefan Toth / Gregor Hohpe

Slide 11

Slide 11 text

Division of work Classic: Architect decides what the team has to do Architect Development Team

Slide 12

Slide 12 text

Division of work No one is responsible: Implicit architecture (emergent, democratic) Development Team

Slide 13

Slide 13 text

Division of work Architects as agents: Architecture topics explicitly distributed in the team Development Team

Slide 14

Slide 14 text

Division of work Architect in the team: supports team with architecture tasks Architect Developers Development Team

Slide 15

Slide 15 text

You have to implement things our way

Slide 16

Slide 16 text

Division of work Classic: Architect decides what the team has to do Architect Development Team 16

Slide 17

Slide 17 text

How the Architecture Team sees itself

Slide 18

Slide 18 text

The Boss

Slide 19

Slide 19 text

Wants a shift in strategy and delivery from economies of scale towards economies of speed

Slide 20

Slide 20 text

You are now agile cross-functional teams and take full end-to-end responsibility from now on.

Slide 21

Slide 21 text

😱 🤪 🤯 🧐 🤡 🥵 🥴

Slide 22

Slide 22 text

The outside voice

Slide 23

Slide 23 text

Tell me more They have a valid point They should be excited, isn’t responsibility and in f luence motivating?

Slide 24

Slide 24 text

Mind the COGNITIVE LOAD of the teams. We need to make sure that teams aren’t overwhelmed Learning and mastering domain complexity Conducting experiments / Learning Delivering high value software

Slide 25

Slide 25 text

Let me assume that you want motivated teams… OF COURSE!

Slide 26

Slide 26 text

Autonomy Mastery Purpose

Slide 27

Slide 27 text

We need an environment in which teams can reach Autonomy Mastery Purpose

Slide 28

Slide 28 text

Architecture Team Development Team We are currently here

Slide 29

Slide 29 text

Understood, and I need to get my teams to one of these environments Development Team Architect Developers Development Team

Slide 30

Slide 30 text

Do the architecture stuff on your own and take responsibility for it You can’t just say

Slide 31

Slide 31 text

Meanwhile the Architecture Team Do we get f ired? Aren’t we needed anymore? Aren’t we important anymore? What about us?

Slide 32

Slide 32 text

There is an idea for you folks

Slide 33

Slide 33 text

Fundamental Team Topologies Complicated Subsystem Enabling Platform Stream-aligned

Slide 34

Slide 34 text

Complicated Subsystem Team • Responsible for building and maintaining a part of the system that is highly dependent on specialist expertise • Team manages the complexity of the subsystem using speci f ic skills and expertise that are usually dif f icult to f ind or recruit. Enabling Team • Work alongside the stream-aligned teams and support them in the area of knowledge building and empowerment. • Have a strong collaborative nature and strive to understand the problems and shortcomings of the other teams • Inhouse consulting team Platform Team • Should give stream-aligned teams the possibility to do their work with a high degree of autonomy, • Platform provides self-service APIs, tools and services as an internal product Stream-aligned Team • Tailored to a business area or organizational capability (Bounded Context) • Is intended to create customer value quickly, safely and autonomously without having to delegate parts of the work to other teams.

Slide 35

Slide 35 text

How about an ARCHITECTURE ENABLING TEAM

Slide 36

Slide 36 text

Key goals & tasks for architecture enablement Gradually shift architecture work into teams Design Documentation Requirments clari f ication Evaluation Get obsolete over time (OPTIONAL) After some time the teams should be able to do the architecture work on their own. Architects move into the teams. Pair Programming Challenging Moderation Education Protection Standardization Working in Mob Facilitation

Slide 37

Slide 37 text

Need to be coaches, mentors, sparring partners and not an hierarchical instance. Architecture Enablers

Slide 38

Slide 38 text

AMAZING IDEA!!! This is exactly what we need

Slide 39

Slide 39 text

Meanwhile the architects… How to do that? That’s not part of my job description Do we loose power? How about my career? Aren’t we the specialists and not the teams

Slide 40

Slide 40 text

Does everything have to be complicated here? This takes time and patience, let’s take a step-by-step approach

Slide 41

Slide 41 text

Step 1 Enable the future enablers

Slide 42

Slide 42 text

Enabling future enablers Working in mobs with experienced coaches Dedicated training courses and personal development plans Allow them to fail Take their concerns seriously

Slide 43

Slide 43 text

Place that team in a safety bubble f irst and adjust your expectations in terms of speed of adoption Let’s bring in the personal development department they can help

Slide 44

Slide 44 text

Personal Development Establish training curriculums and coaching offers Work with architects and developers May have an eye on the overall transformation

Slide 45

Slide 45 text

COACHING TRAINING CAREER PATHS PSYCHOLOGICAL SAFETY

Slide 46

Slide 46 text

Step 2 The f irst small steps

Slide 47

Slide 47 text

Let’s get started.. Don’t worry, I got your back E N A B L I N G

Slide 48

Slide 48 text

Don’t worry, I got your back as well

Slide 49

Slide 49 text

Goal: gain experience Do stuff, succeed, fail, learn, do stuff, repeat.

Slide 50

Slide 50 text

The workers council appears… We have a few questions

Slide 51

Slide 51 text

What is going on here? We also increase collaboration and decrease orders to others We are improving peoples work. They get more autonomy and freedom

Slide 52

Slide 52 text

This isn’t that easy. We oppose this idea due to the current salary system 😳 🫣

Slide 53

Slide 53 text

Let’s take a look at the salary bands 😳 🫣

Slide 54

Slide 54 text

The salary bands Software Architect Level 1 60 - 80k EUR Software Architect Level 2 75 - 95k EUR Software Architect Level 3 90 - 120k EUR •Leads team of architects •Responsible for overall architecture •Gives architectural instructions to other teams •Responsible for those instructions •Designs architectures being reviewed by senior folks

Slide 55

Slide 55 text

You have to address this Software Architect Level 1 60 - 80k EUR Software Architect Level 2 75 - 95k EUR Software Architect Level 3 90 - 120k EUR •Leads team of architects •Responsible for overall architecture •Gives architectural instructions to other teams •Responsible for those instructions •Designs architectures being reviewed by senior folks

Slide 56

Slide 56 text

The current state prevents architects from progressing in the salary / career system 🫣 This is also affects the domain experts in the context of collaborative modeling 😳

Slide 57

Slide 57 text

We need to bring in HR We need to bring in HR

Slide 58

Slide 58 text

HR Contracts Salaries Legal stuff

Slide 59

Slide 59 text

Step 3 Work as an enabling team

Slide 60

Slide 60 text

Now you are in charge! E N A B L I N G

Slide 61

Slide 61 text

We are pretty good at architecture now, it’s no longer a burden on our cognitive load

Slide 62

Slide 62 text

Step 4 OPTIONAL Dissolve & Merge

Slide 63

Slide 63 text

OPTIONAL Goal: dissolve of the enabling team But please: don’t f ire anyone, those folks are super valuable in Stream- aligned Teams or in Platform Teams

Slide 64

Slide 64 text

Let’s summarize stakeholders

Slide 65

Slide 65 text

Developers in Stream-aligned Teams Move architecture work to their team Create environment of psychological safety in terms of decision making Mind their cognitive load

Slide 66

Slide 66 text

Architects in Enabling Team Move from instructing to coaching Need to be enabled as well Mind and address their fears. Psychological safety is important here as well

Slide 67

Slide 67 text

Senior Management Set and manage expectations Readjust career paths Leaders of cultural change

Slide 68

Slide 68 text

Personal Development Establish training curriculums and coaching offers Work with architects and developers May have an eye on the overall transformation

Slide 69

Slide 69 text

HR Readjust salary bands Review career paths Maybe: update contract

Slide 70

Slide 70 text

Workers Council Important for psychological safety Protection for the employees Must be on board

Slide 71

Slide 71 text

What’s up with this person? Food for thought: How about a Management Enabling Team for the journey?

Slide 72

Slide 72 text

www.innoq.com THANK YOU! Michael Plöd Connect on LinkedIn