Site Overlay

What is a Cloud Center of Excellence?

As cloud becomes ubiquitous, organizations need cooperation across business units to optimize the value of cloud computing. Many are establishing a cloud center of excellence (CCoE) to govern cloud transformation. But is that the right solution?

Cloud Centre of Excellence on The Serverless Edge
Photo by Lucas Law on Unsplash

Two things come to mind when you hear the phrase Cloud Center of Excellence:

  1. Cloud financial management. You have invested lots of money, but are you getting value and cost optimization?
  2. How good are those people at cloud adoption and cloud management? Excellence is a big goal.

A good CCoE will answer those questions for you. Too often, a COE becomes a central governing body with a one-way interaction, limiting its effectiveness and cloud maturity. And gets everyone back up.

Central management of cloud initiatives is critical.

The CCOE needs to be a central body of knowledge to drive cloud and product correctly. The effectiveness of the CCoE is its ability to disseminate that knowledge across the rest of the org. By doing this to a high level, your organization can compete on a level playing pitch with Amazon, Google, Open-Source, the internet, and other successful cloud organizations.  

Your teams react when you establish a Cloud Center of Excellence poorly. Dev teams rarely react well when “the experts show them how it is done.”

Why is Serverless adoption different for a Cloud Center of Excellence?

Many companies have started on their cloud services journey. They have gathered information and carried out some deployment. So don’t move backward and ring-fence a whole department to “figure out cloud transformation.” You are beyond the skunkworks.

The cloud journey moves too fast for development teams to disconnect, pause, and restart the process. You need to get comfortable with engineering teams solving their problems. Serverless is incremental. Knowledge and developer experience is acquired and built on the job. 

Pioneers, Settlers, and Town Planners

Simon Wardley describes how different talent is required depending on what stage of innovation you are at. He defines them as Pioneers, Settlers, and Town Planners. For Serverless, you are going to need pioneers.

For serverless, you are going to need pioneers

As Simon describes:

“Pioneers are brilliant people. They are able to explore never before discovered concepts, the uncharted land. They show you wonder but they fail a lot. Half the time the thing doesn’t work properly. You wouldn’t trust what they build. They create ‘crazy’ ideas. Their type of innovation is what we call core research. They make future success possible. Most of the time we look at them and go “what?”, “I don’t understand?” and “is that magic?”. In the past, we often burnt them at the stake. They built the first ever electric source (the Parthian Battery, 400AD) and the first ever digital computer”.

Simon Wardley
Diagram of Simon Wardley's Pioneers, Settlers and Town Planners as an alternative to a Cloud center of excellence
Pioneers, Settlers and Town Planners by Simon Wardley

The Cloud Center of Excellence experts need to be on your team. Do you need to treat them differently? They are learning, exploring, and experimenting. So, do you need to lead them differently? What guardrails should you give them?

It depends on your organization. You could treat every team as experimentation innovators. If so, good for you! I’d be surprised if you are not Serverless already.

How do we share knowledge over time?

It comes back to knowledge, as it often does in technology. The correct advice at the right time can save millions of dollars for your org.

Knowledge management becomes a problem when your org has over 100 people. Team A figures good practice based on their project. Team B is doing something completely different. But there are shared patterns. Teams will talk and spend time sharing ideas, but you can’t share everything all the time. You will start to hear the phrase “I didn’t know you did that” more often.

Reams of documentation won’t help either. One critical part of Team Topologies’ six principles is the enablement team.

Team Topologies

What are the six principles?

Watch the Team Topologies talk. It explains what I have laid out here in detail:

Team of Expert Enablers, Early Wins, and The Ambassador Role

  1. Team of Expert Enablers are typically experts in a specific area who collaborate with stream-aligned teams to help them gain the capabilities they are missing. It can be anything from test automation to building engineering architecture stuff. They have an enabling role. They bridge the stream-aligned team’s gaps in how they build and deliver software.
  2. Early wins are the best way to convince stakeholders, partners, peers in your organization, and your customers. Describing this approach with principles, statements, and diagrams takes a lot of work. You need to do something. And the results will be much easier to talk about. Plus, you will get unexpected benefits.
  3. The Ambassador role is critical as you need to link the executive narrative to engineering practices. The teams will start moving fast. So, you need someone to ensure the rest of the organization is comfortable. A key group here is security, as the old methods will not work.

Reusable Patterns, Engage and Evangelise and Scale

  1. Reusable patterns are a game-changer. Sometimes, a Cloud Center of Excellence will advise on reference architectures. But Serverless moves too fast. Something like has to be the starting place. Once you give your engineers a bunch of accelerators or Lego blocks, they will go fast.
  2. When you have the structures in place, you must Engage and evangelize. At this point, you have lowered the bar to entry, so you help other teams leap. Using hands-on sessions with “show and tell” is very effective.
  3. Finally, the ability to Scale the approach is crucial. As many teams start using Serverless, you need to think about how to help and support without creating a bottleneck. One approach worth looking at is AWS Well-Architected – Serverless Lens.

You can create a serverless Cloud Center of Excellence.

You can create a serverless Cloud Center of Excellence. But don’t imagine it as an expensive office in the new part of town, full of scooters and bean bags. Some of your teams will lead by example and start to push ahead. Encourage and support them. Then, bring everyone else along and invest in making it happen. The critical part is the investment. Don’t cross your fingers and hope it happens by accident. And don’t hire it in. You already have the people – support them.

4 thoughts on “What is a Cloud Center of Excellence?

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Translate »