top of page

Being Able to Help Doesn’t Mean You Always Should

Aug 27
4 min read

One of the easiest traps for capable people is assuming that because we can solve a problem, we should.


We see something that isn’t working. We know how to fix it. Someone is struggling. A process is broken. A client, patient, employee, or colleague needs help. So we step in.


Again. And again.


At first, it feels useful. Maybe even generous. But over time, something else happens. We start building businesses around what we're willing and able to absorb rather than around what actually works well. That’s a very different thing.


Capability Isn't the Same as Fit

Being able to help someone doesn't automatically mean you're the right person to help them.


This is something I’ve had to think about more as my consulting work has grown. There are projects I can take on. There are problems I know how to solve. There are people I could absolutely help. But that doesn't mean every project is a good fit.


Sometimes the expectations are unrealistic. Sometimes someone wants a quick fix to a problem that really needs a closer look. Sometimes the working style is a mismatch.


Sometimes the energy required to keep something moving is out of proportion to the actual value of the work.


None of that means the person is difficult or the project is bad. It may simply mean it isn’t the right fit. That distinction matters.


I've seen the Same Thing Happen Inside a Practice

Physicians and practice owners do this all the time. A staff member struggles with a process, so the physician takes it back. A patient consistently pushes a boundary, so the practice makes another exception. A platform doesn’t work quite right, so the team creates a spreadsheet to compensate. A vendor is frustrating, but switching feels overwhelming, so everyone learns to live with it. A scheduling problem keeps happening, but instead of redesigning the workflow, someone manually fixes it every Tuesday.


Eventually, the practice becomes a collection of workarounds. And often, one capable person becomes the biggest workaround of all.


Just Because You Can Carry It Doesn’t Mean You Should

This is where I've seen competent people get into trouble. They become the answer to every problem because they usually can figure it out. They stay late. They jump in. They smooth things over. They remember the thing no one else remembers. They fix the spreadsheet. They call the patient. They chase the vendor. They double-check the work.


And because everything keeps moving, the system looks functional. But it may not be functional at all.


It may simply be leaning very heavily on one person’s ability to tolerate chaos. That's not the same thing as having a good system.


Sometimes the Wrong-Fit Solution Is a Person

We tend to think of systems problems as technology problems. Sometimes they are.

But sometimes the wrong solution is a person who has become too essential to the process. If a workflow only works because one person remembers every exception, knows every workaround, and catches every mistake, that person isn't the system. They are compensating for the lack of one.


The same is true when a physician has to approve everything, solve everything, or intervene every time something gets confusing. That may feel responsible. It may even feel safer.


But over time, it creates dependence instead of resilience.


Ask a Different Question

When something isn't working, most of us ask:


Can I fix this?

For capable people, the answer is usually yes.


A better question might be:

Should I be the one fixing it?

Or:

Is this even the right problem to solve?


Or:

If I solve it this way, am I improving the system or just making myself the workaround?

Those questions tend to lead to better decisions. They also help expose something we often miss: sometimes the easiest solution in the short term creates the most dependence in the long term.


If You Were Starting From Scratch, Would You Choose This?

This is one of my favorite questions when looking at a messy workflow or an overcomplicated process:


If I were designing this from scratch today, would I choose this?

  • Would you choose the same software?

  • The same scheduling process?

  • The same communication method?

  • The same exception?

  • The same handoff?

  • The same role for yourself?


Sometimes the answer is yes. But sometimes the only reason something still exists is because it's been there for years and everyone has learned how to work around it.

That's very different from saying it works well.


Experience Has Shown Me That Discernment Is Part of Good Leadership

The best leaders consistently teach me that saying no isn't always the point. The point is learning to tell the difference between being helpful and becoming respon

sible for something that shouldn't depend on you. That takes discernment.


  • Can I help? Probably.

  • Am I the right person to help? Different question.

  • Is this the right problem to solve? Also different.

  • And will this solution make the system stronger, or will it simply make me more necessary? That last question may be the most important one.


Being indispensable can feel flattering. It can also be exhausting. And I've seen firsthand that a healthy business shouldn't depend on your highest tolerance for chaos.

 
 
 

Comments


bottom of page