会議プランナー

グローバルチームのスケジューリングのために、複数のタイムゾーンの重複勤務時間を見つけます。

日付

タイムゾーンを追加

New York (GMT-4)London (GMT+1)Tokyo (GMT+9)

完全な重複なし — 最善の部分重複: 2/3 ゾーンが同時に重複

濃い緑の列が最大重複を示しています。一部の参加者には早朝・深夜の開始を検討してください。

タイムゾーンUTC時刻 →
New York
GMT-4
London
GMT+1
Tokyo
GMT+9
0時
1時
2時
3時
4時
5時
6時
7時
8時
9時
10時
11時
12時
13時
現在14時
15時
16時
17時
18時
19時
20時
21時
22時
23時
20時−1d
21時−1d
22時−1d
23時−1d
0時
1時
2時
3時
4時
5時
6時
7時
8時
9時
10時
11時
12時
13時
14時
15時
16時
17時
18時
19時
1時
2時
3時
4時
5時
6時
7時
8時
9時
10時
11時
12時
13時
14時
15時
16時
17時
18時
19時
20時
21時
22時
23時
0時+1d
9時
10時
11時
12時
13時
14時
15時
16時
17時
18時
19時
20時
21時
22時
23時
0時+1d
1時+1d
2時+1d
3時+1d
4時+1d
5時+1d
6時+1d
7時+1d
8時+1d
緑 = 勤務時間(午前9時〜午後6時)現在のUTC時刻+1d / −1d = 翌日/前日列ヘッダー = UTC時刻

会議プランナーの仕組み

このプランナーは、ブラウザ内蔵の Intl.DateTimeFormat API(IANA タイムゾーンデータベース準拠)を使用しています。これはすべての主要カレンダーアプリ、OS、プログラミングプラットフォームで採用されている標準です。24列はすべて選択した日付のUTC時刻を表します。各セルはそのUTCの瞬間を各タイムゾーンの現地時刻に変換し、DST ルールを含むその日の正確な UTC オフセットを反映します。

  1. 1

    日付を選択

    会議したい日付を選択します。プランナーはその日付のすべてのタイムゾーンの UTC オフセットと DST を自動調整します。

  2. 2

    タイムゾーンを追加

    参加者がいるすべての場所を追加します。グリッドは無制限のゾーンをサポートします — 2つから5大陸に分散するチーム全体まで対応できます。

  3. 3

    重複グリッドを読み取る

    各行がタイムゾーン、各列がUTC時刻です。緑のセルが現地のビジネスアワー(午前9時〜午後6時)です。すべての行が緑の列が最適な会議時間帯です。

  4. 4

    会議を予約

    グリッド上部のバナーに、すべてのゾーンがビジネスアワー内で重複するUTC時間帯、または完全な重複がない場合は最善の部分重複が表示されます。

DST の正確性と方法論

夏時間の切り替えは国や年によって異なります。米国は通常3月中旬と11月初旬に切り替わり、欧州の大部分はその2週間後に続きます。アリゾナ、アイスランド、アフリカの大部分、日本など、DST を適用しない地域もあります。このプランナーは生の UTC オフセット文字列ではなく IANA タイムゾーン識別子(例: America/New_York, Europe/London)を使用するため、米国と EU の時計が1時間ずれる2週間の移行期間を含め、選択した日付の正確なオフセットを反映します。

一般的なタイムゾーンの組み合わせに最適な会議時間

最も一般的なグローバルチームの組み合わせのリファレンスガイド(標準時、特に記載がない限り非DST期間)。

地域ペア最適時間帯
New York + London午後2時〜5時 ET / 午後7時〜10時 London
New York + Paris / Berlin午後3時〜5時 ET / 午後9時〜11時 CET
London + Dubai午前9時〜午後5時 London / 正午〜午後8時 Dubai
London + Singapore午前9時〜午後1時 London / 午後5時〜9時 SGT
New York + Mumbai自然な重複なし
New York + Tokyo自然な重複なし
London + Sydney午前9時〜11時 London(夏季)/ 午後6時〜8時 AEDT
Los Angeles + Tokyo午後4時〜5時 PT / 午前9時〜10時 JST(翌日)

DST 切り替え前後は±1時間ずれる場合があります。正確な日付には上のインタラクティブプランナーをご利用ください。

