Productivity

Deep work fails without a system around it.

Telling people to focus more is useless advice. Deep work survives only when the surrounding system protects it: clear ownership, async updates, and a default of not interrupting. We built focus into the operating model instead of asking for it.

For years I gave the same speech to people who told me they could not find time to think. Block your calendar. Turn off Slack. Put your phone in a drawer. Find your two golden hours and protect them. The advice was not wrong, exactly. It just never worked, and after watching it fail on hundreds of smart, motivated people I had to admit the problem was not their willpower. The problem was the environment I had put them in. We had built a company that interrupted everyone constantly and then asked each person to individually resist it. That is not a focus strategy. It is a tax on the most conscientious people you employ.

Deep work is the kind of cognitively demanding effort that produces almost everything valuable in knowledge work: a real architecture decision, a clear strategy document, a piece of code that holds up, a customer problem actually understood rather than triaged. It needs uninterrupted stretches, and uninterrupted stretches are exactly what a normal company day is designed to prevent. The fix is not to exhort people to focus harder. It is to change the system around them so that focus is the default and interruption is the exception that has to justify itself.

Willpower is the wrong unit of analysis

When focus depends on individual discipline, you have already lost. You are asking each person, dozens of times a day, to win a small battle against a notification, a tap on the shoulder, a meeting invite, a thread that pings their name. Even people who win most of those battles pay for it. The cost is not just the four minutes the interruption took. It is the fifteen to twenty minutes it takes to rebuild the mental context you were holding, and the quiet dread that makes people stop attempting hard work at all because they know they will not be left alone long enough to finish it.

So the people who manage to do deep work in most companies are not the most disciplined. They are the ones who found a loophole: they come in at six, they work from home on Fridays, they hide. That is a damning thing to notice about your own organization. It means the only way to do the most important work is to escape the way the company normally operates. If that is true, the way the company operates is the bug.

Build focus into the operating model

We rebuilt our defaults instead of our pep talks. Three changes did most of the work, and none of them required anyone to be more heroic.

The first was clear ownership. A surprising amount of interruption is really a search for the person who can answer a question. When nobody is clearly accountable for an area, every adjacent question gets broadcast to a group, and a group is just a machine for interrupting five people to find the one who knows. We made ownership explicit and visible for every project and surface, so that questions go to a named person who can answer asynchronously rather than to a channel that pings everyone. Fewer broadcasts, less noise, more silence that people can actually use.

The second was making asynchronous updates the norm and synchronous meetings the exception. Most status meetings exist because the information was not written down anywhere durable. So we wrote it down. Progress, blockers, and decisions live in the project where the work lives, updated when something changes rather than performed live on a recurring invite. A meeting now has to earn its place by being a genuine decision or a genuine conversation, not a verbal report that a paragraph would have handled better.

The third was the hardest culturally: a default of not interrupting. We made it explicitly fine, expected even, to not respond within minutes. A message is a request for attention at some point, not a demand for it right now. If something is truly urgent there is a small, well-known set of channels for that, and people respect them precisely because they are rarely used. Everything else can wait until the reader surfaces. That single norm did more for focus than any calendar trick I ever recommended.

I want to be honest about the cost of the third change, because it is the one people resist. A no-interruption default feels, at first, like a loss of responsiveness, and a certain kind of manager hates it. They equate fast replies with a healthy team and read silence as people slacking off. That equation is wrong, and clinging to it is how you get a company that is busy and slow at the same time. Responsiveness to messages is not the same as throughput on the work that matters. In fact they trade against each other directly, because every reply you produce in two minutes is a reply you produced by abandoning whatever required real thought. We had to make peace with looking slightly less responsive in order to be dramatically more productive, and that trade has paid for itself many times over.

Async is a focus strategy, not a remote-work one

People hear async work and think it is about distributed teams in different time zones. It is bigger than that. Asynchronous work is the discipline of decoupling the moment something is communicated from the moment it is consumed. When you do that well, you stop forcing two people to be available at the same instant just to move one thing forward, and availability is the resource focus is made of.

The mechanism that makes async work is writing. A team that defaults to async has to default to writing things down clearly, because a vague message in an async culture produces a slow, painful round trip. So async quietly raises the quality of thinking. People draft instead of blurt. They structure the problem before they ask for help. Decisions leave a trail you can read six months later instead of evaporating into a meeting nobody recorded. The same shift that protects focus also makes the work better, which is why I no longer treat the two as separate initiatives.

Time management at the individual level still matters, but it only works on top of this foundation. Telling someone to time-block is reasonable advice in a company where blocks are respected and cruel advice in one where they are not. We fixed the company first, then the personal habits started to stick on their own, because for the first time the calendar was telling the truth about how the day would actually go.

The tooling has to agree with the policy

A norm survives only if the tools reinforce it. If your stack pings everyone by default, escalates every message into a red badge, and scatters context across a dozen apps so people have to go fishing, then your no-interruption policy is a poster, not a practice. The software is making a thousand small decisions about who gets interrupted and when, and most stacks are tuned to maximize engagement, which is the opposite of what a focused team needs.

This is part of why we built Atlas the way we did. Keeping tasks, projects, inbox, and the surrounding conversation in one place means context lives where the work lives, so an update does not require a meeting and a question does not require interrupting a crowd. Notifications are something you shape deliberately rather than a firehose you flinch at. The point was never to add another tool. It was to stop the tools from fighting the focus we were asking people to protect.

I am not arguing that any product fixes attention on its own. Software cannot grant permission to be unavailable. Only leadership can do that, repeatedly and visibly, until people believe it. But once the permission is real, the right tooling makes it easy to live by, and the wrong tooling makes it nearly impossible no matter how sincere the policy.

What changed when we stopped relying on heroics

There is also a fairness argument that I did not anticipate but now consider central. A focus-by-willpower culture quietly punishes the people least able to ignore an interruption, and those are rarely the most senior. The newest person, the person who worries they will look uncommitted if they do not reply instantly, the person carrying obligations outside work that already fragment their day, all of them pay a heavier tax than the established engineer who has earned the social permission to disappear for an afternoon. When you build focus into the system instead of leaving it to individual discipline, you stop making protected attention a privilege of seniority and start making it a property of the job. That turned out to matter for who succeeded on our teams and who burned out, and it is reason enough on its own.

The most telling result was not a productivity metric, though those moved. It was that the people doing the deepest work stopped being the ones who had found a way to hide. The work got distributed back to normal hours, in the open, because normal hours had become usable. New hires reached real output faster because they were not spending their first months learning the unofficial survival tricks. And the chronic background anxiety of always being one ping away from losing your train of thought simply faded, which is worth more than any chart.

If you want more focus on your team, stop auditing your people and start auditing your defaults. Look at what your system rewards. If it rewards instant response, public availability, and meetings as the medium of record, then it punishes exactly the work you say you value most, and no amount of advice about willpower will change that. Knowledge work runs on uninterrupted attention. Treat that attention as infrastructure, build the system to protect it, and the focus you keep asking for will mostly take care of itself. You can read more about how we think about the work around the work over on the wrxstack blog.

F

Farhan

Farhan is the solo builder of wrxstack. He designs, writes, and ships Atlas and Portfolio on his own, and writes here about product, engineering, careers, and the craft of building software as one person.