Scaling kills the thing that worked


The Loop

Every week, close one loop.
Fix one friction. Take back a bit of time.


Most teams don't lose the thing that worked when they grow. They bury it.

Three people ran intake on instinct. One person looked at a request and knew, in about four seconds, what it was and how fast it needed to move. No form. No queue. Just someone who'd seen enough of these to know.

Then the team grew to twenty, but instinct doesn't scale on its own. So somebody wrote it down. Forty fields. Every exception from the last two years, each one captured so the new hires wouldn't miss what the original person caught by feel.

The form now takes longer to fill out than the request takes to handle.

Here's where it goes wrong. Scaling and writing everything down aren't the same move. Writing it all down tries to capture every exception a process ever hit. Scaling keeps the two or three things that actually matter and teaches people to handle the rest themselves.

Those two or three things are usually small. What is this. How fast does it move. Who's waiting on it. That's close to the whole form, and close to what the original person carried in her head.

Everything else is a style choice. How someone asks the questions. Whether they type it or say it out loud. None of that ever broke anything when one person did the job, and it doesn't break once twenty people learn to do it too.

The teams that grow clean don't write more down. They teach more people the few things that matter, and keep the form thin enough that nobody avoids using it.

Close Your Loop: Pull up whatever got “formalized” the last time your team grew. Count the fields. If there are more than five, you probably didn't scale the process. You buried it.

One ask: tell me the most bloated form your team actually uses. I read every response.

- Jonathan

​Unsubscribe · Preferences · Schedule A Clarity Call​

600 1st Ave, Ste 330 PMB 92768, Seattle, WA 98104-2246

The Automation Loop

A short Tuesday brief on fixing ops chaos, so you're not the system. Built from real operator failures. Subscribe now to reclaim your most precious asset - time!

Read more from The Automation Loop

The Loop Every week, close one loop.Fix one friction. Take back a bit of time. You have a system that stop being used. Everyone does. A handoff checklist that ran for a quarter and then, sometime over the summer, just stopped being used. Nobody killed it. Nobody sent an email to stop using it. The form is still sitting right there. You notice it the way everyone notices it. Something goes wrong that the checklist was built to catch, and someone says, wait, didn't we used to do this? And then...

The Loop Every week, close one loop.Fix one friction. Take back a bit of time. I've been thinking about the teams whose tools actually work. Not the teams with the best tools. The ones where the tool just runs, without anyone maintaining it. They share something you can see right away. They didn't buy the tool to fix the system. They built the system first. Only then did they find a tool that fit it. That order matters more than the tool selection itself. Here's a concrete picture of what it...

The Loop Every week, close one loop.Fix one friction. Take back a bit of time. I've been thinking about the fixes that last. The ones a team keeps using six months later without anyone reminding them. They have one thing in common. They're simpler than the problem they solve. Not simpler to explain. Simpler to do. And that's harder to build than it sounds.Here's why. When you can finally see the whole problem, you want to cover all of it. Every case. Every exception. Every "but what about...