A Myth : Move Fast and Break Things

“Move fast and break things” sounds bold. It sounds brave. It sounds like how progress happens. It carries the energy of risk-taking, ambition, and a refusal to be slowed down by doubt or bureaucracy. For a long time, it felt like a rallying cry for people who wanted to build the future instead of asking permission to do so. It’s also mostly wrong.

Have you ever noticed that you only hear about the companies that (allegedly) moved fast and broke things? You don’t hear about the companies that moved fast and died. This is because nobody talks about them, not because this doesn’t happen.

The phrase made sense in a very specific moment: small teams, experimental products, forgiving users, and problems that could be fixed with a rollback and an apology. The blast radius was limited, the stakes were low, and the people affected were often early adopters who expected things to break. That moment rewarded speed because the cost of mistakes was trivial compared to the upside of learning quickly…that moment is largely over.

Today, what you break tends to matter. Systems are bigger, platforms are interconnected, and the consequences of failure travel farther and faster than they used to. What once felt like harmless iteration can now trigger lasting damage.

Acknowledge What the Myth Gets Right

Speed does matter. Momentum matters. Indecision kills more startups than bad decisions, especially in competitive markets where timing can determine who survives and who fades into irrelevance. Waiting too long can turn a great idea into a historical footnote.

If you wait for perfect information, someone else will ship first. They’ll learn faster, attract users sooner, and set expectations before you ever enter the conversation. In many cases, moving quickly is the only way to stay relevant at all.

So yes—moving fast is often a competitive advantage. It creates learning loops, builds energy inside teams, and prevents fear from masquerading as prudence. Speed can be a sign of clarity and conviction when it’s paired with intention.

But that’s where the truth ends. Speed alone is not a strategy, and velocity without direction doesn’t guarantee progress. When speed becomes the goal instead of the tool, it starts to work against you.

Examine What the Myth Gets Wrong

The myth ignores what you’re breaking. It treats all damage as acceptable collateral and assumes that anything broken can simply be rebuilt later. That assumption is convenient, but it’s rarely true.

Breaking code is one thing. Code can be refactored, rewritten, or replaced entirely with enough time and effort. The cost is real, but it’s usually finite.

Breaking trust is another. Trust erodes quietly and rebuilds slowly, if it comes back at all. Customers don’t always complain when trust is broken—they just leave.

Breaking customers, partners, employees, or regulators is usually fatal. These relationships are not versioned assets that can be rolled back with a patch. Once they’re damaged, every future interaction becomes harder.

Many founders confuse urgency with recklessness. They ship before they understand their users, mistaking activity for insight. They scale before they earn loyalty, assuming growth will smooth over rough edges that never actually disappear. They optimize for short-term metrics while quietly eroding credibility.

You don’t notice the damage right away. Trust breaks silently, often behind a dashboard that still looks healthy. By the time it’s visible, it’s already gone—and fixing it costs far more than slowing down ever would have.

Observe What Actually Works

The best teams don’t “move fast and break things.” They move with intent, and they’re deliberate about where speed helps and where it harms. They understand that velocity is only valuable when it’s pointed in the right direction.

They:

• Move fast and fix things

• Move fast and learn

• Move fast and protect what compounds

They treat speed as a way to reduce uncertainty, not as an excuse to ignore consequences. They know what’s fragile and what’s not, and they design their systems and decisions around that distinction.

But protect:

• Your reputation

• Your user’s time and data

• Your team’s morale

These are assets that compound quietly over time. When they’re strong, everything else becomes easier. Once they’re broken, progress slows to a crawl, no matter how fast you try to move.

Adopt a Better Rule

If you need a replacement mantra, try this:

“Move fast where it’s cheap. Move carefully where it’s expensive.”

That framing forces judgment. It asks you to think about consequences before acting, instead of just celebrating speed for its own sake. It acknowledges that not all mistakes cost the same—and that some costs are permanent.

Speed without judgment isn’t courage. It’s laziness disguised as confidence, a refusal to do the harder work of thinking clearly about tradeoffs. Real courage is knowing when to slow down, even when everyone around you is celebrating momentum.

Progress doesn’t come from breaking things indiscriminately. It comes from knowing what not to break, and from building systems that can move quickly without sacrificing what matters most.

Mahalo,
Guy