Your week is full of other people’s decisions. This is the practical side of changing that — the exact wording to decline a meeting, how to audit where the time actually goes, how to defend a focus block, and why most meeting policies quietly die in month three.
Written for people with a real manager and limited power. Every post carries something you can send, copy, or run today.
The useful part of time blocking is one sentence: decide in advance what a stretch of time is for, so you are not deciding at the moment you sit down. That is the whole mechanism, and it is worth doing. ...
You blocked the time. It is still on the calendar, and there is a meeting on top of it. This happens for six reasons, they are mutually exclusive, and each one needs a different fix — which is why the general advice to “protect your blocks” has never once worked for anybody. You cannot protect a focus period until you know which way it is failing. ...
A block of focus time survives for one of two reasons. Either nobody can see it well enough to book over it, or the person who books over it expects to get a reply. If other people have booking rights on your calendar and you have no standing to refuse them, you are working entirely on the second reason — which means focus time is not really a calendar problem for you. It is a correspondence problem, and the calendar settings are only the part that reduces how much correspondence you have to do. ...
Nobody repealed it. There was no meeting about ending it and no announcement. It was simply true in week two, mostly true in week five, and by week nine the people who were there when it was announced had stopped mentioning it, because mentioning it made them the difficult one. ...
A meeting budget works when it caps the team’s recurring load, counts in person-hours, and has one named person who says no when it is spent. It fails when it is written as a per-person quota, because then the person with the least power in the room is the one who runs out of budget first and has to decline a director to stay inside it. ...
Before you write a core hours policy, do the arithmetic. A team spread across four time zones from Central Europe to the US west coast has, on a standard nine-to-five, no overlap at all — not a narrow window, none — and the policy you are able to write is decided entirely by that number rather than by what you would prefer. Teams skip the arithmetic, announce core hours of 10:00 to 15:00 in a time zone nobody names, and find out in week two that it means 06:00 for one person and 22:00 for another. ...
A no-meeting day is not hard to announce and not hard to keep for a fortnight. It dies somewhere around week seven, from exceptions that were each individually reasonable and that nobody counted. So the rollout is mostly one thing: deciding what the exceptions are before anybody asks for one. Everything else — the announcement, the enforcement, the review — takes about ninety minutes of work in total. The exception list is what makes those ninety minutes hold. ...
The honest summary: one credible study of 76 large companies found that introducing no-meeting days improved autonomy, communication and satisfaction and reduced stress and micromanagement, with the best results at three days a week rather than one. It is a survey of companies that chose to do it, measured largely through pulse surveys, with no control group described. That is a real finding and a weak one, and almost everything written about the no meeting day overstates it. ...
A meeting policy that is still working in month three has three properties the ones that die do not. It is written down somewhere a new person finds it without asking. It has an exception process that existed before the first exception. And somebody senior has been visibly inconvenienced by it, in public, at least once. ...
The asynchronous meeting is not a meeting. It is a document with a deadline attached, and the useful question is not whether your team is async-first — it is which of the eleven recurring meetings on your calendar survive being written down, and what each conversion costs somebody. ...