Friday 13th October - Why do we do DevOps?


When we talk about building a DevOps organisation - what do we mean?

We don't do all of "this stuff" (waves hand towards a Jira or Azure Devops board) because we want to follow a particular methodology or necessarily use a set of technologies or solutions for our work. We're just trying to understand and improve how we build and deliver software better.

Seeing the frameworks and ideas around us as 'solutions' to our problems is tempting. So, for example, picking Scrum or Kanban, or using npm or pnpm or kubernetes or serverless. These are process, technology and platform decisions that can and will affect our ability to build and deliver software - but those are usually short- or medium-term decisions we will make all the time.

What is more fundamental to our purpose is the intent and direction of the business. If we can align our teams and our organisation with the intent and direction of the business, we can have more practical discussions about the benefits of one technology or platform or solution over another.

Likewise, if we decouple our feelings at a personal level from the framework, technology or solution - we can be more dispassionate about the choices we make for the good of the business.

Now it's no secret that I'm a big fan of Team Topologies. In fact, I'm such a big fan that the Conflux organisation has awarded me Team Topologies Advocate status (photo and description coming soon). However, I don't believe hiring a bunch of consultants and drawing pictures of your organisation's layout will fix everything in your DevOps world. Luckily, neither does Team Topologies. Using a basis of Conway's Law for architecture coupled with limiting cognitive load for teams aligned with our business value streams is a powerful concept. This underpins not just the technical but also the business direction.

My specific interest within the Team Topologies universe is the "DevOps teams". These are often seen as anti-patterns in organisations and indeed in the SAFe framework (notorious for Agile anti-patterns) they even have a name - the "System Team" or Teams. These are any platform teams which enable and support the stream-aligned teams through the provision of services (DevOp tools, CI/CD infrastructure, build, config, test setups, infrastructure and enablement). My speciality is understanding what platforms exist and what internal products platform teams provide. I help teams define and manage their products better as well as creating a team API (a way of working) which enables them to communicate and work more effectively with the rest of the organisation.

--

Continuing my research, as a follow-up to my earlier piece I look at the roles we take on as individuals during our work. I don't believe that individuals working in software development have one strictly defined 'personality type' but we (especially in the IT world) need to change somewhat to be flexible during our work. Sometimes, this change happens many times a day. Therefore we are adaptable - and that adaptability is sometimes difficult to manage both at an individual and team level.

The next time you're struggling with a problem, be it technical, be it organisational, social, or customer-related: remember that a lot of the time our context and experiences will directly influence our approaches to our solutions. Realising that can put us in a place where organisational problems and goals are more naturally shared. I'll be exploring these ideas more in future posts.

I hope you have a relaxing and enjoyable weekend. Until next time.

-- Richard


How to Embrace Complexity and Uncertainty in Programming

Published on October 10, 2023

or more accurately: “How to Train Your Brain to Handle Complexity and Uncertainty” This is part 2 of a 3-part series following my earlier post – Avoiding Toxicity. Here we start to find our place in the team and understand how our behaviours are affected by our context and how, given the challenge of writing… Read More »How to Embrace Complexity and Uncertainty in Programming

Read more...

Human DevOps

DevOps at is the heart of modern software systems. In my regular newsletter, I dive into the human factors that make successful engineering organizations where teams and platforms thrive at the heart of your socio-technical systems. From leadership to team setup, maximizing performance, tools and techniques.

Read more from Human DevOps

It has not by any means been a good summer in the Netherlands. It's been very wet and the last few days have also been extremely windy. At work, on the streets and on the roads, there is a tension. I try to take the time to go out for a lunchtime walk at least a couple of times a week and took this photo last week during a gap in the rain. The Middelpolder And we head towards the summer break, make sure to take some time to relax before you face the serious business of relaxation. I'm taking...

I lived in London in 1997 when the Tony Blair "New Labour" government swept into power. It was a time of great hope and audacity. It felt like "we" could do anything, but then I was 25 years old and living in London, and indeed, anything did, in fact, feel possible because I was at the dawn of my career without responsibilities or the weight of history behind my thoughts and actions. So perhaps older and wiser, we are here. The UK has been (according to some) bitten down by 14 years of Tory...

Do you always want more? More opportunities, more recognition for your work, more advancement? Sometimes, it's just knowing more, solving problems, and being right. What do we do to ourselves as software engineers and programmers that makes us want to do more all the time? We want to know more, write more, read more and perhaps even present more. I was interacting with someone on LinkedIn this Friday, and it made me reflect on what I am doing now compared to what I did a year ago. A year ago,...