You Don’t Get to Skip the Work

Here I am on a Sunday afternoon, watching the AFC Championship during a full-on snowstorm.

The Broncos are hosting the Patriots, and deep down part of me feels like Kansas City should be here. We’ve had a lot of success over the last decade. We’ve built something special. It’s easy, when that happens, to start believing this stage somehow belongs to you.

But that’s not how it works. Instead, the Chiefs sputter all year, and Patrick Mahomes tears the ligaments in his knee and the Chiefs are a footnote on the 2025 NFL season.

All of that is a big reminder that you don’t get to the next game based on last year’s stats. You earn it again, each year, in conditions that aren’t ideal. The Patriots are exemplifying that today. After a nearly 20-year dynasty and a recent trip into NFL oblivion, they’re back hoisting the Lamar Hunt Trophy once again.

That’s been on my mind as I work on CoffeeBreak.

Right now, I’m close. I can see the system. I can explain it. But I can’t quite get it to run end-to-end, on its own, without help.

In the past, I would have pushed harder. Added more features. Told myself it was “good enough” and that we’d clean it up later.

Experience has taught me to resist that impulse.

Right now, CoffeeBreak doesn’t need to do everything. It needs to do one thing really well, end to end, without excuses.

There’s no shortcut around that work. No entitlement. No reputation that carries you forward forever.

Not in football. Not in software.

And definitely not if you want the results to last.

Why I’m Waiting for One Thing to Work Really Well

This is probably overdue, but here we are.

The thing I’ve been indirectly writing about for the last few weeks has a name. It’s called CoffeeBreak. It’s an AI teammate designed to support the software development lifecycle, end to end.

I haven’t named it until now on purpose. Not because it’s a secret, but because the name isn’t the important part yet. The work is.

Over the years, I’ve learned that most software failures don’t come from ambition. They come from shipping something that almost works and asking users to fill in the gaps.

I’ve been feeling pressure lately. Not from investors or timelines, but from peers. People asking when they can try CoffeeBreak. That’s a good problem to have, and it’s also a dangerous one.

Right now, CoffeeBreak doesn’t need to do everything. It needs to do one thing, really well, end to end, without excuses.

I don’t want to ask people to imagine how it will work. I don’t want to say “ignore that part for now.” I don’t want users doing invisible work to make the system feel useful. And I certainly don’t want people to feel, “Pay no attention to the man behind the curtain” vibes.

I’ve shipped software fast before. I’ve cut corners before. And I’ve paid for it later with trust, rework, and long nights debugging or explaining why something behaved the way it did.

This time, I’m waiting until one workflow can stand on its own.
One task. One path. One outcome that doesn’t require hand-holding.

I’m close. I can see the shape of it now. But “close” isn’t the same as “ready,” and experience has taught me not to confuse the two.

When CoffeeBreak is ready to share, it won’t need caveats.
That’s the bar I’m holding myself to.

Letting People See the Work Before It’s Finished

There’s a moment in building something where you have to decide who you’re optimizing for.

Early on, it’s just you. Then maybe a small set of ideas, sketches, or prototypes. Eventually, you reach a point where the work is real enough that keeping it completely private starts to hurt more than it helps.

I think I’m at that point now.

The Tension Between Polish and Learning

There’s a strong pull to wait until something feels “done” before letting anyone see it. Polished. Documented. Fully formed.

The problem is that polish often hides the most important feedback.

What I care about right now isn’t applause or adoption. It’s learning. I want to know where people pause, what they misunderstand, and which assumptions don’t survive first contact with reality.

That kind of insight doesn’t come from dashboards or signups. It comes from thoughtful eyes on unfinished work.

Choosing Who Gets to Look

I’m not interested in opening the floodgates yet. Early feedback shapes products, whether you want it to or not, and I’m being intentional about who helps shape this one.

Peers. Builders. People who understand tradeoffs. People who are comfortable saying, “This part feels off,” instead of just asking for features.

That’s who I want looking right now.

Comfortable, Not Rushed

Letting people see something before it’s ready isn’t about being early. It’s about being honest about where the work actually is.

I’m comfortable with people looking. I’m comfortable with it being incomplete. I’m comfortable saying, “This is close, but not finished.”

What I’m not interested in is rushing past that phase just to say it’s launched.

There will be a time to open the door wider. I’m not there yet.

But I’m close enough now that letting people see the shape of it feels like the right next step.

Why I’m Finally Ready to Build This Solution

I’ve had ideas like this before.

Over the years, there have been plenty of moments where a new technology showed up and people rushed to declare that everything was about to change. Sometimes they were right. Sometimes they were early. Sometimes they were just obnoxious and faded out with the fad.

More than once, I chose not to act.

Not because I couldn’t build something, but because it didn’t feel like the right moment. The pieces weren’t there yet. Or the problem was still being solved well enough by humans. Or the solution would have created as many issues as it fixed.

My dad was a video engineer by trade. He was one of, if not the first, people in Kansas City trained to run a slow-motion reel-to-reel machine. His experiences with new and emerging technologies helped shape how I think about when to get involved, and when to sit on the sidelines.

When Chyron video technology began emerging in the 1960s and 1970s, it was used sparingly. My dad wasn’t trained on Chyron yet, but he had an idea. He took a small video camera, mounted it on a tripod, and pointed it at the scoreboard during a baseball game.

Later, he did the same thing for football and other sports.

That simple workaround helped change what viewers came to expect from televised sports. In a nine-inning baseball game, it’s nice to know the inning, the score, and the time at any moment. Today, those elements are permanently embedded on your screen, so normal you don’t even notice them. They’re expected.

My dad saw a technology that wasn’t being used in the best way possible, and he acted at the right moment.

Experience has a way of teaching you when to move. He was right.

It seems like just yesterday

It seems like just yesterday, but I’ve lived through multiple waves of tooling shifts myself. Each one promised to simplify software development. Each one delivered real gains, along with new kinds of friction.

What never really went away was the same underlying problem:
humans doing invisible coordination work between systems that don’t quite understand each other.

We learned to live with it. We staffed around it. We normalized it.

For a long time, that was the right call.

Why This Time Feels Different

What’s changed isn’t just the technology. It’s the combination of things finally lining up, and the growing awareness of the gaps that still need to be filled.

We now have systems that can reason just enough to participate in work, not just execute it. We have workflows that can adapt instead of forcing everything down a single happy path. And we’re finally talking openly about the cost of context switching, glue work, and human babysitting of software.

More importantly, we’ve learned what doesn’t work.

Blind automation doesn’t scale judgment. More tools don’t automatically create clarity. And faster output doesn’t guarantee better outcomes.

Those lessons matter.

Waiting Was Part of the Work

If I’m honest, part of being ready now comes from knowing what I don’t want to build.

I don’t want another system that just moves work faster without understanding it. I don’t want something that replaces human judgment instead of supporting it. And I don’t want to rush something into the world just because the timing feels exciting.

I waited until it felt necessary, not just possible.

Close, But Not Quite There Yet

I’m finally at a point where it feels okay to say that I’m building something. In truth, I have been for months.

I’ll be opening a beta soon. I can’t say exactly when yet. But I’m close enough now that the direction is clear and the product is taking its final shape.

For the first time in a long time, it feels like the right moment to act.