Microservices and Organisational Culture

Paul Seymour • October 18, 2018

In our first post we considered the CICD maturity needed to manage microservices at scale. But DevOps extends beyond tooling and speaks equally to both development and organisational culture. One of great benefits of a microservice architecture is its ability to scale work across multiple teams. It facilitates ‘decoupling’ by allowing teams to operate autonomously within the domain context and microservices they own. Microservices happen to fit very nicely into a team-based autonomous delivery model, and it’s a widely held industry belief that this is one of the most compelling reasons to build using microservices.

 

But even the most capable teams, with excellent DevOps skills and practices, will struggle with microservices in an organisation that does not have a high degree of Agile maturity. We've seen organisations regressing back to Waterfall practices as a result of the technical and business demands of a troublesome microservices platform.

 

So what are some of the ways organisations can eliminate potential challenges and deliver a successful microservices project?

 

First and foremost, you need a management culture that understands Agile development processes, and is able to embrace and adapt to change. A good example is the way microservices need to be tested and released. Traditional monolithic approaches, such as releasing everything into an ‘integration’ environment and having tests confirm that all the bits play nicely, just doesn't scale when you have dozens of interdependent APIs released multiple times a day. Traditional release management processes quickly become a quagmire if there are large numbers of microservices needing to be tested, versioned and moved monolithically through different environments.

 

If your organisation has a middle management layer that is more ‘command and control’ than ‘servant leadership’, then a microservice architecture will present them with significant challenges. That may be a good thing if you are in upper management and looking to drive Agile change within an organisation. But it can be disastrous to a business that needs to release software quickly in order to achieve their quality and customer goals.

 

There are some warning signs that your organisation might not be up to microservices, and it can be difficult to fix them once development gets underway. Addressing them early will significantly increase the chances of a successful outcome.

 

Potential pitfalls to be aware of:

 

  • The project, DevOps, testing and architecture managers are focused on controlling rather than mentoring, facilitating and unblocking.
  • There is an expectation that teams should not own microservices; that all teams should be able to work from a shared backlog and codebase.
  • There is a reluctance to release software frequently and automatically.
  • There is a poor understand of Agile processes and principles (e.g. all teams are expected to have a shared measure of velocity).
  • There is a preference against cross functional teams (e.g. they may feel it's better to have frontend teams, backend teams and test teams).
  • There is a tendency toward a ‘hero developer’ culture; where certain key individuals are elevated above the teams that support them.

 

 

Microservices are a great fit for an organisational culture that thrives on rapid change, has a customer focus, and understands how to inspire and empower teams. It allows software development to operate at a scale and efficiency that is simply not possible with most other architectures. So good luck to all organisations embarking on a microservices journey, and as always, call the Team at Patient Zero – Empowered Teams, Exceptional Results!

 

In our final post we’ll look at technical Do’s and Don’ts with Microservices.

Share This Post

Get In Touch

Recent Posts

A retro-futuristic illustration depicting two men in lab coats operating a large vintage computer.
By Alex Petrakis August 25, 2025
GPT-5 - the highly anticipated latest version of OpenAI’s hit the streets a few weeks ago. Despite of some breathless commentary from influencers who had been given early access, the eventual release was a bit underwhelming (in a way that only something that would have seemed like science-fiction a few short years ago but now seems passe, can be). Aside from the quality of the model itself, which some people have claimed was more about lowering OpenAI’s costs than delivering a better result, there are some issues that the change to GPT-5 has introduced when integrating it into a product which we thought we should share.
By Katelyn Cleary August 6, 2025
The ability to preview files directly within a web application is a major enhancement to user experience. Enabling users to view uploaded documents or images without needing to download them first saves time and reduces frustration. This can be a game changer in document-heavy applications where users frequently and recursively review and upload files through the interface. There are many libraries, packages, software subscriptions, and external API services (you name it!) that exist to solve this problem. But when spoiled for choice, it can be difficult to decide on which kind of solution best fits your application’s needs. This article explores this conundrum in the context of .NET Core web applications, with a focus on their specific quirks and requirements.
May 20, 2025
We’re proud to announce that Hanieh Madad has been named the winner of the Technical Award at the prestigious 2025 ARN Women in ICT Awards.
Copies of the book DesignedUp are stacked on top of each other on a pink background
By Lennah kuskoff May 5, 2025
At PZ, we’re always exploring how design and technology can better complement each other. We recently hosted a Lunch & Learn featuring Emma Carter, Experience Design Leader and author of DesignedUp, whose talk was a candid, experience-rich exploration of what it takes to create great products, and even better collaboration between disciplines.
More Posts