The Socratic Manager: Leading with Questions

If you answer every question your team asks, you are the bottleneck. How to use the Socratic Method to train your team to think for themselves.
The Socratic Manager: Leading with Questions

There is a trap that every new manager falls into. I call it the "Answer Trap."

You were promoted because you were a great engineer. You knew how to fix the bug. You knew how to architect the database. So, when your team comes to you with a problem, your instinct is to solve it.

  • Dev: "The API is slow."
  • You: "Add a Redis cache layer."

This feels efficient. You solved the problem in 5 seconds. But you just committed a leadership crime. You taught your team that you are the search engine. You created a dependency.

If you provide all the answers, you become the bottleneck of your own organization. You cannot scale, because every decision must route through your brain.

To scale yourself, you must stop being the "Chief Answer Officer." You must become a Socratic Manager.

1. The Philosophy: Maieutics (The Midwife of Ideas)

Socrates was annoying. He walked around Athens claiming he knew nothing, yet he won every debate. He didn't teach by lecturing; he taught by asking. He called this art Maieutics—the art of "midwifery."

He believed that the truth was already inside the student; the teacher’s job was just to help deliver it.

In the Boardroom: When a Senior Engineer asks, "Should we use Go or Rust?", the Answer Trap is to say "Use Go because it’s faster to hire for." The Socratic approach is to ask: "What are the trade-offs in memory safety vs. developer velocity for this specific module?"

You force them to run the mental simulation. You are building their neural pathways, not flexing yours.

2. The "3-Question Rule" for 1:1s

The hardest part of this style is sitting on your hands when you know the answer. It requires discipline. I implemented a rule in my 1:1s: I will not answer a "How" question until the team member answers three "What" questions.

When a team member brings a problem:

Question 1: "What is the root cause definition of the problem?" Often, they are trying to solve a symptom. Force them to define the constraint.

  • Them: "We need more servers."
  • You: "Why?"
  • Them: "Because CPU is at 100%."
  • You: "Is the CPU doing useful work, or is it thrashing?" (Thrashing means the CPU is busy managing memory swaps rather than running code—a symptom of low RAM, not slow CPU).

Question 2: "What have you already tried?" This filters out laziness. If they haven't tried anything, send them back to their desk. You are a mentor, not Google.

Question 3: "What do you propose we do?" This is the money question. Even if their proposal is wrong, you now have a starting point for a debate, rather than a lecture.

3. Single Point of Failure (SPOF)

In risk management, auditors look for Key Person Risk. In engineering, we call this the "Bus Factor": If you get hit by a bus tomorrow, does the project stop?

The Answer Trap artificially creates a Decision Bus Factor of 1.

If you are the only person capable of making architectural decisions, you have become a Single Point of Failure for the entire organization.

  • The Bottleneck: The team moves at the speed of your calendar. If you are in meetings all day, no code gets written.
  • The Valuation Hit: Investors do not buy companies that rely on one person's brain. They buy systems. If the system is you, the company is unscalable.
  • Getty Images
  • Explore

The Socratic Goal: Your objective is to replace yourself. If you ask the right questions for 6 months, eventually your team starts asking themselves those questions before they come to you.

  • Month 1: They ask you to solve the problem.
  • Month 6: They come to you and say: "We analyzed the API latency. We considered Redis vs Memcached. We chose Redis because of persistence requirements. Here is the implementation plan."

That is the sound of a scalable organization.

4. When NOT to use it (The Crisis Exception)

Nuance is key. The Socratic Method is a Teaching Tool, not a Crisis Tool.

If the server room is on fire (literally or metaphorically), do not ask: "What do you think is the nature of combustion?" You grab the fire extinguisher and shout orders.

  • During a Crisis: Be Authoritative. Give Answers. Save the ship.
  • During Peace Time: Be Socratic. Ask Questions. Build the crew.

Summary

The ego loves to give answers. It makes us feel smart, needed, and powerful. But leadership is not about being the smartest person in the room. It is about building a room full of people who are smarter than you.

Next time someone asks you "How do I fix this?", take a breath. Don't solve it. Ask them: "How would you fix it?"

It will take 5 minutes longer today, but it will save you 500 hours next year.

Subscribe to my newsletter

No spam, no sharing to third party. Only you and me.

Member discussion