
It’s 2016. My phone rings while I’m still in the school drop-off line, minutes from being late to a client meeting. It’s Lorie, a leader other people point to when they need to know how something gets done right.
She built a business operating system the way you’re supposed to: quarterly goals, a real accountability chart, a weekly meeting with an agenda and a timer. A year in, the meetings became check-the-box. The scorecard stopped getting updated. She isn’t calling to complain. She’s asking whether the system was oversold, or whether it was her fault for not holding the line.
Most business operating systems stop working for one of three reasons: the company only adopted part of the system, the leader never changed their own behavior and stayed the bottleneck, or the team was never brought into the rollout enough to actually own it. None of these are tool problems. All three are fixable without buying new software.
Most implementations don’t fail outright. They stall partway, which looks like failure from the inside but has a different cause: you install 90-day goals but skip the meeting rhythm that reviews them, or you build the org chart but never define who owns an outcome versus who does a task.
Marcus runs a wedding events company doing about $2 million a year with a crew of 16. He implemented an operating system. His meetings are more efficient than they’ve ever been, and his processes are documented.
He still comes in every week with a lump in his chest, asking himself if he can do this again. When I asked when he’d last gotten away to recharge, he laughed, then stopped laughing, because he was actually counting. The answer was five years.
Each piece of a system is load-bearing on the others. Goals without a review cadence become a document nobody reopens. A half-installed operating system doesn’t get you half the result. It gets you the overhead of a system with none of the transfer.
Sarah runs a marketing agency doing roughly $2 million a year. Every December she gives her team the week between Christmas and New Year’s off, which is generous. What she doesn’t tell them is that she spends that week alone in the office, rebuilding every dashboard and prepping every January deliverable herself.
She calls it getting ahead. Her team comes back to a perfectly running machine with no idea how it got that way.
Tom’s operations manager once brought him a shipping problem at 4:45 on a Friday. Tom solved it in ten minutes and felt great about it. What actually happened in those ten minutes is that Tom taught his ops manager that the fastest way to solve a problem is to hand it to Tom.
No operating system has a module for this, because the override happens inside the leader, not inside the software. Researcher Dr. Michael Freeman at UCSF found that 49% of entrepreneurs report a lifetime mental health condition and 30% report depression, against roughly 7% of the general population, which is one reason “just push through it” isn’t a strategy. We call the patterns behind this behavior saboteurs, and naming them is the first move, because what you can’t name controls you.
The six most common are the Hero (“if not me, then who?”), the Hustler (“that’s just how it is”), the Doer (“I can do it faster”), the Avoider (“what if I fail the team?”), the Chaser (always onto the next tool), and the Wishful Thinker (waiting on one more hire or one more client). One or two of these will land for you. The rest won’t sound like you at all, and that’s fine.
Most operating systems on the market organize the work and hand you tools. They rarely account for the leader’s own behavior or the enrollment work needed to make ownership stick.
| Traditional business operating system | Five Facets of Business Operating System | |
| Primary focus | Organizing the work | Transferring ownership of the work |
| What it installs | Tools and structure | Structure plus leadership behavior change |
| Who carries the weight after year one | Usually still the owner | Distributed across the team by design |
| How rollout happens | Explained in a meeting | Co-built with the people who’ll run it |
| Adoption plan | Assumed | Budgeted for as its own project |
The median small business holds 27 days of cash on hand, according to the JPMorgan Chase Institute, and roughly 80% of the average owner’s net worth is locked inside the business, according to the Exit Planning Institute. That’s the backdrop every operating system has to survive, not just launch into.
Yes. It’s one page, and it forces five honest answers.
Your Think Bigger Goal. What has to be true in 90 days to prove you’re moving toward it. Your primary saboteur and its specific override for this week. The two or three behaviors that would change everything if you practiced them consistently. Who holds you to it.
Not perfectly. Honestly. You can fill this in today, on your own, before anyone else on your team knows it exists.
Picture a common (composite) scene: a task falls through the cracks because two people each assumed the other one owned it, and both were right to assume that, because nowhere in the company does it actually say who does. Nobody lied. The problem still landed on you.
Most rollouts fail here because explaining a system well in a meeting is a reasonable thing to do, and it is not the same as getting anyone to own anything. People own what they helped shape and what they’re visibly accountable for in front of peers.
If your team’s first experience of a new system is hearing about it fully formed, you’ve already spent most of your enrollment before you started.
You can name your saboteur on a page in about four minutes, and that part is genuinely easy. What’s hard is catching it live.
At 4:45 on a Friday, the Doer doesn’t announce itself. It arrives as efficiency, and it feels like taking care of your team.
That gap, between naming a pattern on paper and seeing it in the moment it’s happening, is most of the actual work, and it’s the part that’s genuinely hard to do without another set of eyes in the room.
Fill in your Leadership Growth Map before Friday. Pick one saboteur override and act on it once this week, even if it’s small.
If you want a second opinion on which of the three stuck points is actually costing you the most, reply and tell me: partial system, personal bottleneck, or team buy-in. We cover this same ground in more depth on the Business Velocity Podcast if you’d rather hear it worked through out loud.
In Lorie’s case it was about a year before the meeting rhythm slipped and the scorecard stopped getting updated. The timeline varies, but the pattern is consistent: momentum fades once the system’s owner stops treating it as load-bearing.
Compliance means people follow the process while you’re watching. Buy-in means someone other than you notices the problem, decides what to do, and feels responsible for the outcome, whether or not you’re in the room.
You can do real work alone: name your saboteur, fill in a Leadership Growth Map, and start the override this week. The part that’s hard to do solo is catching the pattern in the moment it’s happening, which is usually where outside support helps most.
Usually yes, because most failures trace back to a partial install, an unchanged leadership behavior, or a rollout that skipped enrollment, not to the framework itself. The fix is rarely a new system; it’s finishing or correcting the one you already started.
No. It’s a free, one-page tool you can fill out today with five honest answers about your goal, your 90-day proof point, your saboteur, your key behaviors, and who holds you accountable.
Charlotte, NC
info@theevolvedifference.com
© 2025 Evolve Leadership Consulting | Designed by Blush Cactus
© 2024 Evolve Leadership Consulting | Designed by Blush Cactus
Charlotte, NC
info@theevolvedifference.com