공유 캘린더의 출발점은 서비스 선택이 아니다. 상대가 알아야 할 정보와 직접 바꿔야 할 정보를 먼저 정해야 한다. 회의 시간만 보여 주는 일과 여러 사람이 반복 업무를 옮기는 일에는 서로 다른 권한이 필요하다.
판단 기준은 네 가지다. 공유 대상이 한 명인지 조직 전체인지, 일정의 세부정보가 필요한지, 상대가 일정을 수정해야 하는지, 담당자가 바뀐 뒤에도 운영이 이어져야 하는지를 확인한다. 이 답이 다르면 개인 일정과 공동 운영 일정을 같은 캘린더에 넣지 않는 편이 낫다.
한 건의 약속은 일정만 초대한다
회의나 식사 약속처럼 특정 시간에 특정 사람이 참여하는 일은 개인 캘린더에 두고 해당 일정에만 참석자를 초대할 수 있다. 필요한 변경과 응답을 그 약속 안에서 처리하면서 다른 일정의 제목·장소·참석자까지 열어 주지 않는 방식이다. 이 목적이라면 개인 캘린더 전체의 수정 권한은 필요하지 않다.
건강·가족 관련 메모나 면접 일정처럼 제목과 참석자만으로도 사적인 정보가 드러날 수 있는 일정은 특히 분리해야 한다. 한 건만 함께 처리하면 되는지, 이후에도 상대가 다른 일정을 계속 봐야 하는지부터 구분한다.
시간 조율만 필요하면 바쁨만 보인다
회의를 잡는 사람이 필요한 정보가 가능한 시간대뿐이라면 바쁨 여부만 공유한다. 구글 캘린더는 세부정보를 숨기고 한가함과 바쁨만 보여 주는 권한을 별도로 제공한다. 권한별 차이는 Google Calendar 고객센터의 캘린더 공유 안내에서 확인할 수 있다.
다만 ‘바쁨만 보기’를 선택했다고 해서 다른 설정까지 자동으로 제한되는 것은 아니다. Google은 캘린더 전체의 공개 권한과 특정 사용자·그룹의 권한이 충돌하면 더 광범위한 권한이 우선한다고 설명한다. 예를 들어 캘린더가 일정 세부정보까지 공개된 상태라면 특정 사용자에게 바쁨만 보기 권한을 줘도 그 사용자는 공개 경로로 세부정보를 볼 수 있다. Google Calendar의 액세스 권한 설명에 제시된 사례다.
직장·학교 계정에서는 관리자가 공유 범위를 제한하거나 권한 설정을 끌 수도 있다. 민감한 일정을 입력하기 전에 테스트 일정 하나를 만든 뒤 다른 계정에서 제목·장소·참석자가 어떻게 보이는지 확인하면 설정 착오를 찾기 쉽다.
반복 업무는 별도 팀 캘린더로 운영한다
당번, 콘텐츠 발행, 프로젝트 마감처럼 여러 사람이 계속 추가하고 옮기는 일정은 별도 팀 캘린더에 두는 편이 맞다. 업무 일정만 넣고 실행 담당자에게 생성·수정 권한을 준다. 멤버를 추가하거나 권한을 바꾸는 권한은 운영 책임자에게 남긴다.
이 구분은 조직용 서비스의 권한 구조에서도 확인된다. NAVER WORKS의 캘린더 공유 안내는 시간만 보기, 상세 보기, 일정 관리, 멤버 관리 권한을 구분한다. Kakao Work의 캘린더 관리 안내도 특정 멤버에게 보기·생성·관리 권한을 달리 줄 수 있다고 설명한다. 제품별 이름과 범위는 다르지만 일정 수정과 공유 대상 관리는 같은 권한으로 취급되지 않는다.
팀 캘린더에는 소유자와 승계 절차도 적어 둔다. 누가 멤버 권한을 바꿀 수 있는지, 외부 공유를 허용하는지, 담당자 변경이나 퇴사 때 누가 권한을 회수할지를 정하면 된다. 일정 편집자는 여러 명일 수 있지만 공유 관리 권한까지 모두에게 줄 필요는 없다.
대외 일정은 읽기 전용 공개로 분리한다
행사 일정, 휴무일, 예약 가능일처럼 많은 사람에게 같은 정보를 알릴 때는 읽기 전용 공개 캘린더를 별도로 둘 수 있다. Apple의 iCloud.com 캘린더 공유 안내에 따르면 공개 캘린더는 링크를 받은 사람이 볼 수 있지만 변경은 소유자만 할 수 있다. 이는 지정된 사람과 편집 권한을 나누는 개인 공유와 목적이 다르다.
공개 캘린더에는 개인 일정이나 내부 회의 메모를 넣지 않는다. 공개 링크를 사용할 수 있는지, 기존 링크를 끊을 수 있는지, 외부 공유를 관리자가 제한하는지는 서비스와 조직 설정에 따라 달라지므로 실제 계정에서 확인해야 한다.
선택은 노출 범위와 수정 책임으로 결정한다
한 번의 약속은 해당 일정만 초대하고, 시간 조율에는 바쁨만 공유한다. 여러 사람이 반복해서 수정할 업무는 별도 팀 캘린더에 두며, 불특정 다수에게 알릴 일정은 읽기 전용 공개 캘린더로 분리한다. 개인 일정과 팀 운영 일정이 섞여 있다면 편리함보다 민감한 정보가 노출될 가능성과 담당자 교체 뒤의 관리 공백을 먼저 살펴야 한다.
제품 메뉴가 바뀌어도 이 기준은 적용할 수 있다. 세부정보 열람, 일정 수정, 멤버 관리, 외부 공개 권한을 각각 나눠 정한 뒤 테스트 계정에서 최종 노출 결과를 확인하면 된다.