The Open Organization book club: Reclaiming meritocracy

No readers like this yet.
Open Organization book spines

When the Opensource.com team invited me to lead this week's book club, I was excited to dive into the chapter on meritocracy: the concept that good ideas can come from anywhere, and the best ideas should win.

Meritocracy is an appealing yet surprisingly complex topic. I'm a big proponent because I've experienced its power firsthand in my own career at Red Hat. But I'm also not oblivious to the fact that the word "meritocracy" has gotten a bad rap in the business world lately, chiefly because organizations have offered it as an explanation for their lack of diversity. (Fortunately, plenty of smart people have already explained why diversity is a critical ingredient of a thriving meritocracy.)

This week, we'll be exploring meritocracy's potential benefits to organizations, as well as examining some of its limits. So let's get started.

Discussion (Chapter 4: Choosing Meritocracy, Not Democracy)

In the book club this week, we'll be discussing "Chapter 4: Choosing Meritocracy, Not Democracy."

There are many thought-provoking moments in chapter 4 of The Open Organization, and I found myself nodding along as I read this description of how meritocracy operates at Red Hat:

Our engineers earn influence with each other based on their contributions to the code. But the same principle applies to all associates in the organization, regardless of what department they work in or what their day-to-day job entails. Everyone has the ability to earn influence and get his or her ideas heard. It simply relates to how effective you are at presenting and getting people behind your ideas, throughout the organization. (p. 92)

Elsewhere in the chapter, Jim explains that meritocracy means having the kind of culture and tools that give everyone the chance to make their voices heard. Meritocracy demands that decision-makers open their ears to not simply the loudest voices, but also to the ones that carry the most sway. Meritocracy requires leaders in particular to have the humility and confidence to remain open to influence and outside perspectives.

At the same time, he acknowledges that even in a meritocracy, not everyone will be listened to equally. Building credibility takes time and effort, and a newcomer (for example) is unlikely to have the same degree of influence as someone who has already earned the trust and respect of peers and leaders. It won't always seem fair and, indeed, one drawback to this approach is that some good ideas are probably never really considered.

Nevertheless, the book contends, a culture of meritocracy is still lightyears ahead of conventional, hierarchical systems.

So now it's your turn. What's your take on meritocracy? Here are a few questions I'd love to hear your thoughts on:

  • Have you ever worked in an environment where the best ideas often won? How did it impact your desire to contribute?
  • What actions can a manager take to encourage meritocracy? How about a junior team member? A more senior contributor?
  • When everyone is sharing ideas, what role should attribution and giving credit play?
  • What are some things people do that inadvertently shut down or short-circuit a meritocratic environment?
  • Which do you think happens more often: a single great idea gets adopted, or multiple ideas converge to form something great?
  • Who gets to decide whether an idea is a good one? Are there objective ways of making that call?
  • How does bringing together groups of people with very different backgrounds and ways of thinking contribute to a meritocracy?
  • What are some effective ways to encourage others to voice their ideas—particularly those who are hesitant to do so? What are some benefits to inviting quieter or more reluctant individuals to participate?

A message from Jim

Resources

User profile image.
Rebecca Fernandez is a Principal Program Manager at Red Hat, leading projects to help the company scale its open culture. She's an Open Organization Ambassador, contributed to The Open Organization book, and maintains the Open Decision Framework. She is interested in the intersection of open source principles and practices, and how they can transform organizations for the better.

4 Comments

We should strive towards Meritocracy, but as I've said in the past our social and cultural upbringings take precedent over our aspirations. Even people who have earned credibility will be victims when situations become politically complicated or when "leaders" feel threatened. Human interactions and relationships are more complicated that our social architectures, be it hierarchical or meritocratic or democratic, can make room for. Hence the need for empathy, good will and understanding in individual situations. Sometimes, the structure needs to be ignored in favor of not ignoring the person.

This is a great point, Laura. I happened to be on a call with Dr. Caroline Simard from Stanford's Clayman Institute for Gender Research last week, and she said something that really stuck with me:

The more meritocratic a company *believes* itself to be, the less meritocratic it actually behaves.

So the paradox with meritocracy seems to be that the only way to sustain a meritocratic environment is to continually question (and even doubt!) whether you actually have one.

In reply to by LauraHilliger

Love that quotation, Rebecca. I think it's important to remember that meritocratic principles should ultimately fold back on the organization of the meritocracy itself: The best idea for orchestrating the meritocracy always wins. That might be one way to ensure its kept in check.

In reply to by Rebecca

Who gets to decide whether an idea is a good one?

I think this is a very important question. The answer is, of course, it depends. It depends on the situation and the impact the decision may have.

The one thing that organizations can do in order to have a successful meritocracy in place is to make sure everyone understands the mechanisms available to allow the best ideas to rise to the top or in the coding world, to allow the best code to win out. If the support structure is there, then I think it will be clear who gets to make the call on decisions.

The best practice is to make sure that the decision-makers are clear with their "crowd," stakeholders, and participants in the early stages of the process so that people understand what their role is for that project/decision.

Jason

Creative Commons LicenseThis work is licensed under a Creative Commons Attribution-Share Alike 4.0 International License.