Is Your Center of Excellence a Trojan Horse for Social Debt?


This week, I had an interesting discussion with a client. It's a Civil Engineering corporation that's present in multiple continents. The "company culture" challenge becomes especially important when different cultures all around the globe are mixed toward a same goal. Building a globally-distributed Event-Driven Architecture is no exception.

Everywhere I look, people are trying to fix culture problems with tools. Not because they're dumb or stupid, actually, I'd have committed the same mistake if I were in their position. No blame. The issue is that oftentimes the culture problems appear as technical problems in disguise. You really need to dig deeper to understand the root of it.

However, a new kind of issue has caught my attention recently: Centers of Excellence (CoE). Let me explain...

It was years ago that I heard about CoEs for the first time. If you don't know what it is, a CoE is a team of experts that provide tools, processes, best practices, and support to the rest of the organization. Sounds good, right?

Well, it depends™️. The human brain can be is complex. If there's a CoE, the Social Comparison Theory starts kicking in:

Social comparison theory is a psychological concept that posits that individuals assess their own worth and abilities by comparing themselves to others. This theory, introduced by Leon Festinger in 1954, emphasizes that people often evaluate their qualities against those of their peers.

In other words, if there's a center of "excellence" and I'm not part of it, it means I'm less excellent than my peers in this team. If you're a junior engineer, that might be fine. In the end, when you're junior, everyone looks smarter than you anyway. However, if you're a seasoned engineer, your immediate reaction might be something like "who the heck these people think they are!" (dramatization).

Likewise, if there's a CoE and I am part of it, it means I am more excellent than my peers. Your way of communicating can be affected by this and you may end up talking to your peers in a condescending tone.

And there you go! You have a breeding ground for conflict. Please note this usually happen unconsciously. If you ask people in both sides if that's what they think, you'll get a plain and straight "NO" as an answer. Oh, if humans were that easy...

Does that mean you shouldn't have a CoE in your organization? As always, it comes down to your case but you're warned of the possible subtleties now. I'm not a psychologist. The only idea that comes to my mind is to change its name. Yeah, it might sound stupid (and maybe it is) but I think language matters. A team that should be there to serve, suddenly can be seen as tyrants —in part— because of an unfortunate name.

So, is this post about naming things? Nope. This is about minding the social and psychological aspects of adopting a new technology shift like Event-Driven Architectures. Start with people in mind first. The technology will follow.

P.S. I recently opened early access to my book Shift: The Playbook for Event-Driven Architecture Advocacy. You'll have the chance to be among the first ones to read it, at a cheaper price, and —not gonna lie— this is a big signal of support for me. Get early access to the book.

P.P.S. If you're stuck, need a second pair of eyes on your architecture, or want personalized guidance to accelerate your project, a 1:1 call can provide the clarity and direction you need. Book Your 1:1 Consultation.

1 Question For You

I'm trying to improve this newsletter. I want to make it valuable for you and, usually, I default to telling my own learnings and experiences. The reasoning is that, if it was a learning for me, it will most likely be a learning for some of you too. Anyhow, let me ask this straight:

Is there some topic you'd like me to touch on in future newsletters?

Av. Joaquín Costa, 16, Badajoz, Badajoz 06001
Unsubscribe · Preferences

Fran Méndez

Hey hey! I'm Fran, the creator of the AsyncAPI specification (the industry standard for defining asynchronous APIs). Subscribe to my newsletter —The Weekly Shift— where I share expert advice about building Event-Driven Architecture and share my journey writing my first book, Shift: The Playbook for Event-Driven Architecture Advocacy.

Read more from Fran Méndez

On November 3rd, I announced I had joined Hookdeck to lead Outpost. It looked like the perfect setup on paper: a founder-like role, a smart team, and a problem space (EDA) that I’ve spent the last 12 years mastering. On November 24th, exactly three weeks later, I resigned. I’ve spent the last month processing this. I’m sharing the story not because I like talking about my mistakes, but because I bet a lot of you are stuck in the exact same trap I fell into. I spent over a decade in the...

9 years of AsyncAPI Initiative

Nine years. That is actually wild to think about. If you asked me back in 2016 if I saw this becoming a global standard, I would have laughed. I wasn’t trying to start a movement. I was just trying to fix a specific headache I had. I wanted to generate documentation and code skeletons for my event-driven services. I was using RabbitMQ, and the whole thing was a total mess. So I built a tool to fix it. For the first two years, I felt like I was speaking to a wall. I’d push code, write about...

Open Source Outbound Webhooks Infrastructure

I’m writing this to share some personal news that I’m incredibly excited about. I’ve officially joined Hookdeck as VP & General Manager of a new product called Outpost. This isn’t a decision I took lightly. My time since leaving Postman has been invaluable, allowing me to focus on building my own ventures. But when Alex at Hookdeck showed me what they were building, I saw a rare opportunity. A chance to solve a fundamental, unglamorous problem that plagues our industry and aligns perfectly...