캘린더 초대에서 시간이 어긋나는 5가지 원인과 해결법

회의 시간을 아무리 정확히 계산해도, 그 결과를 상대에게 전달하는 마지막 단계에서 어긋나는 경우가 많습니다. 계산은 맞았는데 사람이 다른 시각에 들어오는 상황 — 대부분 아래 다섯 가지 중 하나입니다. 순서는 실제로 자주 겪는 빈도순입니다.

1. 메신저에 텍스트로만 시간을 적었다

가장 흔합니다. '화요일 오전 10시에 봬요'라고 쓰면, 받는 사람은 이게 누구 기준 10시인지 알 수 없습니다. 본인 기준으로 읽고 그대로 캘린더에 넣습니다. 최소한 '화요일 오전 10시(KST)'처럼 타임존을 붙이고, 가능하면 캘린더 초대로 보내세요.

타임존을 붙일 때도 약어보다 도시 이름이 안전합니다. 세 글자 약어는 여러 지역이 같은 것을 쓰는 경우가 있고 계절에 따라 바뀌기도 해서, 받는 사람이 다르게 해석할 여지가 남습니다. '오전 10시(서울 기준)'처럼 도시로 적거나, 국제 회의라면 UTC 기준 시각을 함께 적어 두세요.

2. 캘린더 초대에 타임존 정보가 없다

초대장을 보내도, 만든 사람의 캘린더 타임존이 잘못 설정되어 있으면 잘못된 절대 시각이 전송됩니다. 특히 출장 중이거나 노트북 시계를 수동으로 바꿔둔 경우 발생합니다. 초대를 보내기 전 자신의 캘린더 타임존 설정을 한 번 확인하세요.

여기서 헷갈리기 쉬운 점은, 캘린더 앱의 타임존과 운영체제의 타임존이 별개라는 것입니다. 노트북 시계는 현지에 맞춰졌는데 캘린더는 본국으로 고정돼 있거나 그 반대인 상태가 흔합니다. 출장 중에 만든 일정이 유독 자주 어긋나는 이유입니다.

3. 서머타임 전환일을 넘어가는 정기 회의

매주 반복되는 회의를 서머타임 전환 이전에 만들면, 전환 이후 회차부터 상대의 현지 시각이 1시간 밀립니다. 캘린더는 만든 사람 기준으로 반복 규칙을 유지하기 때문입니다. 3월과 10~11월 전환 시기에는 정기 회의를 한 번 점검하는 습관이 필요합니다.

구체적으로는 이렇게 나타납니다. 서울에서 만든 매주 화요일 오후 5시 회의는 서울 기준으로 계속 5시입니다. 그런데 뉴욕 참석자에게는 3월 둘째 주 일요일을 기점으로 그 시각이 오전 3시에서 오전 4시로 옮겨갑니다. 서울 쪽에서는 아무것도 바뀌지 않았기 때문에, 문제를 먼저 알아채는 쪽은 항상 상대편입니다.

미국과 유럽의 전환일이 2~3주 어긋난다는 점도 기억할 만합니다. 두 지역이 모두 들어간 정기 회의는 3월에 한 번, 10~11월에 한 번, 각각 두 차례씩 시차가 흔들립니다.

4. 종일 일정으로 만들었다

종일(all-day) 일정은 타임존 정보를 갖지 않습니다. 시각이 아니라 날짜만 있는 형식이기 때문입니다. 마감일이나 기념일에는 적합하지만, 회의에 쓰면 참석자마다 날짜가 다르게 보일 수 있습니다. 회의는 반드시 시각이 있는 일정으로 만드세요.

같은 이유로 종일 일정에는 알림도 기대한 대로 오지 않습니다. '하루 전 알림'이 어느 타임존의 하루인지가 정해져 있지 않기 때문입니다. 마감이 중요한 일이라면 종일 일정 대신 마감 시각을 못 박은 일정으로 만드는 편이 안전합니다.

5. 참석자의 근무 시간을 확인하지 않았다

기술적으로는 초대가 정확해도, 그 시각이 상대의 새벽이라면 결국 아무도 오지 않습니다. 초대를 보내기 전에 그 시각이 모든 참석자의 업무시간 안에 들어오는지 확인하는 절차가 필요합니다.

업무시간뿐 아니라 주말도 확인 대상입니다. 주말이 금·토인 나라가 있고 일·목이 근무일인 나라가 있습니다. 상대에게는 토요일 아침에 회의 초대가 온 셈이 되는 상황이 실제로 자주 생깁니다.

왜 캘린더가 알아서 해주지 않는가

캘린더 초대는 원래 이 문제를 풀도록 설계돼 있습니다. 초대장에는 시각과 함께 그 시각이 어느 타임존 기준인지가 담기고, 받는 쪽 캘린더가 자기 타임존으로 변환해 보여줍니다. 제대로 만든 초대라면 사람이 계산할 일이 없습니다.

