It's Faster If I Just Do It...Until It Isn't

If you've been a founder for any length of time, you've probably said this sentence more times than you can count:

"It's just faster if I do it myself."

At first glance, it sounds like a sign of commitment. You're trying to keep the project moving. You care about quality. You don't want your customer to have a bad experience, and you certainly don't want to spend more time explaining something than it would take to simply do it yourself.

I know that feeling because I lived it.

Years ago, I worked with someone on my team who was responsible for creating written content for our company.

Every time she sent me a draft, I'd tell myself I was only going to make a few quick edits.

A few quick edits turned into rewriting paragraphs.

Then headlines.

Then transitions.

Before I knew it, two or three hours had disappeared.

When I finally finished, I'd hit send and think, Well...it was faster if I just did it myself.

I believed that lie for years.

Then one afternoon another document landed in my inbox.

I opened it, started making edits like I always did, and then glanced at my calendar. I remember thinking, I don't have another two hours for this.

I just sat there for a minute.

Part of me wanted to do what I'd always done. It would have been easier in the moment. But another part of me realized something that I hadn't been willing to admit.

If I kept rewriting her work, we'd be having this exact same conversation a year from now.

So instead of fixing it, I sent it back.

I highlighted several areas that needed attention, and then I had a conversation I'd been avoiding for far too long.

I told her, "I'm paying you because I believe you're capable of doing this with excellence. If I continue rewriting everything you send me, then I'm paying for the same work twice. I need you to own it."

It wasn't an angry conversation.

It wasn't even a difficult conversation.

It was simply a conversation about expectations.

From that point forward, the quality of her work changed dramatically. She took ownership, raised her own standard, and to this day continues to produce excellent work.

For years, I told that story as if it were about her growth.

Now I realize it was really about mine.

The biggest lesson wasn't that she became a better writer.

It was that I became a better leader.

Looking back, I can see what I was teaching her, even though I never intended to. Every time I quietly rewrote her work instead of coaching her through it, I reinforced the idea that her first draft didn't have to be her best draft because Shannon would finish the job. I thought I was protecting the quality of our work. In reality, I was lowering the standard by communicating that excellence wasn't her responsibility.. it was mine.

I see founders do this every day.

A team member brings them a problem, and they solve it.

Someone asks a question, and they answer it.

A project falls behind, and they jump in to finish it.

They're trying to help, but they're also teaching.

Founders are always teaching, whether they realize it or not. We teach through what we reward, what we tolerate, and what we consistently do ourselves. When we routinely jump in and rescue the work instead of coaching people through it, we're communicating where ownership ends. When every decision flows through us, we're teaching our team that progress requires our approval. Over time, people simply adapt to the system we've created. They aren't lacking initiative, they're responding to the expectations we've reinforced.

That's why I believe the goal of leadership isn't delegation.

It's ownership.

Delegation hands someone a task.

Ownership hands someone responsibility for the outcome.

Those are two very different things.

Ownership requires clear expectations, accountability, coaching, and enough trust to let people wrestle with a problem instead of rescuing them the moment they struggle. That's uncomfortable for founders because we're often capable of doing the work ourselves. But every time we choose the quick fix, we sacrifice long-term growth for short-term efficiency.

Every time we rescue the work, we rob someone else of the opportunity to grow.

That experience also changed the way I think about systems.

At first, I believed the lesson was simply to stop rewriting people's work. Over time, I realized there was an even bigger opportunity. If I found myself giving the same feedback repeatedly, eventually the issue wasn't the person anymore, it was the process.

Great founders don't just coach people.

They capture what they're coaching and build it into the business.

Sometimes that's a checklist.

Sometimes it's a style guide or a template.

Sometimes it's a training video or a quarterly leadership discussion.

The format doesn't matter nearly as much as the mindset.

The lesson should outlive the conversation.

Today, whenever I find myself explaining the same thing over and over again, I ask a different question:

Does this belong in my head...or does it belong in a system?

That one question has changed the way I build businesses.

Because businesses don't scale when founders become better at doing everything themselves.

They scale when founders intentionally develop leaders, document what matters, and build systems that continue teaching long after they've left the room.

Founder Reflection

Where in your business are you saying, "It's just faster if I do it myself"... for the third...the tenth...or the fiftieth time?

Is the problem really the person?

Or is your business asking you to build a better system?

Shine Lesson Learned:

One of the greatest shifts you’ll make as a founder is realizing your job isn’t to be the person with all the answers. Your job is to build leaders who can find the answers without you. Every time you stop rescuing, start coaching, and then systemwide what you’ve taught, you’re building a business that can grow beyond your own capacity.

Shine On, 

Shannon 


Next
Next

Your Next Great Hire Needs More Than a Job Description