Theory of Constraints: The Productivity Framework Everyone's Getting Wrong
You've been told the answer to feeling overwhelmed is to work harder, stay busier, fill every gap in your calendar. Theory of Constraints says the opposite. And once you get it, you'll never look at your to do list the same way again.
Where This Came From π
Theory of Constraints was developed by Eliyahu Goldratt, a physicist who turned his attention to manufacturing and worked out something that sounds obvious once you hear it. Every system, whether it's a factory floor or your own week, has exactly one bottleneck limiting how much it can produce.
Not ten bottlenecks. One. And until you find it, every other "productivity fix" you try is basically decoration.
Goldratt's big insight was that a system's output isn't decided by how hard everyone works. It's decided by the slowest point in the chain. Speed up everything except that one point, and nothing changes. Speed up that one point, and the whole system moves faster.
Why "Everyone Stay Busy" Is Making You Slower π«
The instinct in most workplaces, and honestly in most people's personal lives too, is "keep everyone and everything at full capacity." Full calendars. Full task lists. Zero idle time.
Theory of Constraints says that's backwards. For your one real bottleneck to be fully used, everything else in the system needs spare capacity. If every part of your day is maxed out, you've got no room to actually feed the thing that matters, and no room to catch problems before they pile up.
For even one part of a system to be fully utilised, every other part must have excess capacity.
This is why hiring more people, buying more tools, or cramming more tasks into your day often makes things worse, not better. You're adding capacity everywhere except the one place it would actually help. Brooks' Law nails it: adding people to a late project makes it later, because now the bottleneck has to spend time training and coordinating too.
The Five Focusing Steps π―
This is the actual method, and it's the part worth stealing for your own life and work.
- Identify the constraint π - Where does work pile up, or where are you always waiting? That's your bottleneck. It's usually not what you'd guess.
- Optimise the constraint βοΈ - Before you add more resources, use what you've already got properly. Protect it from interruptions, feed it with prepped work, remove anything wasting its time.
- Subordinate everything else to it π€ - Every other task, person, or tool should bend around the constraint's needs, not chase its own efficiency. This one's counterintuitive because we're all trained to optimise our own patch, not the whole system.
- Elevate the constraint π - Only once you've squeezed everything out of steps two and three do you spend money or effort adding capacity. It's expensive, so it's the last move, not the first.
- Repeat π - The constraint moves once you fix it. Go back to step one. This is a loop, not a one-off fix.
Goldratt said if he had to sum up the entire Theory of Constraints in one word, it would be focus.
A Quick Real World Example π₯οΈ
A software team at Microsoft was getting hammered with change requests, roughly one a day, but they only had capacity for a fraction of that. Producing a time estimate for each request was eating up to 40% of the team's entire capacity, and half of those estimated requests never even got built.
The fix wasn't more people. They added a buffer of queued work, stopped producing detailed upfront estimates (assuming a flat average instead), and only then reshuffled who was doing what. Throughput more than tripled. Backlog dropped from 80 requests to under 10. Cost per request fell by over 60%.
Nobody worked harder. They worked out where the actual constraint was and stopped wasting effort everywhere else.
What This Means For Your Own Productivity π‘
Swap "factory" for "your week" and this maps almost perfectly.
- π You've probably got one real constraint right now, whether that's a specific type of task, a single hour of focused energy you get a day, or waiting on someone else's approval. Everything else you're optimising is noise until you find it.
- π₯ Cost accounting mindset is the trap. Goldratt called it "enemy number one of productivity." Just because you've got a spare 20 minutes doesn't mean filling it with a task makes you more productive. If it's not feeding your actual constraint, it's just inventory piling up.
- π§ Often the real constraint isn't a task or a tool at all. It's a policy, a habit, or an assumption you've never questioned, like "I need to reply to every email within the hour." Goldratt called these the most damaging constraints of all, because they're invisible.
- β³ Protect your bottleneck like it's precious, because it is. If your constraint is deep focus time, don't let admin, meetings, or notifications eat into it. Everything else should have slack built in specifically so your constraint never runs dry.
Next time your week feels chaotic, don't ask "what can I do more of." Ask "what's actually slowing everything else down." Fix that one thing, and watch the rest of the system move with it.
How I Used This Myself π¬
Here's a real one from my own content pipeline.
I was filming videos faster than I could ever get them out. Scripts written, footage recorded, thumbnails half sketched out, all queuing up behind one single stage: editing in Final Cut Pro. That was my constraint. Everything else in the process had spare capacity. Editing didn't.
- Identify π - obvious once I actually looked at where things were piling up. It wasn't ideas, it wasn't filming, it was the edit.
- Optimise βοΈ - I protected editing time properly, no admin, no calls, no "quick" Slack replies during that block, and prepped rough cut notes while filming so editing never sat idle figuring out structure from scratch. Then I outsourced the editing itself to a freelance editor. That's not adding brand new capacity, it's offloading work off the constraint so it stops being a single point of failure sat entirely on me. Goldratt's point on offloading is that the other person doesn't need to match your level for it to pay off, even a bit of handoff frees up the bottleneck.
- Subordinate π€ - this is the one that actually changed my behaviour. I stopped filming new videos just because I had a free afternoon. If the edit queue was already full, filming more was just adding ice cream tubs outside a freezer that couldn't fit them. Scripts and thumbnails now get paced to match what editing can actually clear, not the other way round.
- Elevate π - only once offloading and subordination were both in place did I look at genuinely adding capacity, AI tools to speed up rough cuts, better hardware, eventually a second editor if volume demands it. Cheaper moves come first, spending comes last.
- Repeat π - the constraint moved. Now it's thumbnail and title testing that queues up behind everything else. Back to step one.
The output didn't go up because I worked longer hours. It went up because I stopped spreading effort across the whole pipeline and put it all against the one stage that was actually holding everything back.
Comments