Business-Meetings über Zeitzonen, die ehrlichen Best Times und Etikette
Wann ein Berlin-San-Francisco-Call wirklich für beide Seiten zumutbar ist, wie man Tokio einbindet ohne jemanden um 3 Uhr morgens zu zwingen, und welche Tools die Last verteilen.
In jedem internationalen Team gibt es zwei Realitäten. Auf dem Papier passt der Termin „16:00 unsere Zeit" für alle, weil Berechnungen sauber durchgegangen wurden. In Wirklichkeit sitzt die Tokio-Kollegin um Mitternacht halb wach am Bildschirm, weil ihr Chef nicht „nein" zu Berlin sagt. Wer länger international zusammenarbeitet, lernt die ehrlichen Zeitfenster und merkt, dass „passt rein" und „ist fair" zwei verschiedene Sachen sind.
Die fairen Überlappungs-Fenster
Zwei Bürozeiten überschneiden sich in der Regel nur teilweise. Standard-Bürozeiten sind in den meisten Ländern 9:00 bis 18:00 Uhr lokaler Zeit. Beim Vergleich mit Berlin (UTC+1 Winterzeit, UTC+2 Sommerzeit, hier UTC+1 als Baseline) ergeben sich folgende ehrliche Fenster:
| Stadt | Offset zu Berlin | Faires Meeting-Fenster (beide in Bürozeit) |
|---|---|---|
| London | -1 Stunde | 10:00 bis 17:00 Berlin |
| New York | -6 Stunden | 15:00 bis 18:00 Berlin (= 9:00 bis 12:00 NY) |
| San Francisco | -9 Stunden | 17:00 bis 18:00 Berlin (sehr eng), oder 8:00 bis 11:00 SF (= sehr früh für Berlin) |
| Singapur | +7 Stunden | 9:00 bis 11:00 Berlin (= 16:00 bis 18:00 SG) |
| Tokio | +8 Stunden | 9:00 bis 10:00 Berlin (= 17:00 bis 18:00 TY) |
| Sydney | +9 Stunden | kein faires Fenster, beide in Randzeiten |
San Francisco und Sydney sind die problematischen Pole. Mit beiden Standorten kann es kein gemeinsames 9-bis-18-Uhr-Fenster geben, das ist schlicht physisch unmöglich. Wer mit beiden gleichzeitig zusammenarbeitet, muss eine bewusste Entscheidung treffen: Wer wird wann benachteiligt.
Drei Strategien für unfaire Fenster
Wenn faire Fenster fehlen, gibt es drei pragmatische Wege, die Last zu verteilen.
Rotation. Wenn ein Team in drei Zeitzonen verteilt ist (etwa Berlin, NY, Tokio), wird alle drei Wochen gewechselt, wer das frühe oder späte Meeting nimmt. Eine Woche ist Berlin morgens dran (NY-freundlich), die nächste Woche abends (Tokio-freundlich), die dritte Woche normal (Inland-freundlich). Diese Rotation funktioniert, wenn das Team die Verschiebung explizit dokumentiert und der Kalender automatisch rotiert. Atlassian und Slack haben das in ihrer Internkultur etabliert.
Async-First. Statt synchroner Calls werden Updates per Loom-Video, ausführlichen Slack-Threads oder geteilten Dokumenten verteilt. Live-Meetings finden nur zweimal pro Woche statt, dann mit klarer Tagesordnung und 30-Minuten-Limit. Diese Praxis stammt aus All-Remote-Firmen wie GitLab und Automattic. Vorteil: niemand sitzt um Mitternacht im Call. Nachteil: Spontane Diskussion oder Konfliktlösung dauert länger.
Hub-and-Spoke. Wenn das Team groß genug ist, werden lokale Teams gebildet (etwa Berlin-, US-, Asien-Team) und nur Team-Leads kommunizieren auf der Achse. Reduziert die Anzahl Personen mit Multi-Zonen-Calls. Funktioniert in Konzernen, weniger in kleinen Startups, wo jeder mit jedem reden muss.
Etikette, die selten besprochen wird
Drei Punkte, die in Multi-Zonen-Teams den Umgang prägen, ohne dass jemand sie offiziell festlegt.
Zeit-Notation immer mitsenden. Eine Einladung „Mittwoch 14:00 Uhr" ohne Zeitzone ist eine Falle. Selbst innerhalb derselben Firma führt das zu Missverständnissen. Pragmatisch: „14:00 CET (= 8:00 ET, 21:00 JST)" oder einfach UTC angeben und User-side den Kalender konvertieren lassen. Tools wie Google Calendar, Outlook und Notion handhaben Zeitzonen automatisch, aber nur wenn man sie explizit setzt.
Frage immer, wenn der Termin im Randfenster liegt. Ein Meeting um 17:00 Berlin ist 8:00 SF, das ist OK. Ein Meeting um 18:00 Berlin ist 9:00 SF, immer noch OK. Ein Meeting um 19:00 Berlin ist 10:00 SF, aber 4:00 Sydney. Wer die Sydney-Kollegin nicht explizit fragt, ob es ihr passt, demonstriert, dass er nicht nachgedacht hat. Das fällt in der Beziehung auf, auch wenn die Kollegin höflich „passt schon" sagt.
Aufzeichnung und Notizen für die Abwesenden. Wenn einer der drei Standorte das Meeting auslassen muss, weil es 3:00 Uhr lokal wäre, gibt es eine Aufzeichnung plus schriftliche Zusammenfassung. Das ist nicht „nice to have", das ist Pflicht in einem fairen Multi-Zonen-Team. Manche Firmen kaufen extra Loom-Pro-Lizenzen oder nutzen Otter.ai für automatische Transkripte. Für Beschäftigte mit Familien-Verpflichtungen abends ist das oft der einzige Weg, beruflich anschluss zu halten.
Tools, die helfen
Vier Werkzeuge, die in Multi-Zonen-Teams den Alltag erleichtern.
World Clock-Apps. Auf iOS, macOS und Windows alle eingebaut. Pro Standort eine Uhr, immer im Blick. Wer regelmäßig mit Tokio und SF arbeitet, hat fünf Uhren am Bildschirmrand. Ungewohnter Aufwand, aber spart in der Woche viele kleine Berechnungen.
Time-and-Date Meeting-Planner. Webbasiert. Trägt 2 bis 6 Standorte ein, sieht visuell die Bürozeiten-Überlappung als grüne, gelbe und rote Streifen. Sofort klar wo das faire Fenster ist, wo es eng wird, wo es nicht passt. Auch unser Zeitzonen-Rechner unterstützt diese Multi-Standort-Ansicht.
Calendly oder When-To-Meet. Statt manueller Termin-Verhandlung schickt der Initiator einen Link, auf dem alle Teilnehmer ihre verfügbaren Zeiten in lokaler Zeit auswählen. Das Tool findet die größte Überlappung. Funktioniert auch mit 5 oder 6 Personen aus 4 Zeitzonen.
Slack Time Zone Display. In Slack zeigt jeder Profile-Eintrag die Lokalzeit der Person. Vor einer Direkt-Nachricht ist sofort sichtbar, ob der Empfänger gerade im Büro ist oder ob er um 23:00 lokal eine Nachricht bekommt. Kleine Geste, große Wirkung in Multi-Zonen-Teams.
Quellen
- GitLab Handbook: Async Working at GitLab
- Atlassian: Distributed Work Design Playbook
- Buffer State of Remote Work Reports
- HBR: Building a Truly Global Team
Häufige Fragen
Wie spreche ich an, dass ein Termin für mich zu früh oder spät ist?
Direkt und ohne Entschuldigung: "Bei mir wäre das 23:30 Uhr lokal, das geht nicht regelmäßig." Wer das nicht sagt, signalisiert dass es ok ist. Multi-Zonen-Teams funktionieren nur wenn jeder seine Grenzen kommuniziert.
Soll ich Meetings in UTC oder in lokaler Zeit ansetzen?
Lokale Zeit der Person, die einlädt, plus Zeitzone explizit. Beispiel: "14:00 CET". Die Kalender-Software konvertiert für jeden Empfänger lokal. UTC ist für Server und Software-Specs, nicht für menschliche Termine.
Was tun, wenn ein Kunde immer in seiner Zeit terminiert?
Akzeptiere es bis zu einem gewissen Grad, aber setze klar Grenzen: "Calls vor 9:00 oder nach 18:00 unserer Zeit nur bei wichtigen Anlässen." Wenn der Kunde regelmäßig 6:00 oder 22:00 verlangt, ist das ein Symptom für ungesunde Beziehungen, kein Zeitzonen-Problem.
Wie gehe ich mit Sommerzeit-Sprüngen in laufenden Meetings um?
Vorher kommunizieren. "Ab nächste Woche Sonntag verschiebt sich unser Standard-Call von 16:00 auf 17:00 unserer Zeit, weil die Uhr in Tokio nicht mit umgestellt wird." Eine Erinnerung im Team-Channel zwei Tage vor der Umstellung verhindert die meisten Verwirrungen.
Lohnt sich eine eigene Time-Zone-Setting-Mail-Signatur?
In stark international arbeitenden Rollen ja. Eine kleine Zeile wie "(Working hours 9-18 CET, prefer async outside)" am Mail-Ende reduziert nächtliche Anrufe und Erwartungs-Missverständnisse. Funktioniert besser als jeder einzelne Hinweis.