๐Ÿ“– Verystep Guides

Time Zone Math: Why Your Meeting Keeps Landing at 3 A.M.

Nobody on your team is bad at arithmetic. The offset they memorised quietly expired โ€” that's the whole story behind the 3 a.m. meeting.

Published October 29, 2026 ยท A Verystep guide

Illustration of a globe split between a sunny day side and a starry night side with a crescent moon, ringed by three plain circles, one in amber

Time zone mistakes are rarely arithmetic mistakes: they're expired facts. Offsets change with daylight saving โ€” on different dates in the US and Europe, in the opposite season in Sydney โ€” so a gap you learned in January can be wrong by an hour in April. The reliable method is to convert every city's 9-to-5 window into UTC and intersect the windows there: London and New York share 14:00โ€“17:00 UTC, while London, New York and Singapore share nothing at all. Add half-hour zones (India +5:30, Nepal +5:45) and the date line, and mental arithmetic doesn't stand a chance.

The arithmetic is easy. The calendar isn't.

Ask a room of adults to convert a meeting time and most will manage it โ€” add eight, subtract five, done. So why do smart teams keep booking each other at 3 a.m.? Because the number you memorised was only true for part of the year. Offsets move. A cheerful 2 p.m. in New York is 3 a.m. in Singapore during the winter months, and 2 a.m. once daylight saving starts โ€” the meeting didn't change, but the gap underneath it did.

Singapore sits at UTC+8 all year and never observes daylight saving. New York swings between UTCโˆ’5 and UTCโˆ’4. London swings between UTC+0 and UTC+1. Two cities that both "do" daylight saving still don't switch on the same dates, so twice a year there's a stretch of a few weeks where one has moved and the other hasn't, and every recurring meeting between them quietly shifts by an hour. Nobody did the maths wrong. The maths expired.

Convert through UTC, never from your own clock

The reliable method has one extra step, and that step is the whole trick: don't convert directly from your city to theirs. Convert both cities to UTC, the world's shared reference clock, and compare there. UTC never observes daylight saving, so it doesn't move under you. Your local offset to UTC is a single number your calendar app already knows; theirs is too. Two small, checkable steps beat one big leap you did in your head.

This is exactly how overlap works. Take each person's working hours in local time, convert that window to UTC, and lay the windows on top of each other. Where all of them stack is the only time a live meeting fits inside everyone's workday.

Illustration of three horizontal bars in indigo and slate, offset from each other, with the slice where all three overlap highlighted in amber
Three workdays, laid over one UTC ruler. The amber slice is all you get.
HubUTC offset9:00โ€“17:00 local, in UTC
San Franciscoโˆ’8 / โˆ’717:00โ€“01:00
New Yorkโˆ’5 / โˆ’414:00โ€“22:00
London+0 / +109:00โ€“17:00
Berlin / Warsaw+1 / +208:00โ€“16:00
Dubai+405:00โ€“13:00
Mumbai+5:3003:30โ€“11:30
Singapore+801:00โ€“09:00
Tokyo+900:00โ€“08:00
Sydney+10 / +1122:00โ€“06:00

Read the table the way the planner below does. London (09:00โ€“17:00 UTC) and New York (14:00โ€“22:00 UTC) share 14:00โ€“17:00 โ€” a comfortable three hours. Add Singapore (01:00โ€“09:00 UTC) and the three-way overlap vanishes: Singapore's window ends just as London's begins. That team doesn't have a scheduling problem to solve harder. It has no shared workday, and it needs pairwise calls plus async habits instead.

The three traps that do the damage

Daylight saving, in both directions. Northern-hemisphere zones spring forward in March and fall back around October and November โ€” but not on the same dates, which creates those few mismatched weeks. Southern-hemisphere zones do the opposite: Sydney is at +11 during its summer, which is the northern winter, and +10 the rest of the year. So a Sydney gap can grow from one end while a London gap shrinks from the other. Any recurring cross-border meeting deserves a fresh check after every clock change, on either side.

Zones that aren't whole hours. Not every offset ends in :00. India runs at UTC+5:30, Nepal at UTC+5:45, and parts of Australia at +9:30. Do the sum assuming round hours and you'll land half an hour early to an empty room โ€” or, worse, half an hour into a meeting that started without you. The :30 and :45 aren't trivia; they're where confident mental arithmetic goes to die.

The date line. Convert far enough east or west and the answer isn't just a different hour, it's a different day. Singapore's 9 a.m. Monday is still Sunday afternoon in San Francisco. Invitations that show only a time, with no date and no city, are how someone ends up waiting alone on the wrong morning. Always name the day in each place, not just the hour.

Rescuing a meeting that keeps landing badly

  1. Write the time three ways before you send anything: in UTC, and in each participant's city, with the date in each place. If one of those reads 03:00, you'll see it now, not at 03:00.
  2. Aim for the overlap, and protect at least an hour of it. Two to three shared hours is healthy; one hour carries a standup and not much more, so keep the deep discussions for days when someone flexes.
  3. If there's no overlap, don't hand the pain to the same person every week. Rotate who takes the early or late slot, or split the meeting into two shorter ones, each kind to a different half of the team.
  4. Move everything outside the overlap to async by default: written updates, recorded walkthroughs, documents with comments. Save the precious shared hour for the arguments only a live call can settle.
  5. Put a note on the calendar to re-check the series after each daylight-saving change โ€” yours and theirs. Ten seconds in March saves a 3 a.m. surprise in April.

None of this needs brilliance. It needs one shared ruler (UTC), the honesty to admit when no overlap exists, and a tool that reads a live timezone database instead of last year's offsets. Do the conversion that way and the 3 a.m. meetings quietly stop happening.

Find the overlap before you send the invite

The Verystep Timezone Meeting Planner takes two to four locations, converts each one's 9-to-5 workday to UTC using a live timezone database โ€” daylight saving handled automatically โ€” and shows you the hours where everyone is actually at work. If there's no overlap, it tells you that too, so you can rotate the awkward slot instead of assigning it forever.

Open the Timezone Meeting Planner โ†’

Last verified October 29, 2026 โ€” hub offsets and 9:00โ€“17:00 UTC windows are the reference table used by the planner below, which computes live offsets (including daylight saving) from the browser timezone database.

Frequently asked questions

Why did our recurring meeting move by an hour in March?

Because one side changed its clocks and the other hadn't yet โ€” or never does. Daylight-saving start and end dates differ between the US and Europe, so for a few weeks each spring and autumn the gap between them is an hour wider or narrower than usual. The invitation didn't change; the offset underneath it did.

Is Singapore always eight hours ahead of London?

No. Singapore stays at UTC+8 year-round, but London is UTC+0 in winter and UTC+1 during British Summer Time. So Singapore is eight hours ahead in winter and seven in summer โ€” a difference that flips exactly when recurring meetings are least expected to move.

Why convert through UTC instead of directly city to city?

Because UTC never moves. It observes no daylight saving, so it's a fixed ruler: each city has one current offset from it, and comparing two windows in UTC turns one error-prone leap into two small steps a calendar (or the planner below) can check.

Do half-hour time zones really exist?

Yes, and a 45-minute one too. India is UTC+5:30, Nepal is UTC+5:45, and parts of Australia sit at +9:30. Assuming every offset is a whole number of hours is one of the most common ways a carefully planned meeting ends up starting without someone.

What if there is no overlap at all?

Then no amount of cleverness creates one โ€” London, New York and Singapore have no shared 9-to-5 hour. The honest fixes are to rotate who takes the early or late slot, split the meeting into two shorter pairwise calls, or move the discussion to async formats and save live time for the few things that truly need it.

More guides