Time Blocking: How to Plan a Week You Can Actually Follow
A practical guide to time blocking: how to block a week, choose block sizes, use theme days and buffers, handle overruns and pair blocks with Pomodoro sessions.
A to-do list tells you what you want to do. It says nothing about when, and it never warns you that you have listed fourteen hours of work for a day that contains five free hours. Time blocking fixes that by giving every task a place on the calendar. Instead of asking 'what should I do next?' twenty times a day, you decide once, in advance, and then follow the plan you made when you were calm and could see the whole week.
This guide covers how to block a week from scratch, how big blocks should be, how to protect room for the unexpected, and what to do when a block runs over, which it will. It ends with two realistic sample days, one for a software developer and one for a university student, that you can copy and adapt.
What time blocking actually is
Time blocking means dividing your day into chunks of time and assigning each chunk a specific job. Meetings and classes already work this way; time blocking extends the idea to everything else. 'Write the project proposal' stops being an item that floats on a list and becomes 'Tuesday, 9:00 to 11:00, proposal draft'. The approach has been popularized in recent years by the computer scientist and author Cal Newport, who plans most of his workday this way, but versions of it have been used by planners and diarists for much longer.
The key shift is treating your time as a budget rather than an unlimited resource. When every hour has a job, adding a new task forces a question: what does it replace? That question is uncomfortable, and that discomfort is exactly the point. Most overload comes from saying yes to work without noticing that the hours for it do not exist.
Why it works, and when it does not
Time blocking helps in three ways. It reveals overcommitment early, on Monday morning rather than on Thursday night. It cuts down on small decisions, because the plan has already decided what comes next. And it protects focused work by giving it a reserved slot that meetings and messages cannot quietly eat.
It is not a good fit for every job. If you work a support desk, are on call or have a role where most of the day is responding to others, a fully blocked calendar will be rewritten by 10 a.m. every day. In that case block only the parts you control, for example one protected hour in the morning, and leave the rest open. A partial system you follow beats a complete one you abandon by Wednesday.
How to block a week in about thirty minutes
Do your weekly blocking at the same time every week, for example Sunday evening or Monday at 8:30. Start with the week rather than the day, because many important tasks only fit once you see where the long free stretches are. Work from the least flexible items to the most flexible.
Do not fill every slot. A week blocked wall to wall looks impressive and fails by Tuesday afternoon. Aim to block roughly 70 to 80 percent of your available hours and leave the rest as deliberate buffer, which we will come back to below.
- Enter fixed commitments first: classes, meetings, commute, gym, family time.
- Find your two or three longest free stretches and assign them to your most demanding work.
- Place those deep-work blocks at your peak energy hours, often but not always the morning.
- Batch shallow work such as email, admin and errands into one or two blocks per day.
- Add buffer blocks after long sessions and before important deadlines.
- Finish with a 15-minute shutdown block at the end of each day to adjust tomorrow.
Choosing block sizes
Block size should match the warm-up cost of the work. Writing, programming, analysis and problem sets usually need ten to fifteen minutes just to load the problem into your head, so blocks of 90 to 120 minutes give you real working time after the warm-up. Administrative tasks need little warm-up and fit well into 30 to 60 minutes. Blocks shorter than 30 minutes tend to get swallowed by transitions, so group small tasks together instead of giving each its own slot.
Most people underestimate how long things take, a pattern psychologists call the planning fallacy. A simple correction is to multiply your first estimate by 1.5 when you size a block. If you think a report section will take an hour, give it ninety minutes. After a few weeks you will know your personal multiplier, which might be 1.2 for familiar tasks and 2 for new ones.
Also cap the total. Very few people can do more than three to four hours of genuinely demanding focus in a day. Blocking six hours of deep work on one day is a plan written for a different person; two solid deep blocks and a few lighter ones is a more honest day.
Theme days and theme mornings
Theme days assign a broad type of work to each day of the week. A freelancer might use Monday for planning and admin, Tuesday to Thursday for client work, and Friday for learning, invoicing and the weekly review. A student might keep Monday and Wednesday for the hardest course, Tuesday and Thursday for writing, and Friday for review and catching up. The benefit is less switching: you load one kind of thinking and stay in it.
Full theme days are hard if your schedule is shaped by other people. A lighter version is theme mornings: the first block of each day has a fixed theme, while the afternoon stays flexible for meetings and reactive work. Even this small amount of predictability makes it easier to start, because Tuesday morning already knows what it is for.
Buffer blocks and reactive work
Every week contains work you cannot predict: a colleague's urgent question, a broken build, an extra assignment, a call from home. If your plan has no room for this, the unexpected work pushes everything back and the whole calendar collapses. Buffer blocks are empty slots reserved for exactly this. Twenty to thirty minutes after each long block, plus one or two longer buffers in the week, is a reasonable starting point.
Reactive work such as email and chat is best handled in scheduled batches rather than continuously. Two or three message blocks per day, for example at 11:30, 15:00 and 16:30, are enough for most roles, and you can tell your team when you usually reply. If you have no idea how much reactive work you face, track it for one week first; many people find it is either far more or far less than they assumed.
When a block runs over: reschedule, do not abandon
Blocks will run over. A bug takes longer than expected, a lecture overruns, you lose the morning to a dentist appointment. The common reaction is to decide the plan has failed and spend the rest of the day without one. That is the moment when time blocking matters most. Instead of dropping the schedule, take five minutes to redraw the remaining blocks for the day. Newport himself suggests simply rebuilding the rest of the schedule when it is disrupted, as many times as needed.
When you redraw, move blocks rather than deleting them. If the 14:00 report block disappears, it goes into tomorrow's buffer or a slot later in the week, not into an imaginary 'sometime'. Keep a short note of what overran and by how much. After a month, those notes tell you which kinds of work you consistently underestimate, which makes next month's blocks more honest.
Combining time blocks with Pomodoro sessions
Time blocks and Pomodoro sessions solve different problems and work well together. The block decides what you work on and when; the Pomodoro rhythm decides how you work inside the block. A two-hour block can hold four Classic 25/5 sessions, or two Deep work 50/10 sessions with a short buffer. Opcus offers both presets alongside a 15/3 Quick start, so you can match the rhythm to the block.
Session counts are also a useful planning unit. Instead of 'work on chapter three for two hours', you can say 'chapter three: four sessions'. In Opcus you can give a task a target number of sessions, and the daily planner lets you see whether today's list fits into today's blocks. If your blocks hold eight sessions and your task list asks for fourteen, you know before lunch that something has to move.
Two sample days you can adapt
These are illustrations, not prescriptions. Notice the patterns rather than the exact times: demanding work at peak hours, shallow work batched, buffers after long blocks, and a short shutdown at the end. Here is a Tuesday for a software developer with a standup at 13:00.
- Developer, 08:30 to 09:00: plan the day, scan messages, check the review queue.
- Developer, 09:00 to 11:00: deep work on the current feature, two 50/10 sessions.
- Developer, 11:00 to 11:30: code reviews for teammates. 11:30 to 12:00: buffer and messages.
- Developer, 13:00 to 13:30: standup. 13:30 to 15:00: second deep block for tests or debugging.
- Developer, 15:00 to 15:30: buffer. 15:30 to 16:30: tickets, documentation, replies.
- Developer, 16:30 to 17:00: shutdown, update the board and define tomorrow's first block.
- Student, 08:00 to 09:30: lecture. 09:45 to 11:15: calculus problem set, three 25/5 sessions.
- Student, 11:15 to 11:45: buffer, walk or errands. 13:00 to 14:30: lab or second lecture.
- Student, 15:00 to 16:00: review today's lecture notes, two 25/5 sessions. 16:00 to 17:30: sport or free time.
- Student, 19:00 to 20:30: essay draft, one 50/10 session and one 25/5 session. 20:30 to 20:45: plan tomorrow.
Try it with a timer
Opcus is a free focus timer that works without an account. Pick a task, start a session and see your week add up.