グローバルチーム会議のスケジューリングのコツ

  • 不便な時間帯を公平にローテーションする 重複がない場合、時間外枠を交代で担当し、同じメンバーが常に深夜の通話を強いられないようにしましょう。
  • 常にUTCで時刻を共有する カレンダーの招待状にはUTCを記載する(または現地時刻と併記する)べきです。DST 切り替え時に一方のオフセットがすでに変わっている場合の混乱を防ぎます。
  • 年に2回 DST の日程を確認する 3月と11月(南半球は4月/10月)にリマインダーを設定し、定例会議の時間が1時間ずれていないか確認しましょう。
  • 週の中日を優先する 火曜日、水曜日、木曜日は、月曜朝や金曜午後よりもタイムゾーンをまたぐ会議の出席率が高い傾向にあります。
  • 録画して非同期フォローアップする 重複が1時間未満のチームでは、会議を録画して難しいタイムゾーンのメンバーと共有し、非同期で追いつけるようにしましょう。

よくある質問

上のセレクターで参加者全員のタイムゾーンを追加してください。グリッドは各ゾーンのビジネスアワー(午前9時〜午後6時)を緑で表示します。すべての行が緑の列を探してください — それが重複時間帯です。グリッド上部のバナーが最適なUTC時間帯を自動表示します。
はい。オフセットは選択した日付で JavaScript の Intl.DateTimeFormat API を使用して計算され、過去および将来の DST 切り替えを含む IANA タイムゾーンルールが適用されます。日付を変更して DST が重複時間帯にどう影響するかご確認ください — 例えば、米国は EU より2週間早く DST を切り替えるため、一時的なオフセットのずれが生じます。
24列は選択した日付の UTC 時刻 0〜23 を表します。UTC(協定世界時)は世界共通の時刻基準です。各セルは、その UTC 時刻が各タイムゾーンで何時に当たるかを示します。これにより、全員が現地時刻に変換できる単一の UTC 時刻をカレンダー招待に記載しやすくなります。
New York (ET) と London の最適な重複は通常、午後2時〜5時 ET / 午後7時〜10時 London です。New York と Paris/Berlin (CET) の場合は午後3時〜5時 ET / 午後9時〜11時 CET です。欧州チームが少し早く始めるか、米国チームが少し遅くまで残れば、時間帯が広がります。「柔軟な時間」(午前8時〜午後7時)に切り替えるとさらに1〜2時間増やせます。
米国とアジアの会議にビジネスアワーの重複はほとんどありません。New York と Tokyo は DST により13〜14時間離れています。最も現実的な時間帯は午前8〜9時 Tokyo / 午後6〜7時 New York(前日の夕方 ET)です。米国西海岸と Tokyo の場合、午後4〜5時 PT が翌日の午前8〜9時 JST に対応します — Tokyo の実用的な早朝オプションです。
はい — チームがまたがるすべてのゾーンを追加してください。プランナーは選択したすべてのゾーンの重複を同時に計算します。3つ以上の広く分散したゾーン(例: New York, London, Singapore)では完全な重複はまれです。完全な重複がない場合、バナーに最善の部分重複時間帯が表示されます。
これらのバッジは、現地の日付が選択した日付と異なることを示しています。例えば、3月16日を選択し、深夜の UTC 時刻が Tokyo では3月17日に当たる場合、Tokyo のセルに「+1d」と表示されます。カレンダーにイベントを登録する際に役立ちます — Tokyo の参加者は翌日に会議を予定することになります。
IANA タイムゾーン(例: America/New_York, Asia/Tokyo)は Internet Assigned Numbers Authority が管理する業界標準です。あらゆる地域の UTC オフセットと DST ルールの全履歴を記録しています。IANA 識別子を使用することで、「UTC-5」のような単純な UTC オフセット文字列では把握できない DST も含め、過去のイベントや将来の DST 変更に対して正しいオフセットが保証されます。
非常に高精度です。プランナーは Intl.DateTimeFormat API を使用し、ブラウザの V8 または SpiderMonkey エンジンの IANA タイムゾーンデータを適用します — OS の時計と同じエンジンです。米国が EU より2週間早く DST を切り替える期間(通常3月と11月)のようなエッジケースも正しく処理されます。その期間内の日付を選択すると、一時的なオフセットのずれが表示されます。
UTC オフセットが DST によって変化するためです。例えば、London (GMT) は冬季 UTC+0 ですが夏季は UTC+1 (BST) です。New York は冬季 UTC-5、夏季 UTC-4 です。New York と London の差は冬季5時間ですが夏季はわずか4時間 — 重複が1時間増えます。プランナーは選択した日付の正確なオフセットを再計算します。
はい。ただし、年間を通じていくつかの代表的な日付で重複が一貫しているか確認してください — 特に一部のチーム拠点が DST を適用し、他の拠点が適用しない場合は注意が必要です。1月に機能する月曜の定例枠が、3月に米国 DST が始まると1時間ずれ、2週間後に EU DST が続くとさらに変わる可能性があります。
HomeClockSunCalc