문제는 그 정보가 중간에서 유실되는 경로가 많다는 것입니다. 초대장의 내용을 복사해 메신저에 붙여 넣는 순간 타임존 정보는 사라지고 글자만 남습니다. 화상회의 링크만 따로 공유하면 링크에는 시각 정보가 없습니다. 외부 캘린더를 연동해 쓰는 참석자에게는 변환이 한 단계 더 거쳐 가면서 어긋날 여지가 생깁니다.

즉 캘린더가 일을 안 하는 게 아니라, 우리가 캘린더를 우회하는 경로로 시간을 전달할 때 문제가 생깁니다. '초대장을 보냈으니 됐다'가 아니라 '초대장 밖으로 시간이 새어 나가는 경로가 있는가'를 보는 편이 정확합니다.

받는 쪽에서 할 수 있는 방어

위 다섯 가지는 보내는 사람의 문제지만, 잘못된 초대는 어차피 옵니다. 받는 쪽에서 미리 막을 수 있는 방법이 두 가지 있습니다.

첫째, 캘린더에 두 번째 타임존을 표시해 두는 것입니다. 주요 캘린더 앱은 주간 화면 왼쪽에 시간축을 하나 더 띄우는 기능을 갖고 있습니다. 자주 협업하는 팀의 도시를 걸어 두면, 초대가 들어온 순간 그 시각이 상대에게 몇 시인지가 눈에 들어옵니다. 이상한 시각의 초대를 수락 전에 걸러낼 수 있습니다.

둘째, 수락하기 전에 그 일정의 원본 시각을 확인하는 것입니다. 내 캘린더가 보여주는 시각은 이미 내 타임존으로 변환된 값입니다. 보낸 사람이 의도한 시각과 다르다고 의심되면, 상대에게 '그쪽 기준 몇 시인가요'를 한 번 물어보는 것이 회의 하나를 통째로 날리는 것보다 쌉니다.

시간을 옮길 때가 더 위험하다

새 회의를 만들 때보다 기존 회의를 옮길 때 사고가 더 자주 납니다. 반복 일정을 수정하면 캘린더는 '이 일정만' 바꿀지 '이후 전체'를 바꿀지 묻는데, 여기서 잘못 고르면 지난 회차의 기록이 함께 바뀌거나 다음 회차만 바뀌고 나머지는 그대로 남습니다.

더 흔한 사고는 시각을 옮기고 나서 참석자에게 알리지 않는 경우입니다. 캘린더는 대개 변경 알림을 보내지만, 초대를 수락하지 않았거나 외부 캘린더를 쓰는 참석자에게는 전달이 보장되지 않습니다. 옮긴 사실은 초대장 밖에서도 한 번 더 알리세요.

보내기 직전 30초 점검

1. 내 캘린더의 타임존이 지금 있는 곳과 맞는가 — 출장 중이면 특히.
2. 시각이 있는 일정인가, 종일 일정으로 만들어지지 않았는가.
3. 반복 일정이라면 마지막 회차까지 서머타임 전환을 넘지 않는가.
4. 그 시각이 모든 참석자의 업무시간·근무 요일 안에 들어오는가.
5. 본문에 도시 이름이 들어간 시각을 한 줄 적었는가 — 초대가 깨져도 이 한 줄이 남습니다.

그래도 어긋났다면

사고가 났을 때 가장 먼저 확인할 것은 '누가 몇 시로 보고 있었는가'입니다. 서로 자기 화면의 시각을 말하면 대화가 겉돕니다. 양쪽 다 UTC 기준으로 한 번 환산해 보면 어느 단계에서 어긋났는지가 대개 즉시 드러납니다.

차이가 정확히 한 시간이면 서머타임 전환일 문제일 가능성이 높습니다. 캘린더에 넣은 날짜가 전환일 이후인지 확인하세요. 차이가 정확히 하루면 날짜변경선이나 종일 일정 문제입니다. 어중간한 차이라면 30분·45분 오프셋을 쓰는 지역이 끼어 있는지 봅니다. 어긋난 폭이 원인을 알려 줍니다.

그리고 재발 방지는 사람의 주의력이 아니라 절차로 만들어야 합니다. 같은 팀과 반복해서 회의를 잡는다면, 확정 시각을 항상 같은 형식으로 적는 규칙 하나만 정해 두어도 대부분의 사고가 사라집니다. 예를 들어 '10월 14일 화 17:00 서울 / 09:00 런던'처럼 두 도시를 나란히 적는 형식을 팀 규칙으로 삼으면, 누군가 잘못 읽었을 때 본인이 먼저 알아챕니다.

시차 문제는 지식의 문제가 아니라 전달의 문제인 경우가 대부분입니다. 계산은 도구가 정확히 해 주지만, 그 결과를 사람에게 넘기는 마지막 한 걸음에서 대부분의 사고가 납니다. 그 한 걸음에만 절차를 붙여 두면 나머지는 알아서 굴러갑니다. 위의 다섯 가지 원인 중 어느 것도 어려운 개념을 요구하지 않는다는 점이 그 증거입니다 — 전부 '한 번 확인했는가'로 갈립니다.