タイムゾーン会議プランナー
日付を選び、都市を追加すると、1 日全体を一度に見ることができます。各 UTC 時間が各都市自身の時計で表示され、勤務時間、その前後の緩衝時間、真夜中のどれに当たるかで色分けされます。次にプランナーは、全員が勤務中の時間を挙げます。地球が「無理だ」と言う場合は、最も負担の小さい妥協の時間を示します。Shanghai、Singapore、London、New York があらかじめ読み込まれています。この組み合わせこそが、「9 時に集まろう」という安易な計画をすべて壊すからです。
列は、選択した日付の UTC での 24 時間です。各セルは、その瞬間をその都市自身の時計で表したもの、+1 と −1 は、その瞬間が現地で翌日または前日に当たることを意味します。すべてブラウザの Intl タイムゾーンデータで計算され、都市リスト、日付、結果があなたのマシンから出ることはありません。
グリッドの読み方
ほとんどの会議ツールは、間違った問いに答えています。提案された 1 つの時刻を他のゾーンに変換するのですが、それが役立つのは、良い時間が存在するとすでに分かっている場合だけです。スケジュールの問題は変換ではなく探索です。UTC+8 から UTC−5 まで広がった 4 都市では、どこでも礼儀正しい時間は存在しないかもしれません。変換ツールは、あなたが選んだ 09:00 が同僚にとって 21:00 であることを喜んで確認しますが、あなたの 14:00 なら相手にとっては単に少し早いだけ、あなたにとっては午前の中頃だったことには触れません。グリッドはツールを逆転させます。1 日のすべての時間が候補となり、各都市の現地の現実が一目で見え、妥協しかない場合は、その妥協は数字を目の前にして選ばれ、通話中のあくびから発見されることはありません。
勤務時間の枠はあなたが設定します。「勤務時間」は自然法則ではなく方針だからです。08:00 に始めるチームと 09:00–17:00 を断固として守るチームでは、異なるグリッドが生まれます。緩衝帯は、まさに両者の交渉のために存在します。両側 2 時間ずつで、ほとんどの人がたまになら受け入れますが、誰も毎週受け入れるべきではありません。プランナーが最善の妥協を報告するとき、時間はまず完全に勤務時間内にある都市の数で順位付けされ、次に少なくとも緩衝時間内にある都市の数で順位付けされます。3 都市が勤務し 1 都市が早めに始める解決策は、2 都市が勤務し 2 都市が真夜中に起きている解決策に勝ります。劣ったツールにとってはどちらも「重なりなし」でもです。
夏時間はグリッドの動く部分です。オフセットは、あなたが選んだ正確な日付について、あなたのカレンダーが使うのと同じ IANA ルールで計算され、プランナーは各ゾーンのオフセットを前後 1 週間と比較します。違いがあれば時計の変更が近く、この日付について出した結論は 2 週間後には 1 時間ずれているかもしれません。この警告が最も重要なのは、切り替えの週に設定された定期会議です。その時期、米国、ヨーロッパ、南半球はすべて異なる日曜日に動きます。コンパニオン記事「すべてのタイムゾーンを尊重する会議時間を見つける」では、夏時間の落とし穴と重なりの数学を詳しく解説しています。
よくある質問
重なりがまったくないことがあるのはなぜですか？
地球が丸く、勤務日が 8 時間だからです。Shanghai と New York は 12〜13 時間離れているため、一方が 09:00–17:00 の内側にあるとき、もう一方は夜です。両方を勤務中にする UTC 時間は存在しません。プランナーはそのことを正直に伝えた上で、最善の妥協の時間を示します。まず勤務中の都市が最も多い時間、次に勤務時間または緩衝時間内にある都市が最も多い時間です。こうすることで、負担は通話中に発見されるのではなく、意図的に分かち合われます。
色は何を意味しますか？
緑は勤務時間、つまりあなたが設定した枠で、デフォルトは 09:00–17:00 です。琥珀色は緩衝時間で、枠の両側 2 時間ずつ、ほとんどの人がたまになら受け入れる早い開始と遅い終了です。灰青色は夜間で、緊急時にだけ頼むべき時間であり、定期会議として頼んではいけません。グリッドは、選択した日付の各 UTC 時間について各都市自身の現地時間を表示し、その瞬間が現地で隣の暦日に当たる場合は +1 または −1 のマーカーが付きます。
同じ会議が年に 2 回、1 時間ずれるのはなぜですか？
夏時間は国ごとに異なる日付で適用され、まったく適用されない国もあります。米国はヨーロッパより数週間早く進み、南半球は逆方向に動くため、1 月に機能した枠が 4 月には 1 時間ずれていることがあります。ゾーンの UTC オフセットが、あなたが選んだ日付の前後 1 週間以内に変化すると、プランナーがそれを知らせます。それこそ、定期会議が一方にとって静かに 1 時間早く、または遅く着地する瞬間です。
プリセットリストにない都市を追加できますか？
はい。プリセットの下には、ブラウザが知っているすべての IANA タイムゾーン（数百個）を集めた 2 つ目のリストがあります。1 つ選ぶと、その実際のオフセットと夏時間ルールとともにグリッドに加わります。データは、オペレーティングシステムが使うのと同じ Intl データから直接取得されます。何もどこにも送信されず、計算全体がブラウザ内で実行されます。
定期会議はローテーションすべきですか？
公平な枠が存在しない場合は、すべきです。ローテーションが正直な解決策です。常に同じ都市にとって 21:00 になる定期会議は、同じ人たちへの静かな税金であり、彼らは来なくなるか、来ても冴えなくなります。負担を毎月ローテーションするか、交互に替わる 2 つの枠に分割し、このプランナーが見つけた妥協の時間をローテーションの拠点として使ってください。重なりの数学は、コンパニオン記事「すべてのタイムゾーンを尊重する会議時間を見つける」にあります。