Das Meeting ist nicht gewandert. Die Uhren sind es.
Ein wiederkehrendes internationales Meeting kann für den Organisator gleich bleiben und für alle anderen springen. Ein Team in New York legt jeden Montag 9:00 Uhr fest. Für New York bleibt es 9:00. In London, Madrid, Dubai, Tokio oder Sydney kann dieselbe Einladung während der Sommerzeit-Übergänge eine Stunde früher oder später erscheinen.
Die versteckte Frage lautet: Ist das Meeting an eine lokale Uhrzeit in einer Stadt gebunden oder an eine feste UTC-Zeit? 09:00 America/New_York hält New York konstant und verschiebt UTC. 14:00 UTC hält UTC konstant und verschiebt New York.
America/New_York. Berechnet wurde mit IANA-Zeitzonenregeln für 2026. Für künftige Jahre sollten wichtige Termine erneut geprüft werden.Warum die Verschiebung entsteht
Sommerzeit ist lokales Recht. Die USA wechseln 2026 am 8. März und am 1. November. Die EU wechselt am letzten Sonntag im März und am letzten Sonntag im Oktober. Sydney folgt einem Südhalbkugel-Muster. Dubai und Tokio wechseln in diesem Beispiel nicht.
Dadurch entstehen Übergangsfenster. Für einige Wochen haben New York und Europa nicht ihren üblichen Abstand. Später wechselt Sydney, während die Nordhalbkugel bereits einem anderen Muster folgt. Der globale Zeitpunkt bleibt gleich, aber die lokalen Uhrzeiten auf dem Kalender springen.
9:00 Uhr New York im Frühjahr 2026
Die folgenden Karten zeigen dieselbe Serie an vier Montagen. Entscheidend ist nicht nur die Uhrzeit in New York, sondern auch der UTC-Zeitpunkt und die lokale Anzeige in den anderen Städten. Dort wird sichtbar, warum ein stabiler Termin für den Organisator für entfernte Teams springen kann.
Mo, 2. Mär Winterbasis
Mo, 9. Mär USA zuerst
Mo, 30. Mär Europa zieht nach
Mo, 6. Apr Sydney wechselt
In etwas mehr als einem Monat springt London von 14:00 auf 13:00 und wieder zurück auf 14:00. Madrid springt von 15:00 auf 14:00 und wieder zurück auf 15:00. Sydney verschiebt sich erst auf Dienstag 00:00 und danach auf Montag 23:00.
Der Herbst ist anders
Im Herbst entsteht die Lücke in umgekehrter Richtung. Europa stellt am 25. Oktober 2026 zurück, New York erst am 1. November. Für eine Woche ist der Abstand zwischen New York und Mitteleuropa kleiner als üblich.
Mo, 19. Okt vor Europa
Mo, 26. Okt Europa zuerst
Mo, 2. Nov zurück im Winter
Diese Oktoberwoche ist kurz, aber praktisch wichtig. Für London und Madrid wirkt das Meeting eine Stunde früher, obwohl New York seine Uhr noch nicht zurückgestellt hat. Genau solche Übergangswochen verursachen verpasste Calls, falsche Kalendereinträge und unnötige Rückfragen.
Was passiert bei einer festen UTC-Zeit?
UTC ist eindeutig und für technische Systeme oft die richtige Wahl. Ein Meeting um 14:00 UTC bleibt weltweit derselbe Zeitpunkt. Trotzdem bleiben die lokalen Uhrzeiten nicht überall gleich, sobald einzelne Regionen in die Sommerzeit wechseln oder sie verlassen.
14:00 UTC am 2. Mär vor US-Wechsel
14:00 UTC am 9. Mär nach US-Wechsel
14:00 UTC am 30. Mär nach EU-Wechsel
14:00 UTC am 2. Nov wieder Winter
UTC löst also die Frage nach dem exakten Zeitpunkt. Es löst nicht automatisch die Frage, ob ein wiederkehrender Termin für Menschen in verschiedenen Regionen fair liegt.
So prüfen Sie Ihre eigene Einladung
Öffnen Sie einen Termin vor einer Zeitumstellung und einen danach. Vergleichen Sie die Stadt des Organisators, UTC und eine entfernte Stadt. Daraus sieht man, woran die Serie tatsächlich hängt.
Die Serie nutzt wahrscheinlich eine IANA-Zone wie America/New_York. Andere Regionen können in Übergangswochen springen.
Der globale Zeitpunkt ist stabil, aber lokale Arbeitszeiten ändern sich, wenn Orte die Sommerzeit wechseln.
Abkürzungen sind unsicher. EST kann fester Offset, Winterlabel oder lockere Kurzform für Eastern Time sein.
Welche Verankerung ist sinnvoll?
Für ein normales Teammeeting ist meist die Stadt-Zeitzone der verantwortlichen Gruppe die beste Wahl. Wenn Produkt, Vertrieb oder Support in New York sitzen, beschreibt America/New_York die Absicht besser als ein Offset wie UTC-05:00. Ein Offset kann im Januar stimmen und im März falsch sein.
Für technische Ereignisse ist UTC oft sicherer, weil Systeme einen eindeutigen Zeitpunkt brauchen. Menschen planen aber in lokalen Arbeitszeiten, Systeme in exakten Zeitstempeln. Viele Kalenderprobleme entstehen, wenn eine Einladung diese beiden Modelle vermischt.
Ein guter Praxistest lautet: Wer soll jedes Mal dieselbe Uhrzeit behalten? Wenn die Antwort eine bestimmte lokale Gruppe ist, wählen Sie deren Stadt-Zeitzone. Wenn die Antwort "niemand, der Zeitpunkt ist technisch fix" lautet, wählen Sie UTC und schreiben Sie die lokalen Folgen ausdrücklich in die Einladung.
Die praktische Regel
Für wiederkehrende Termine: 09:00 America/New_York oder 15:00 Europe/Berlin. Eine IANA-Zone enthält die lokalen Regeln.
Für Logs, Releases, Incidents oder globale Einmalereignisse ist UTC eindeutig.
Datum, Uhrzeit, Stadt-Zone und Cut-off angeben. "Freitag um 5" reicht international nicht.
Eine sichere Einladung ist absichtlich eindeutig:
Wöchentlicher Produktsync: montags um 09:00 America/New_York. Lokale Zeiten können sich in anderen Regionen während der Zeitumstellungswochen ändern.
Wenn Fairness wichtig ist, prüfen Sie die Serie mindestens vor März und vor Oktober/November erneut oder rotieren Sie die Uhrzeit zwischen Regionen.
Nutzen Sie den Meeting-Planer, den Zeitzonenrechner und die Weltzeituhr für die Prüfung.
Quellen und Methode
- Berechnet mit IANA-Zonenregeln für
America/New_York,Europe/London,Europe/Madrid,America/Los_Angeles,Asia/Dubai,Asia/TokyoundAustralia/Sydney. - Ausgewählte Daten: Montage rund um die Zeitumstellungen 2026, darunter 2., 9. und 30. März, 6. April, 19. und 26. Oktober sowie 2. November.
- Angezeigt wird lokale gesetzliche Uhrzeit. Für künftige Jahre sollten wichtige Termine neu geprüft werden, weil sich Regeln ändern können.
- NIST: US-Sommerzeitregeln
- EUR-Lex: Richtlinie 2000/84/EG
- IANA-Zeitzonendatenbank
- NSW Standard Time Act für Sydney/New South Wales
- Warum USA und Europa die Uhren an unterschiedlichen Tagen umstellen