Tech Productivity

Batching Meetings Into Two Days a Week: What Actually Changed

Restricting all non-urgent meetings to Tuesday and Thursday, measured against six weeks of calendar data before and after — the real change, and the one meeting type that broke the rule.

By Aissam Ait Ahmed Tech Productivity 0 comments

Meetings scattered across every day of the week weren't individually the problem — most were reasonably short and reasonably necessary. The actual cost was fragmentation: a 30-minute meeting at 11am and another at 2pm doesn't just cost an hour, it costs the two work blocks on either side of each meeting, because neither block is long enough for genuinely deep work once you account for the mental cost of context-switching back into a task shortly before having to switch out of it again. Restricting all non-urgent meetings to Tuesday and Thursday was the fix, and six weeks of before-and-after calendar data made the actual effect concrete rather than just a feeling.

The baseline, measured honestly

Pulling calendar data from the six weeks before the change: meetings averaged 2.3 per day across Monday through Friday, fairly evenly spread, with the longest uninterrupted open block on a typical day running 94 minutes — not because the day lacked free time overall, but because the free time that existed was chopped into pieces too short for the kind of focused work that actually needed a longer, uninterrupted stretch.

The rule, and the one exception carved out from the start

Every recurring or schedulable meeting moved to Tuesday or Thursday, no exceptions negotiated case by case. Monday, Wednesday, and Friday were declared meeting-free by default, with one explicit, named exception built in from day one rather than discovered later: genuine emergencies — a production incident, a client escalation that couldn't reasonably wait two days — could still happen on any day. The distinction mattered enormously in practice: an explicit, narrow exception for genuine emergencies is very different from a vague "well, this one felt important enough" exception, which is exactly the kind of gradual erosion that quietly kills a rule like this within a month if it isn't drawn as a hard, named line from the outset.

What the after-data actually showed

Six weeks after the change: Tuesday and Thursday absorbed the vast majority of what had previously been spread across five days, averaging just under 4 meetings each on those two days. Monday, Wednesday, and Friday dropped to an average of 0.4 meetings per day — almost entirely the emergency exception, appearing roughly once every two and a half weeks, which is a genuinely low and expected rate for real emergencies rather than a sign the exception was being quietly abused.

The number that mattered most: the longest uninterrupted open block on a non-meeting day rose from 94 minutes in the baseline to 3 hours 40 minutes on average — nearly two and a half times longer, and more importantly, long enough to actually start and finish a substantial, focused piece of work in one sitting rather than having to stop partway through and lose the accumulated context.

What surprised me: total meeting time barely changed

The genuinely counterintuitive finding: total weekly time spent in meetings dropped only slightly, from roughly 11.5 hours to 10.8 hours — batching didn't meaningfully reduce how much time meetings consumed overall, it changed how that time was arranged across the week. This matters for setting expectations honestly: if the goal is "spend less time in meetings," batching alone doesn't deliver much on that specific goal. What it actually delivers is protecting long, uninterrupted blocks on the days meetings don't happen, which turned out to be the thing that mattered far more for getting deep work done than the raw total meeting hour count ever was.

The meeting type that broke the rule, and why

One category consistently resisted batching: ad hoc pairing sessions with a teammate debugging something in real time, which by their nature can't be scheduled two days in advance — the need shows up when it shows up, mid-task, and waiting until Tuesday defeats the entire purpose of pairing on something that's actively blocking someone right now. Rather than force this into the two-day structure and create constant pressure to violate the rule, it was carved out as a second explicit exception: short (under 20 minutes), unscheduled, genuinely urgent pairing sessions are allowed on any day, distinct from the emergency-meeting exception and named separately so it wouldn't quietly expand to cover other things later.

Being explicit about this second exception from early on — rather than treating every non-Tuesday/Thursday meeting request as either "no" or "fine, I guess" on a case-by-case basis — is what kept the whole system from eroding the way it easily could have. A rule with zero flexibility tends to get broken quietly and inconsistently under real pressure; a rule with two narrow, named, deliberately-scoped exceptions tends to actually hold, because everyone involved knows exactly which requests fit an exception and which don't, rather than negotiating it fresh every single time.

The team-adoption problem this only partially solved

