← All guides Updated

How to plan a meeting across multiple time zones

Scheduling a meeting across two time zones is a small puzzle. Across four or five it becomes a real problem — one that's worth solving carefully, because every recurring meeting is a recurring tax on someone's evening or morning. This is a six-step playbook that holds up across DST changes, calendar tools and the inevitable team reorgs.

The headline rule: anchor every meeting to a real time zone (a city or IANA name), never to a fixed UTC offset. That one habit fixes 80% of cross-time-zone scheduling problems.

Step 1 — list every attendee and their time zone

Before you pick a slot, write the team down with their cities. Don't assume: a "London" colleague might actually live in Edinburgh (same zone) or Cape Town (very much not). Specifically capture:

Most teams already have this in a directory or HR system; if not, building it once saves hours forever.

Step 2 — pick the anchor zone

Every recurring meeting has an "anchor zone" — the zone in which the meeting time is fixed. Everyone else's local time will adjust around the anchor through DST. Choose the anchor by these rules, in order:

  1. Where is the host? Use the host's zone if there is a clear single host.
  2. Where is the smallest team? Anchoring on their zone protects them from drift.
  3. Otherwise, default to UTC if the meeting is fully global. Just be aware some attendees will see seasonal one-hour shifts.

Step 3 — find the working-hour overlap

Open a converter (the live UTC Converter works well) and add every attendee's city. Drag the time indicator across the day and look for the slot where the most cities are inside their working hours. Useful thresholds:

Step 4 — rotate inconvenient slots fairly

For meetings that have to span an offset of 12 hours or more, no single slot will be fair to everyone. Rotate the pain. A simple pattern:

  1. Quarter 1: meeting in the host's morning. Hard for Asia-Pacific.
  2. Quarter 2: meeting in the host's evening. Hard for Europe.
  3. Document the rotation publicly so attendees can plan childcare and travel.

Step 5 — send the invite with a real time zone

In Google Calendar, Outlook, Apple Calendar and most other tools, you can pick the time zone for the meeting itself, separate from the time zone displayed in the invitee's calendar. Use this. Examples:

Step 6 — plan for daylight saving

Two or three times a year, your meeting will appear at a different local time for half the team. The IANA database (which calendar tools use) handles this automatically — provided you anchored to a real zone in step 5. To stay ahead of the surprises:

Bonus: write meeting bodies that age well

The meeting time may be perfect, but a poorly-written invite still fails. Three habits that pay off:

  1. Include a one-line summary of the goal. "Decide the launch date for X" is better than "Project Sync".
  2. Include a single shared agenda link. Reuse it across the recurring meeting; never paste a fresh document into the body each time.
  3. Include the dial-in or video link in the calendar event itself, not in a separate Slack message. Half your attendees will be on a phone when they need it.

FAQ

Should I send the invite in my time zone or theirs?

Yours, but with the calendar tool's "time zone" field set explicitly. The recipients' calendar will translate to their zone automatically.

What if calendar tools disagree on the meeting time after a DST change?

Resend the invite. Don't manually edit the time in a copy of the original. Most disagreements come from ambiguous "GMT" or "BST" labels in plain-text invites, which different clients interpret differently.

How long should a multi-zone meeting be?

30 minutes if it's recurring. People will be tired, distracted or eating dinner; respect their time and finish.

Related guides