간트차트 공유 방법 — 스크린샷부터 읽기전용 링크까지
발행
일정 공유의 실패는 대부분 '전부 아니면 전무'로 공유해서다. 스크린샷과 엑셀 첨부는 보내는 순간 낡고, 계정 초대는 열람만 필요한 사람에게 과하다. 공유에는 두 개의 다른 도구가 필요하다 — 편집할 사람에게는 역할을, 볼 사람에게는 링크 하나를. 이 글은 파일 공유가 무너지는 지점에서 출발해, 공유 대상을 두 부류로 나누고, 각 부류에 맞는 방법 — 역할과 초대, 읽기전용 링크와 그 안전선 — 을 상황별 선택 표까지 정리한다.
파일로 공유하는 순간 벌어지는 일
간트차트를 캡처해 PDF 로 만들고, 엑셀로 내보내 메일에 첨부한다 — 가장 흔한 공유법이고, 가장 빨리 낡는 공유법이다. 파일은 보내는 순간의 스냅샷이라 다음 날이면 벌써 실제와 다르다. 받은 사람 수만큼 사본이 생기고, 누군가는 지난주 판을 보며 회의에 들어온다. "지금 보시는 게 최신본 맞나요"라는 확인이 회의 첫 5분을 잡아먹기 시작하면, 공유 방식이 병들었다는 신호다.
파일 사본이 하나의 계획을 여러 개의 서로 다른 진실로 쪼개는 과정은 엑셀로 만든 계획은 만든 날부터 죽는다에서 다뤘다. 이 글은 그 반대편 — 사본을 만들지 않고 공유하는 법 — 을 다룬다.
공유 대상은 두 부류다
공유 방법을 고르기 전에 대상부터 나눠야 한다. 프로젝트 일정을 보는 사람은 두 부류뿐이다. 참여자는 계획을 바꾸는 사람이다 — 작업을 만들고, 기간을 고치고, 진척을 입력한다. 이해관계자는 계획을 보는 사람이다 — 고객, 경영진, 유관 부서처럼 상황을 알아야 하지만 손대서는 안 되는 쪽이다.
실패는 이 구분 없이 모두에게 같은 방식을 쓸 때 온다. 전원을 계정으로 초대하면 열람자에게 편집 권한이 흘러들어 가고(권한 과잉), 전원에게 파일을 보내면 참여자끼리도 사본이 갈라진다(버전 분열). 부류가 다르면 도구도 달라야 한다.
참여자에게는 역할을
참여자는 계정으로 합류시키되, 전원이 같은 권한일 이유가 없다. 역할은 네 단계다 — owner(프로젝트 소유), pm(관리 — 멤버·설정까지), member(편집 — 작업과 진척), viewer(열람 전용). 원칙은 최소 권한이다: 계획을 실제로 바꾸는 사람만 member 이상을 갖고, 조직 안에서 지켜보기만 하는 사람은 viewer 로 합류한다.
방향도 중요하다. 역할은 나중에 올리기는 쉽지만, 과한 권한으로 벌어진 사고는 되돌리기 어렵다. 애매하면 낮은 쪽에서 시작해 필요할 때 올린다.
아직 가입 전이어도 초대는 된다
프로젝트를 짜다 보면 아직 서비스에 가입하지 않은 사람의 자리가 먼저 생긴다 — 다음 달 합류하는 외주 개발자, 채용 중인 담당자. 이메일 초대는 이 간극을 메운다. 미가입 주소로 초대해 두면 초대는 대기 상태로 남고, 그 사람이 가입하는 순간 자동으로 프로젝트에 합류한다.
계획 단계에 자리를 미리 만들어 두는 용도로 쓰면 된다. 초대가 잘못 나갔다면 취소하면 그만이고, 취소 이력도 남는다.
이해관계자에게는 읽기전용 링크를
이해관계자에게 계정을 만들게 하는 것은 대부분 과하다. 읽기전용 공유 링크는 계정 없이 URL 하나로 일정을 여는 통로다 — 받는 쪽은 클릭 한 번이면 WBS 와 간트, 진척 현황을 본다.
파일과의 결정적 차이는 링크가 가리키는 것이 사본이 아니라 살아 있는 일정이라는 점이다. 열 때마다 최신이므로 "최신본 맞나요"라는 질문 자체가 사라진다. 매주 금요일마다 캡처를 만들어 메일로 보내던 보고 노동도 링크 한 번의 공유로 대체된다 — 보고는 작성하는 것이 아니라 추출되는 것이어야 한다는 원칙은 보고서를 만드느라 프로젝트를 못 챙기는 PM에서 다뤘다.
링크 공유의 안전선
링크 공유의 전제는 정직하게 인정해야 한다 — URL 을 아는 사람은 볼 수 있다. 그래서 안전선이 네 겹 있다.
첫째, PIN. 민감한 프로젝트라면 열람 잠금을 걸어 URL 만으로는 열리지 않게 한다. 둘째, 만료일. 검수 기간처럼 공유가 한시적이라면 기한을 정해 두고, 지나면 링크가 스스로 닫히게 한다. 셋째, 회수. 유출이 의심되거나 공유가 끝났으면 링크를 비활성화하거나 삭제하고, 필요하면 새로 발급한다. 넷째, 검색엔진 비노출. 공유 페이지는 검색에 수집되지 않도록 처리되어, 링크를 모르는 사람이 검색으로 도달하는 경로가 막혀 있다.
그리고 구조적인 안전선이 하나 더 있다 — 링크는 언제나 읽기전용이다. 링크로는 아무도 계획을 바꿀 수 없으므로, 최악의 유출 시나리오에서도 사고는 '보인 것'이지 '바뀐 것'이 아니다.
상황별 선택 표
| 대상 | 방법 |
|---|---|
| 팀원 (계획을 편집) | member 초대 |
| 외주 실무자 (작업을 편집) | member 초대 — 미가입이면 이메일 초대 |
| 조직 내 상시 열람자 | viewer 초대 |
| 고객 검수 | 읽기전용 링크 + PIN (+만료일) |
| 경영진·유관 부서 주간 공유 | 읽기전용 링크 |
| 계약·감사 증빙 (시점 고정) | Excel 스냅샷 — 시점을 고정하는 것이 목적일 때는 파일이 맞다 |
기준은 소속이 아니라 두 가지 질문이다 — 계획을 바꾸는 사람인가(역할), 언제까지 봐야 하는 사람인가(링크·만료). 그리고 어느 방법을 고르든 공유되는 실체는 계산되는 일정 하나다 — 그 일정을 만드는 과정은 간트차트 만드는 법에서 다뤘다.
도구에서의 운용
wbsgantt 는 이 글의 구분을 그대로 구현한다. 참여자는 owner·pm·member·viewer 네 역할로 초대하고, 미가입 이메일 초대는 가입 시 자동 합류한다. 이해관계자용 읽기전용 링크는 PIN(생성할 때 한 번만 표시되므로 그 자리에서 전달)·만료일·비활성화·회수를 지원하고, 조회수로 열람 여부를 가늠할 수 있으며, 검색엔진에 수집되지 않는다. 없는 것도 분명하다 — 편집 가능한 링크나 링크별 세분 권한은 없다. 계획을 바꿔야 하는 사람이라면 링크가 아니라 멤버로 초대하는 것이 이 도구의 설계다.
다음에 읽을 것
일정을 만드는 여정은 4부작으로 이미 닫혔다 — 일을 나누는 WBS 작성법, 순서를 잇는 종속성 4종, 일정을 계산하는 간트차트 만드는 법, 그 발밑의 근무일 캘린더. 이 글은 그 위에 얹히는 다섯 번째 조각이다: 만든 일정을 사람들에게 여는 법. 계획은 공유되는 순간부터 팀의 것이 되고, 공유가 제대로 설계된 계획만이 회의실 밖에서도 살아 있다.
자주 묻는 질문
- 공유 링크를 받은 사람은 어디까지 볼 수 있나요?
- 프로젝트의 일정(WBS·간트·진척)을 읽기전용으로 봅니다. 편집·댓글·설정 변경은 할 수 없고, 계정도 필요 없습니다. 볼 수는 있어야 하지만 바꿀 수는 없어야 하는 사람 — 고객, 경영진, 유관 부서 — 을 위한 통로입니다.
- 링크가 외부로 유출되면 어떻게 하나요?
- 세 겹의 통제가 있습니다. 민감한 프로젝트라면 처음부터 PIN 을 걸어 URL 만으로는 열리지 않게 하고, 공유 기간이 정해져 있으면 만료일을 설정하며, 유출이 의심되면 그 링크를 비활성화하거나 회수하고 새로 발급합니다. 링크는 읽기전용이므로 어떤 경우에도 계획이 바뀌는 사고는 없습니다.
- viewer 역할과 읽기전용 링크는 뭐가 다른가요?
- viewer 는 계정이 있는 멤버라 누가 봤는지 식별되고 조직 안에서 관리됩니다. 읽기전용 링크는 계정 없이 여는 익명 통로입니다. 조직 내부의 상시 열람자는 viewer 로, 외부의 일시적 열람자는 링크로 — 이렇게 나누는 것이 기본형입니다.
- 외주 인력에게는 어떤 방법이 맞나요?
- 작업을 직접 편집해야 하면 member 로 초대합니다. 아직 가입 전이어도 이메일로 초대해 두면 가입 시 자동 합류합니다. 진행 상황만 확인하면 되는 외주 관리자라면 읽기전용 링크로 충분합니다. 기준은 소속이 아니라 "계획을 바꾸는 사람인가"입니다.
- 고객사 보고는 링크 하나로 충분한가요?
- 주간 진행 공유는 링크가 낫습니다 — 항상 최신이고 보고 자료를 만들 필요가 없습니다. 다만 검수 승인이나 계약 증빙처럼 특정 시점의 상태를 고정해야 하는 문서는 Excel 스냅샷이 맞습니다. 실시간은 링크, 시점 고정은 파일 — 목적이 다른 두 도구입니다.