Why Doing It Not Quite By The Book Is Actually How Things Get Done

Why Doing It Not Quite By The Book Is Actually How Things Get Done

Standard operating procedures are a lie. Okay, maybe not a total lie, but they’re definitely a fairy tale we tell investors and new hires to make them feel like the world isn’t a chaotic mess. If you’ve spent more than five minutes in a high-stakes environment—whether that's a kitchen during a Saturday night rush, a coding sprint at a tech startup, or a surgical suite—you know the truth. Reality is messy. Success often depends on being not quite by the book.

Strict adherence to manuals is great for assembling IKEA furniture. It’s significantly less useful when the market pivots or the client changes their mind for the fourth time in an hour. We’ve been conditioned to think that following the rules is the only path to quality, but history and experience suggest something different. The most resilient systems are the ones that allow for a little bit of "coloring outside the lines."

Honesty time: the "book" is usually written by people who aren't currently doing the job. They’re documenting a snapshot of what worked yesterday. But today? Today is different.

The Myth of the Perfect Process

We love blueprints. There is a psychological comfort in having a 12-step plan for every conceivable scenario. In the corporate world, this manifests as ISO certifications, Six Sigma black belts, and "Best Practices" documents that gather digital dust on the company intranet. But when you look at how innovation actually happens, it’s rarely because someone followed a checklist.

Take the invention of Post-it Notes at 3M. Spencer Silver was trying to create a super-strong adhesive. By the book, his experiment was a failure. He created a "low-tack" adhesive that shouldn't have had any commercial value. It wasn't until his colleague, Art Fry, realized this "failed" glue could hold a bookmark in a hymnal without damaging the pages that a multi-billion dollar product was born. Had Silver stuck strictly to the "book" of his original mission—making a permanent bond—he would have tossed the formula in the trash.

Innovation is, by definition, an act of going not quite by the book. You can’t discover something new if you’re only walking on paths that have already been paved.

When Rule-Breaking Saves Lives

This isn't just about sticky notes. In high-risk fields, there’s a concept known as "drift into failure," popularized by safety expert Sidney Dekker. He argues that strictly following rules can sometimes lead to disaster because rules are static, while environments are dynamic.

Consider the "Miracle on the Hudson." When Captain Chesley "Sully" Sullenberger landed US Airways Flight 1549 in the river, he didn't follow the manual to the letter. He couldn't. The manual assumed the dual engine failure happened at a high altitude, giving the pilots time to run through lengthy restart checklists. Sully and Co-pilot Jeffrey Skiles realized they didn't have the luxury of time. They skipped steps. They prioritized flying the plane over completing the paperwork.

They went not quite by the book because they understood the intent of the rules (safety) was more important than the mechanics of the rules (the checklist).

Why "Good Enough" is Often Better

There is a huge difference between being a "maverick" who ignores safety and being a "craftsman" who understands when the rules no longer apply. This is often called "work-to-rule." If you want to shut down a factory without actually going on strike, you just follow every single rule to the absolute letter. Production will grind to a halt. Why? Because the rules can’t account for the subtle adjustments, the "kicking the machine just right," and the quick workarounds that humans do naturally to keep things moving.

  • Experts develop "tacit knowledge"—the stuff you can't write down.
  • Rules are built for the average case, not the edge case.
  • Rigid systems break under pressure; flexible systems bend.

The Business Case for Strategic Non-Compliance

If you're running a team, you need to decide: do you want robots or do you want results?

In 2026, we’re seeing a shift away from hyper-standardization. Companies are realizing that "efficiency" is a trap if it kills "agility." Look at the way modern software is built. The "Waterfall" method was the ultimate "by the book" approach. You plan everything for six months, then you build it. It almost always failed. Now, we use Agile and DevOps, which are basically frameworks for being not quite by the book. You build, you break things, you pivot. It’s messy, it’s non-linear, and it works.

Netflix is a prime example of this philosophy. Their famous "Culture Memo" basically tells employees to use their best judgment rather than looking for a rule. They don't have a formal travel or expense policy. The policy is: "Act in Netflix’s best interest." It’s vague. It’s scary for HR. But it allows the company to move faster than competitors who are bogged down in approvals.

The Risks of Going Rogue

Let’s be real: there's a dark side. Going not quite by the book isn't a license to be lazy or unethical. There’s a line between "creative problem solving" and "cutting corners."

🔗 Read more: Finding Another Word for Supplying: Why Your Word Choice Is Killing Your Business Credibility

The 2008 financial crisis happened because people went way off-book with risk management. The Theranos scandal was a case of "faking it until you make it" taken to a criminal extreme. So, how do you know when it's okay to deviate?

The Litmus Test for Deviation

Before you throw the manual out the window, ask yourself three things:

  1. Does this deviation increase risk to life or limb? (If yes, stop.)
  2. Is the rule I'm breaking outdated or irrelevant to the current situation?
  3. Am I doing this to save time for myself, or to create a better outcome for the project?

If you're just being lazy, you're not an innovator; you're just a slacker. But if you’re bypassing a bureaucratic hurdle to solve a client’s urgent problem, you’re providing value.

How to Manage "Off-Book" Teams

If you're a manager, it's your job to create "psychological safety." This is a term coined by Harvard professor Amy Edmondson. It means your team feels safe enough to tell you when the book isn't working.

If your employees are terrified of making a mistake, they will follow the rules off a cliff. They’ll see a disaster coming and say, "Well, I followed the procedure, so it’s not my fault." That’s a death sentence for a company. You want people who feel empowered to say, "The manual says X, but I think we need to do Y because of Z."

Creating a Culture of Smart Deviation

  • Reward "Good Catches": Celebrate when someone identifies a flaw in the standard process.
  • Post-Mortems: When things go wrong, don't ask "Who broke the rule?" Ask "Why did the rule fail us?"
  • Shadowing: Spend time on the front lines. You'll quickly see where the "book" is being ignored and why it's usually for a good reason.

Actionable Insights for Navigating the Gray Areas

The world doesn't reward those who follow instructions perfectly; it rewards those who solve problems. Being not quite by the book is a skill that requires judgment, experience, and a bit of guts.

Here is how you can start applying this without getting fired:

1. Learn the rules like a pro so you can break them like an artist. You can't skip steps if you don't understand why they were there in the first place. Picasso spent years learning classical painting before he started deconstructing faces. Understand the "why" behind every procedure. Once you understand the intent, you can find better ways to achieve it.

2. Document your "hacks."
If you find a workaround that works better than the official way, don't keep it a secret. Share it. Turn your "not quite by the book" moment into the new book. This is how organizations evolve.

3. Build "Slack" into your systems.
If every minute of your day or every dollar in your budget is accounted for, you have zero room for the unexpected. Leave a 10-20% buffer. This is your "innovation fund" or your "crisis management time."

4. Focus on Outcomes over Outputs.
Management often focuses on how you do the work (outputs). Shift your focus to what is actually achieved (outcomes). If the goal is "happy customers," and the script is making them angry, throw away the script.

The reality of 2026 and beyond is that AI and automation will handle the "by the book" stuff. Machines are great at following instructions. What they aren't good at is knowing when the instructions are wrong. That’s where you come in. Your value lies in your ability to be human—to be messy, to be intuitive, and to be not quite by the book when the situation demands it.

Stop looking for the manual and start looking at the problem in front of you. Sometimes the best way to get it right is to do it "wrong" according to the old ways of thinking. Better to be effective and slightly rebellious than perfectly compliant and totally obsolete.