This worked cleanly for meetings within direct control — one-on-ones, internal syncs, anything not depending on an external party's calendar. It worked considerably less cleanly for meetings involving people outside the immediate team who had their own, unbatched calendars and no reason to accommodate a personal Tuesday/Thursday rule they'd never heard of. Client calls and cross-team meetings with people who hadn't adopted anything similar ended up scattered across the week regardless, which capped how completely the rule could actually be applied — a genuinely honest limitation worth naming rather than claiming a clean, universal win that the real data doesn't fully support.

  • Within-team meetings: batched cleanly, close to 100% compliance after the first couple of weeks of habit-forming.
  • Meetings with external parties on their own schedules: batched only when the other side happened to have availability on Tuesday or Thursday — often, but not reliably, and not something worth forcing at the cost of the relationship.
  • The realistic takeaway: batching delivers most of its value even at partial compliance, since even a majority of meetings moved off the other three days meaningfully lengthens the average open block on those days, even without perfect, universal adherence.

What I'd tell someone trying this for the first time

Pick two days, not one — a single meeting-heavy day tends to run uncomfortably long and back-to-back in a way that itself becomes fatiguing, while two days spreads the same total load thinly enough to leave real breathing room between meetings even on the busier days. Name your exceptions explicitly and narrowly before you need them, not in the moment when a borderline request shows up and pressure to say yes is highest. And measure your own before-and-after, the way this post did, rather than assuming the effect will look identical to someone else's — the actual honest finding here (longer blocks, not less total meeting time) is easy to miss if you're not specifically checking your own calendar data before deciding whether it worked.

If meeting load is being driven partly by habits that could move to async channels entirely rather than just being rescheduled, async communication habits that cut our meeting load in half tackles a related but distinct lever, and if the standup specifically is part of what's eating into your week, running a better daily standup covers trimming that particular recurring meeting down to what it actually needs to be.

The habit-formation period, and how long it actually took

The first two weeks after announcing the change were genuinely messy — old recurring meetings had to be individually found and manually moved, since nothing about switching to a new personal rule automatically migrates a calendar full of existing standing invites, and several slipped through untouched for the first cycle simply because they weren't noticed during the initial sweep. By week three, the new rhythm had mostly settled, and by week five it had become close to automatic — a meeting request landing on a Wednesday started to feel visibly wrong in a way it hadn't at the start, which was itself a useful, informal signal that the habit had actually taken root rather than remaining a rule that had to be consciously remembered and enforced every time.

What a non-meeting day actually looks like now

The 3-hour-40-minute average open block isn't one single uninterrupted stretch in practice — it typically splits into one longer block in the morning and a second, somewhat shorter one in the afternoon, separated by lunch and the ordinary small administrative tasks that still need to happen regardless of meeting schedule. What changed isn't the existence of any interruption at all, it's that the interruptions remaining on a non-meeting day are self-directed and schedulable around actual energy levels — checking messages at a chosen moment rather than a meeting imposing a fixed, externally chosen interruption point in the middle of a block that might otherwise have run much longer uninterrupted.

Measuring the actual before-and-after yourself

The specific numbers in this post are honestly probably not identical to what anyone else would see — meeting culture, team size, and role all shift the baseline meaningfully. What's worth replicating is the measurement approach itself: pull real calendar data for a few weeks before making any change, note both the meeting count per day and the longest open block per day specifically, make the change, then measure the same two numbers again after a comparable stretch of weeks. Without that explicit before-and-after comparison, it's genuinely easy to convince yourself a change helped based on how the first good day after switching felt, rather than what the data across several representative weeks actually shows once compared honestly against the same weeks' worth of baseline data collected the same way. A single good week right after a change like this is exactly the kind of anecdote that feels like proof and often isn't — a proper comparison needs enough weeks on each side to smooth out the ordinary variation any given week carries regardless of which schedule it happened to follow.

Comments

Join the conversation on this article.

Comments are rendered server-side so the discussion stays visible to readers without relying on a separate widget or client-side app.

No comments yet.

Be the first visitor to add a thoughtful comment on this article.

Leave a comment

Share a useful thought, question, or response.

Be constructive, stay on topic, and avoid posting personal or sensitive information.

Back to Blog More in Tech Productivity Free Resources Explore Tools