대부분의 Google Docs 프로젝트는 시작 단계에서 실패하지 않습니다. 3주 차 쯤에 실패하죠. 프로젝트 개요는 여전히 유효하고 회의록도 모두 남아 있지만, 12페이지에 있는 진행 상황 보고서는 10일 동안 손도 대지 않은 상태이며, “디자인 검토는 진행되었나요?”라는 질문에 대한 대답은 “채팅 내용을 확인해 볼게요”입니다.
문서 자체가 문제는 아닙니다. 누군가가 문장 속에 작업 상태를 입력했을 뿐인데, 문장은 저절로 업데이트되지 않기 때문입니다.
문서 중심의 프로젝트를 성공적으로 이끌어가는 핵심 원칙은 다음과 같습니다. ‘문서(Google Docs)에는 팀의 결정 사항이 담겨 있고, 트래커에는 팀의 실제 수행 내용이 기록된다.’ 이 글에서는 Google Docs 내에서 이러한 경계를 명확히 설정하는 방법과, 이 방법이 더 이상 효과적이지 않은 지점을 설명합니다.
요약: 6단계: 하나의 Google Doc을 탭(개요, 플랜, 결정 사항, 회의록, 위험 요소)으로 나누고, ‘승인’ 또는 ‘제안’ 모드를 통해 합의된 범위를 고정하며, 작업 상태는 작업 추적기 블록이나 드롭다운 메뉴에 입력하고, 4열로 구성된 결정 로그를 유지하며, 캘린더 이벤트에서 회의록을 생성하고, ‘플랜’ 탭의 실시간 연동 차트를 통해 일정을 Google 캘린더와 Google 스프레드시트로 이동시킵니다. 후반부 섹션에서는 이러한 설정이 잘못될 수 있는 네 가지 경우와, 스프레드시트나 전용 tool을 대신 사용해야 하는 시점을 다룹니다.
공유된 Google Docs는 프로젝트 관리에 적합할까요?
공유된 Google Docs는 한 번 작성한 후 자주 다시 읽게 되는 프로젝트 부분에는 적합합니다. 여기에는 프로젝트 개요, 범위, 의사 결정 기록, 회의록 등이 포함될 수 있습니다. 하지만 매일 변경되는 내용을 관리하기에는 부적합합니다. 작업 상태, 소유자, 마감일은 필터링, 정렬, 집계 처리가 필요하지만, 단락 형태로는 이러한 작업을 수행할 수 없습니다.
이 두 가지를 혼합하려고 하면 실망스러운 결과를 초래합니다. 심지어 구글조차 작업 공간에서 프로젝트를 운영하는 방법에 대한 자체 튜토리얼에서 이러한 함정을 피하고 있습니다. 팀원들은 그룹과 채팅을 통해 소통하고, 파일은 드라이브에 저장되며, 플랜은 작업, 소유자, 마감일, 상태 열이 포함된 스프레드시트에 정리됩니다. 문서에 대해서는 거의 언급되지 않습니다.
하지만 문서에는 논리적 근거를 잘 담아둘 수 있습니다. 6주가 지나면 출시일이 변경된 이유나 두 번째 공급업체가 탈락한 이유를 아무도 기억하지 못하는데, 태스크 보드에는 그런 내용을 기록할 수 있는 필드가 없습니다. Amazon도 슬라이드보다 문서를 선호하는 방식으로 회의를 진행합니다. 제프 베조스는 2017년 주주들에게 보낸 서한에서 다음과 같이 썼습니다:
Amazon에서는 파워포인트(또는 그 밖의 슬라이드 기반) 프레젠테이션을 하지 않습니다. 대신, 서사적 구조로 구성된 6페이지 분량의 메모를 작성합니다. 우리는 매 회의 시작 시, 일종의 ‘자습 시간’처럼 조용히 그 메모를 한 편씩 읽습니다.
Amazon에서는 파워포인트(또는 그 밖의 슬라이드 기반) 프레젠테이션을 하지 않습니다. 대신, 서사적 구조로 구성된 6페이지 분량의 메모를 작성합니다. 우리는 회의 시작 시마다 일종의 ‘자습 시간’처럼 조용히 그 메모를 읽습니다.
베조스 는 슬라이드보다 완전한 문장으로 글을 쓰는 것이 더 명확한 사고를 이끌어낸다고 주장해 왔습니다 . 프로젝트 문서도 같은 효과를 낼 뿐만 아니라, 그가 언급하지 않은 한 가지 장점이 더 있습니다. 바로 누군가 결정에 이의를 제기할 때 그 아규먼트를 다시 읽어볼 수 있다는 점입니다.
이를 통해 문서 중심 프로젝트의 모든 정보에 대해 검증해 볼 수 있습니다. 누군가가 일을 완료했을 때 정보가 변경된다면, 해당 정보는 추적 도구에 기록해야 합니다. 팀이 의견을 바꿀 때만 정보가 변경된다면, 해당 정보는 문서에 기록해야 합니다. 이 검증 기준은 추적 도구가 스프레드시트이든, 구글 태스크이든, 아니면 전용 프로젝트 추적 시스템이든 상관없이 적용됩니다.
6단계로 알아보는 Google Docs를 활용한 프로젝트 관리 방법
Google Docs에서 프로젝트를 진행하려면 여섯 단계가 필요합니다. 문서 하나를 만든 후 탭으로 나누고, 범위에서 제외되는 항목을 명시한 개요를 작성하고, 상태 정보를 문장이 아닌 필드에 입력하고, 의사 결정 내역을 기록하고, 달력에서 회의 노트를 생성하고, 일정을 문서 밖으로 완전히 분리하는 것입니다.
참고: 별도로 명시된 단계가 없는 한, 아래의 모든 내용은 무료 Google 계정에서도 작동합니다. 5가지 기능은 Google Workspace 플랜이 필요하며, 해당 기능이 등장하는 곳마다 표시되어 있습니다.
1단계: 프로젝트 문서를 하나 만들고 탭을 사용하여 분할하기
먼저 하나의 문서로 시작하세요. 새 문서를 열고, 왼쪽 상단의 탭 및 개요 표시를 클릭하여 왼쪽 패널을 엽니다. 필요한 각 섹션마다 탭 추가를 클릭하세요.
한 탭을 다른 탭 아래에 중첩하려면 해당 탭을 부모 탭 위로 드래그하거나, 부모 탭에서 탭 옵션을 열고 하위 탭 추가를 선택하세요. 탭은 최대 3단계까지 중첩할 수 있으며, 하나의 문서에는 최대 100개의 탭을 포함할 수 있습니다.
대부분의 프로젝트에 적합한 레이아웃:
- 요약: 목표, 제약 조건, 산출물, 비목표
- 플랜: 작업 추적기 및 연결된 타임라인 차트
- 결정 사항: 결정 내역
- 회의 노트: 회의당 하나의 하위 탭을 생성하며, 가장 최근 노트가 맨 위에 표시됩니다.
- 위험 요소: 어떤 문제가 발생할 수 있는지, 누가 이를 모니터링하는지, 그리고 어떤 상황에서 트리거가 발생하는지
탭 옵션 > 이름 변경을 통해 각 탭의 이름을 변경하세요. 패널을 한눈에 파악할 수 있도록 하고 싶다면 탭 옵션 > 이모티콘 선택을 통해 이모티콘을 추가하세요.
각 탭에는 고유한 링크가 있습니다. 탭 옵션 > 링크 복사를 클릭하여 이해관계자가 ‘결정’ 탭으로 바로 이동하도록 하세요.
전문가 팁: 템플릿 갤러리에서 새 문서를 새로 만들지 마세요. 프로젝트 문서를 열고 파일 > 새로 만들기 > 템플릿에서로 이동한 다음, 문서 내에서 갤러리를 탐색하세요. 구글의 프로젝트 로드맵 및 비즈니스 제안서 템플릿은 문서에 새로운 탭으로 삽입됩니다.
2단계: 현실을 반영한 프로젝트 범위가 유지되도록 기획서를 작성하세요
앞서 언급한 대로, ‘개요(Brief)’ 탭에는 목표, 제약 조건, 산출물, 비목표 등 네 가지 항목이 포함됩니다. 이러한 섹션이 이미 포함된 구조로 시작하고 싶다면, Google Docs용으로 제작된 업무 범위(scope of work) 템플릿이 도움이 될 수 있습니다.
각 소유자를 ‘사람 태그’로 작성하세요. @ 뒤에 동료의 이름을 입력하고 목록에서 선택하거나, 자신을 지칭하려면 @me를 입력하세요. 이 태그에는 해당 소유자의 이메일과 프로필 카드가 포함되어 있으므로, 독자는 마우스를 올려놓기만 해도 후속 조치를 취해야 할 팔로워를 확인할 수 있습니다. 한 가지 주의할 점: 태그로 누군가를 멘션한다고 해서 그 사람에게 문서 접근 권한이 주어지는 것은 아닙니다. 여전히 문서를 공유해야 합니다.
나중에 다른 사람이 입력해야 할 필드에는 @를 입력하고 자리 표시자 칩을 선택한 다음, 예상되는 정보 유형을 선택하세요. 이 자리 표시자는 담당자가 내용을 완료할 때까지 문서 내에 빈 칩 형태로 표시되므로, 문장 속에 묻혀 있는 ‘TBD’보다 가시성이 훨씬 높습니다.
주의 사항: 프로젝트 개요가 합의된 후에는 범위 섹션이 무심코 편집되는 바람에 내용이 바뀌어서는 안 됩니다. Business Standard, Business Plus 및 엔터프라이즈 플랜에서는 드라이브에서 파일을 열고, 마우스 오른쪽 버튼을 클릭한 다음 승인을 선택하여 지정된 검토자에게 파일을 전송하세요.
'파일 잠금'을 선택하면 모든 승인자가 승인을 완료할 때까지 누구도 편집, 댓글 달기 또는 제안 기능을 사용할 수 없습니다. 이후 편집 내용이 반영되면 모든 승인 절차가 초기화되며, 모든 사람이 다시 승인해야 합니다.
무료 계정의 경우, Maintainer가 아닌 사용자에게 문서를 제안 모드로 전환하는 것이 가장 유사한 대안입니다. 이렇게 하면 범위 변경 사항이 제안 형태로 표시되며, 이를 수락하거나 거부할 수 있습니다.
3단계: 필드에 상태 정보를 입력하세요
업무가 완료되면서 변경되는 모든 내용은 단락이 아닌 테이블의 열에 입력해야 합니다. Google Docs는 이를 위한 두 가지 방법을 제공하며, 어떤 방법을 사용할 수 있는지는 계정 유형에 따라 다릅니다.
Google Workspace 또는 Workspace Individual에서: 작업 추적기 블록. 삽입 > 빌딩 블록으로 이동하여 작업 추적기를 선택하거나, @를 입력하고 검색하세요. Docs는 제목, 담당자, 마감일, 상태 열이 포함된 테이블을 삽입합니다.
각 열은 해당 열의 데이터 유형을 강제 적용합니다. 날짜 열에 누군가 ‘TBD’를 입력하면 경고 메시지가 표시됩니다. 행 위에 마우스를 올리면 해당 작업을 Google Tasks로 전송하거나, 전체 테이블을 한 번에 동기화할 수 있습니다. 모든 담당자는 Tasks에서 자신의 작업을 확인할 수 있으며, 날짜가 지정된 작업은 Google 캘린더에서도 확인할 수 있습니다.
동기화 기능을 활용하기 전에 확인해야 할 두 가지 사항은 다음과 같습니다.
- 이 블록은 작업 공간 전용입니다. 무료 개인용 Gmail 계정에서는 ‘빌딩 블록’ 메뉴에 이 기능이 전혀 표시되지 않습니다.
- 관리자가 Google Tasks 서비스를 활성화해야 합니다. 관리형 도메인의 경우, 이 기능이 활성화되기 전까지는 동기화가 전혀 이루어지지 않습니다. 팀원들은 대개 할당된 작업이 누구의 작업 목록에도 표시되지 않을 때쯤에야 이 사실을 뒤늦게 알게 됩니다.
무료 Gmail을 포함한 모든 계정에서: 드롭다운 메뉴 칩. 삽입 > 테이블을 통해 ‘작업’, ‘소유자’, ‘마감일’, ‘상태’ 열이 포함된 기본 테이블을 삽입하세요. 상태 열에 @dropdown을 입력하거나 삽입 > 드롭다운 메뉴로 이동하세요.
문서에는 프로젝트 상태(시작 전, 보류 중, 진행 중, 완료)와 검토 상태(시작 전, 진행 중, 검토 중, 승인됨)라는 두 가지 사전 설정 옵션이 제공됩니다. 새 드롭다운 메뉴를 클릭하여 맞춤형 옵션과 색상을 적용해 나만의 설정을 만들 수 있습니다.
'소유자' 열에는 사람 아이콘을, '마감일' 열에는 날짜 아이콘을 입력하세요(@today, @tomorrow 또는 @ 뒤에 날짜를 입력). Google 태스크와의 동기화 기능은 사용할 수 없게 되지만, 오타가 날 염려가 없는 실제 필드 형태로 상태를 확인할 수 있습니다.
이미 배치한 드롭다운 메뉴의 옵션을 변경하려면 칩을 클릭하고 옵션 추가/편집을 선택하세요. 문서에서는 해당 변경 사항을 해당 셀에만 적용할지, 아니면 동일한 드롭다운 메뉴로 만들어진 모든 칩에 적용할지 묻습니다. 열의 일관성을 유지하려면 모두에 적용을 선택하세요.
전문가 팁: ‘빌딩 블록’ 메뉴에는 작업 추적기 외에도 다양한 기능이 포함되어 있습니다. 제품 로드맵, 검토 추적기, 프로젝트 자산, 출시 콘텐츠 추적기는 상태 드롭다운 메뉴가 이미 설정된 미리 만들어진 테이블입니다. 연락처 목록은 이름, 역할, 이메일을 열로 표시하는 이해관계자 명부를 제공합니다. 삽입하기 전에 삽입 > 빌딩 블록 > 더 보기를 열어 사이드바에서 미리 확인해 보세요.
4단계: 의사결정 내역 기록을 남겨서 결정 근거가 잊혀지지 않도록 하세요
'미해결 사항', '회의', '소유자', '날짜'라는 네 개의 열로 구성된 별도의 탭을 만들어 의사결정을 관리하세요. 삽입 > 빌딩 블록 > 의사결정 로그를 선택한 다음, 열을 상황에 맞게 조정하세요. 소유자 열에는 사람 칩을, 날짜 열에는 날짜 칩을 입력하세요. 이렇게 하면 나중에 두 항목 모두 필터링할 수 있습니다.
이 탭이 존재하는 이유는 Docs가 댓글을 처리하는 방식에 있는 한 가지 특이점 때문입니다. 대부분의 프로젝트 결정 사항은 댓글 스레드에서 논의되며, 누군가 해결을 클릭하면 해당 스레드는 문서 본문에서 사라집니다. 결정 내용은 댓글 기록에 남아 있지만, 한 달 후에 문서를 읽는 사람은 그 내용을 찾을 수 없습니다.
버전 이력도 정반대의 문제를 안고 있습니다. 정확히 무엇이 변경되었는지는 보여주지만, 그 이유에 대해서는 아무런 설명도 제공하지 않습니다. 의사결정 기록은 수동으로 업데이트되며, 맥락을 파악할 수 있는 유일한 곳입니다.
결정이 내려지는 즉시 기록하고, 주말이 되어서야 기록하지 마세요. 한 줄로 간단히 작성하세요:
- 질문: 우리가 실제로 결정하려던 것은 무엇이었나요? (“SSO 없이 1단계를 출시할까요?”)
- 결론: 맥락을 몰라도 초보자도 한 문장으로 이해할 수 있는 결론
- 소유자: 마치 칩처럼, ‘왜’라는 질문을 받을 수 있는 사람
- 날짜: 칩으로 정해진 시점
작업 공간 또는 Google AI 플랜을 사용 중이라면, 오른쪽 상단의 Ask Gemini를 클릭하고 질문을 입력하세요. 사이드 패널은 모든 탭을 포함한 문서 전체를 분석한 후, 'Decisions' 탭의 내용을 바탕으로 몇 초 만에 답변을 제공합니다. 또한 패널이 열리면 문서의 요약 내용도 표시됩니다. 특정 부분을 선택하여 해당 부분만의 요약만 요청할 수도 있습니다.
드라이브에서는 마지막 방문 이후 새로 편집되거나 댓글이 달린 문서 옆에 '최신 정보 확인' 배지가 표시되며, 이를 클릭하면 변경된 내용을 요약해 볼 수 있습니다. 문서(Docs)의 '제미니(Gemini)' 기능은 무료 개인 계정에서는 사용할 수 없으므로, Gmail에서는 여전히 로그를 확인하는 것이 유일한 방법입니다. 다만 이 경우 직접 검색하여 확인해야 한다는 점이 다를 뿐입니다.
5단계: 달력 이벤트를 바탕으로 회의 노트 생성하기
빈 페이지에서 회의록 작성을 시작하지 마세요. ‘회의록’ 탭에서 @meeting을 입력하거나 삽입 > 빌딩 블록 > 회의록으로 이동한 다음, 해당 이벤트를 선택하세요. next를 입력하면 달력에서 다음 회의 일정을 불러올 수 있으며, 이벤트 이름으로 검색할 수도 있습니다.
문서는 날짜, 이벤트 제목, 모든 참석자를 사람 아이콘으로 표시하고, 초대장에 첨부된 파일을 자동으로 반영합니다. 그 아래에는 노트 섹션과 실행 항목 체크리스트가 제공됩니다.
회의를 주최하는 경우, 공유 및 첨부 프롬프트가 표시되어 참석자들과 문서를 공유하고 달력 이벤트에 링크를 연결할 수 있습니다. 주최자가 아닌 경우 공유 프롬프트만 표시되며, 문서는 이벤트에 첨부 파일로 첨부되지 않습니다.
체크리스트 내에서 수행 항목을 할당하려면 @ 기호와 담당자 이름을 입력하여 태그를 지정하세요. 업무용 또는 학교용 계정에서는 체크리스트 항목 왼쪽에 마우스를 올리고 '작업에 추가'를 클릭하여 담당자와 기한을 설정하세요. 해당 항목은 담당자의 Google Tasks에 등록되며, 기한이 설정된 경우 Google 캘린더에도 표시됩니다. 무료 계정의 경우 태그는 알림 기능이 없는 작은 아이콘으로 표시되므로, 회의가 끝나기 전에 담당자에게 할당 사실을 직접 알려주세요.
주의 사항: 노트와 이벤트 간의 연결은 일방적입니다. 문서의 참석자 목록에 게스트를 추가해도 해당 인원은 회의에 초대되지 않습니다. 달력에서 회의 시간을 변경해도 문서에는 이전 시간이 그대로 유지됩니다. 참석자 목록은 블록을 삽입했을 당시 초대된 사람을 기록한 것으로 간주하고, 실제로 참석한 사람에 대해서는 별도의 행을 추가하여 기록하세요.
6단계: 일정표를 구글 문서가 저장할 수 없는 곳으로 옮기기
Google Docs에는 일정 관련 오브젝트가 없습니다. 문서 보기에서 날짜별로 정렬할 수 있는 필드가 없으며, 두 행 간의 의존성도 없습니다. 한 가지 작업이 지연된다고 해서 그 뒤에 있는 세 가지 작업에 대한 정보는 전혀 알 수 없습니다. 날짜는 이를 제대로 처리할 수 있는 공간이 필요하며, 문서에서는 단순히 날짜를 확인하는 용도로만 사용됩니다.
다음 세 가지 항목은 문서에서 제외됩니다:
- 마일스톤은 공유 프로젝트 캘린더에 기록합니다. Google 캘린더에서다른 캘린더 추가 > 새 캘린더 만들기를 클릭하고, 프로젝트 이름을 캘린더 이름으로 지정한 후 팀원들과 공유하세요. 업무용 또는 학교용 계정에서는 문서에서 벗어나지 않고도 일정을 만들 수 있습니다: 삽입 > 구성 요소 > 캘린더 이벤트 초안을 선택한 뒤, 제목, 게스트, 시간을 입력하고 캘린더에 이벤트 초안 보내기를 클릭하세요.
- 순차적인 플랜은 Google 스프레드시트에 작성합니다. 작업은 행 단위로 표시되며, 소유자, 시작일, 종료일 및 상태 드롭다운 메뉴가 포함됩니다. 조건부 형식을 적용해 상태에 따라 색상이 변하므로, 스프레드시트를 마치 보드처럼 확인할 수 있습니다.
- 대화는 Google 채팅 스페이스에서 이루어집니다. 프로젝트 전용 스페이스를 만들고, 그 안에서 드라이브 폴더를 공유한 뒤, 간단한 주고받기는 그곳에서 진행하세요. 문서 댓글은 해당 문서에만 해당되며, 그 외의 내용은 댓글 스레드에 남기면 주제가 흐트러질 수 있습니다.
타임라인은 여전히 ‘플랜’ 탭에 표시됩니다. 스프레드시트에서 간트 차트를 만든 다음, 문서에서 삽입 > 차트 > 스프레드시트에서 가져오기로 이동하세요. 스프레드시트를 선택하고 차트를 지정한 후, 스프레드시트에 연결 옵션을 선택한 상태로 가져오기를 클릭하세요.
차트는 문서에 실시간 연결된 오브젝트 형태로 표시됩니다. 스프레드시트의 날짜가 변경되면 차트 오른쪽 상단의 업데이트를 클릭하세요. 또는 도구 > 연결된 오브젝트 > 모두 업데이트로 이동하여 연결된 모든 차트와 테이블을 한 번에 새로 고칠 수 있습니다.
연결된 작업 목록 테이블의 경우에도 동일한 방식이 적용되지만, 한 가지 한도가 있습니다. 바로 400개 이상의 셀로 구성된 테이블은 연결이 해제된 상태로 붙여넣기됩니다. 삽입된 테이블은 현재 단계만 표시되도록 설정하세요. 문서 내에 직접 그린 타임라인을 포함하고 싶다면, Google Docs에서 타임라인을 만드는 방법 (장단점 포함) 에 대해서는 별도의 글에서 다루고 있습니다.
전문가 팁: ‘플랜’ 탭의 작업 추적기 바로 아래에 연결된 차트를 배치하면, 상태와 타임라인을 한 화면에서 확인할 수 있습니다. 탭을 여는 사람은 누구나 스프레드시트를 따로 열지 않아도 프로젝트의 현재 상태와 목표 상태를 한눈에 파악할 수 있습니다.
함께 읽어보세요: Google 스프레드시트에서 일정표 만드는 법 (템플릿 포함)
Google에는 프로젝트 관리 tool이 있을까요?
아니요, Google은 프로젝트 관리를 위해 특별히 개발된 제품을 판매하지 않으며, 한 번 시도했던 제품도 결국 서비스를 중단했습니다. 자동화 기능과 양식을 활용해 행 단위로 일을 추적하던 Area 120의 실험 프로젝트인 ‘Tables’는 2020년에 출시되었으나 5년 후 서비스가 종료되었습니다.
이 기능들은 Google의 노코드 앱 빌더인 AppSheet에서 계속 이어지고 있으며, 이는 현재 Workspace에서 작업 데이터베이스에 가장 가까운 도구입니다. AppSheet Core는 많은 Workspace 에디션에 포함되어 있지만, 이는 앱을 구축하기 위한 플랫폼입니다.
작업 공간에는 달력 및 지메일과 동기화되고, 독스의 작업 추적기 블록에서 작업을 수신하는 개인용 할 일 목록인 ‘구글 태스크’가 포함되어 있습니다. 태스크에는 소유자와 날짜가, 스프레드시트에는 플랜이, 독스에는 근거가 담겨 있으며, 구글은 이 세 가지를 하나로 통합하지 않습니다.
이러한 혼란은 대개 ‘Google 프로젝트 관리 인증 과정’에서 비롯됩니다. 이 과정은 Coursera에서 제공되며, 학습 시간은 약 240시간입니다. 수료생들은 프로젝트 헌장을 작성하고 회고회를 진행하는 방법을 배우게 됩니다. 하지만 이를 수행할 수 있는 Google 앱은 제공되지 않습니다.
구글 생태계를 벗어나지 않으면서 더 체계적인 관리를 원한다면, Google Workspace 마켓플레이스에서 드라이브의 파일에 보드, 간트 차트, 의존성 추적 기능을 추가해 주는 애드온 목록을 찾아볼 수 있습니다. 대부분의 주요 프로젝트 관리 도구도 Workspace와 직접 연결됩니다. 구글 계정으로 로그인하고, 드라이브 파일을 첨부 파일로 첨부하며, 마감일을 달력과 동기화할 수 있습니다.
함께 읽어보세요: Google Workspace와 연동되는 프로젝트 관리 소프트웨어
Google Docs vs. Google 스프레드시트 vs. 전용 도구
Google Docs는 작업 상태만을 제외한 프로젝트의 모든 측면을 다룹니다. Google 스프레드시트는 셀 내에서 소유자와 날짜를 필터링하고 합계를 계산할 수 있기 때문에, Google Docs가 다루지 못하는 부분을 보완해 줍니다. 전용 tool이 꼭 필요한 경우는 여러 프로젝트에 걸쳐 있는 질문이 제기될 때뿐입니다.
| 접근 방식 | 가장 적합한 용도 | 한계가 있는 부분 | 다음과 같은 경우에는 건너뛰세요 |
|---|---|---|---|
| Google Docs | 요약, 의사결정 기록, 회의 노트 등 문장으로 설명된 모든 내용 | 상태는 칩과 테이블 형태로 표시되며, 문서는 한 번에 하나씩만 확인할 수 있고, 여러 문서를 가로질러 정렬하거나 합계를 계산할 수 있는 기능은 없습니다. | 모든 항목을 정렬하거나 필터링해야 할 때 |
| Google 스프레드시트 | 작업 소유자와 마감일이 명시된 작업 목록, 간단한 간트 보기, 예산 추적 | 의존성은 수동으로 관리해야 하는 수식이기 때문에, 날짜가 하나만 변경되어도 그 뒤의 모든 행을 편집해야 합니다. | 팀 내 누구도 수식을 관리할 책임이 없습니다 |
| 전용 프로젝트 tool | 동시에 진행되는 여러 프로젝트, 의존성, 팀원별 업무량, 자동 집계 | 이 기능을 유용하게 활용하려면 먼저 상태, 필드 및 계층 구조를 설정해야 합니다. | 12개 미만의 작업으로 구성된 단기 프로젝트를 하나 진행 중이라면 |
한 단계 위로 이동한다고 해서 처음부터 다시 시작해야 하는 것은 아닙니다. 문서와 의사결정 기록은 이동한다고 해서 내용이 개선되는 것이 아니므로, 해당 문서는 원래 위치에 그대로 둡니다. 이동되는 것은 진행 상황 추적 테이블뿐입니다. 문서에서 스프레드시트로 이동할 때, 작업 테이블을 선택하여 새 시트에 붙여넣고, 상태 열에 드롭다운 메뉴를 다시 추가하세요. 담당자와 날짜 필드는 일반 텍스트로 붙여넣기되므로, 이 두 열은 직접 다시 입력해야 합니다.
스프레드시트에서 전용 도구로 데이터를 옮기려면, 시트를 CSV 파일로 내보낸 후 해당 도구로 가져오기만 하면 됩니다. 대부분의 도구는 작업, 소유자, 마감일, 상태 열을 자동으로 매핑하며, 나머지 항목은 사용자 지정 필드로 처리됩니다. '계획' 탭에서 새로운 추적 도구를 연결하여 문서가 여전히 중심 역할을 수행하도록 하고, 문서 내에 버전 이름을 지정하세요. 이렇게 하면 이전 상태 테이블을 보는 누구나 해당 내용이 더 이상 변경되지 않는다는 것을 알 수 있습니다.
Google Docs 프로젝트의 문제점
Google Docs 프로젝트는 두 가지 측면에서 문제가 발생합니다. 첫 번째는 사용 습관과 관련된 문제입니다. 공유 설정, 파일 중복, 댓글 스레드, 소유권 등은 모두 문서 내에서 해결할 수 있습니다. 두 번째는 형식 자체의 한계로, 두 프로젝트에 걸쳐 있는 질문이나 5명이 함께 편집하는 트래커에 대한 해결책이 없습니다. 첫 번째 유형의 문제는 해결하세요. 두 번째 유형의 문제는 트래커를 다른 곳으로 옮길 신호로 받아들이세요.
해결할 수 있는 문제
모든 구성원에게 ‘에디터’ 권한이 부여됩니다. 범위 명세서가 프로젝트 시작 당시와 다르게 작성되어 있는데, 아무도 이를 변경한 사실을 기억하지 못합니다. 이해관계자 중 한 명이 문장을 다듬었고, 그 결과 사양서는 별다른 문제 없이 조금씩 수정되면서 원래의 취지에서 벗어나게 되었습니다. 전체 팀원에게 폴더를 ‘에디터’ 권한으로 공유하는 것이 기본값이며, 바로 이 덕분에 이러한 상황이 가능해집니다.
해결 방법: Maintainer와 트래커를 업데이트하는 사람들에게 ‘에디터’ 권한을 부여하세요. 그 외 모든 사용자에게는 ‘댓글 작성자’ 상태를 부여합니다. 이들은 여전히 질문을 하거나 변경 사항을 제안할 수 있지만, 실수로 프로젝트 범위를 수정하는 일은 없습니다. 공유 설정에서 ‘에디터가 권한 및 공유 설정을 변경할 수 있다’ 항목의 체크를 해제하면, 설정한 대로 접근 권한이 유지됩니다. Business Standard 버전 이상에서는 아무 곳이나 마우스 오른쪽 버튼으로 클릭한 후 ‘에디터 표시’를 선택하면 작성자를 확인할 수 있습니다.
단일 원본 대신 복사본이 생성됩니다. ‘Project Plan’과 ‘Project Plan v2 Final’이라는 두 개의 파일이 있으며, 둘 다 이번 달에 편집되었습니다. 누군가가 초기 버전을 보존하기 위해 문서를 복사했거나, 폴더 대신 파일을 공유했기 때문에, 나중에 합류한 사람은 링크 대신 이메일로 전송된 사본을 받게 되었습니다. 이제 두 버전이 모두 존재하며, 각 독자는 자신이 보고 있는 버전이 최신 버전이라고 생각합니다.
해결 방법: 복사본 대신 이름이 지정된 버전을 사용하세요. 파일 > 버전 기록 > 현재 버전 이름 지정을 열고 이름을 ‘시작, 승인됨’으로 지정하세요. 문서당 최대 40개의 이름이 지정된 버전을 저장할 수 있으며, 이름이 지정된 버전만 표시 토글을 켜면 나머지 버전은 모두 숨겨집니다. 버전 기록은 변경 내역처럼 확인할 수 있습니다. 더 이상 사용하지 않는 문서는 ‘아카이브’ 하위 폴더로 이동시켜 검색 결과에 나타나지 않도록 하세요.
할당된 댓글을 작업 목록으로 활용. 관리자는 댓글 패널을 스크롤하며 아직 처리되지 않은 작업이 무엇인지 파악합니다. 댓글을 할당하면 해당 담당자에게 이메일이 발송되며, 마치 작업을 인계하는 듯한 느낌이 듭니다. 문서는 수십 개의 댓글로 가득 차게 됩니다. 그러다 작업이 완료되고 스레드가 해결되면, 그 기록도 함께 사라집니다. 댓글이 연결된 문장을 삭제하면, 완료 여부와 상관없이 해당 댓글도 함께 사라집니다. 두 달이 지나면 어떤 작업 항목이 완료되었고 어떤 것이 그냥 사라졌는지 아무도 알 수 없게 됩니다.
해결 방법: 작업은 트래커 테이블에 입력합니다. 이 테이블에서는 작업이 완료된 후에도 해당 행이 계속 표시되며, 상태가 별도의 필드로 관리됩니다. 업무용 또는 학교용 계정에서 @task를 입력하면 Google 태스크와 동기화되며, 주변 텍스트가 변경되어도 그대로 유지되는 작업을 생성할 수 있습니다. 할당된 댓글이 가득한 문서를 물려받은 경우, 오른쪽 상단의 후속 조치 카운터에 미해결 항목이 목록으로 표시됩니다. 해당 항목이 해결되어 사라지기 전에 이전할 수 있습니다.
문서의 소유자가 정해져 있지 않습니다. 플랜은 3주 동안은 정확했지만, 그 후 마지막 편집 날짜가 더 이상 편집되지 않았습니다. 모두가 다른 누군가가 문서를 편집하고 있다고 생각했기 때문에, 이 문서는 프로젝트 시작 시점에 팀이 믿었던 내용을 기록한 자료로 전락하고 말았습니다. 그럼에도 독자들은 계속 이 문서를 열어보고, 오래된 정보를 바탕으로 결정을 내립니다.
해결 방법: ‘개요’ 탭에서 한 명의 Maintainer를 ‘담당자’로 지정하세요. 이 담당자에게 달력에 20분짜리 정기 일정을 배정하여 추적기를 업데이트하고, 그 주에 내려진 결정을 기록하며, 더 이상 유효하지 않은 내용은 보관하도록 하세요. 문서가 언급되는 회의 전에 ‘마지막 수정일’에 마우스를 올려보세요. 검토 주기보다 오래된 경우, 해당 문서는 최신 상태가 아니므로 그대로 취급해서는 안 됩니다. 만약 실제 문제가 이해관계자들이 주간 보고서를 원한다는 점이라면, 긴 문서보다는 별도의 프로젝트 현황 보고서를 작성하는 것이 더 나은 방법입니다.
해결할 수 없는 문제
지금까지 설명한 모든 것은 습관적인 사용법입니다. 다음은 구체적인 형식입니다.
Google Docs는 단일 프로젝트 관리에는 충분히 유용합니다. 하지만 두 번째 프로젝트를 추가하면 한계가 드러납니다. 두 개의 프로젝트 문서를 하나의 보기로 통합할 수 없습니다. 한 문서는 다른 문서의 존재를 인식하지 못하기 때문입니다. 따라서 누군가 “다음 주 출시 작업을 맡을 수 있는 사람이 있나요?”라고 물었을 때, 그 답은 서로 연결되지 않은 두 개의 작업 테이블에 흩어져 있으며, 이를 확인하려면 두 문서를 모두 열어봐야만 합니다. 의존성은 문서 내에 전혀 반영되지 않았습니다. 6단계에서 이를 스프레드시트로 옮겼으며, 위의 비교 표는 그곳에서 어떤 일이 일어나는지 보여줍니다.
또 다른 한계는 사람입니다. 저장소가 부족해지는 일은 없습니다. Google Doc은 최대 102만 문자까지, Google 스프레드시트는 1,000만 개의 셀을 저장할 수 있으니까요. 진짜로 바닥나는 것은 협업입니다. 검토 기간 사이에 5명 이상의 사람이 추적표를 수정하면 행이 덮어쓰여지고, 누군가가 오래된 정보를 바탕으로 상태 표시를 다시 바꾸는 바람에, 누군가가 다시 초기화할 때까지 테이블은 실제 상황과 일치하지 않게 됩니다.
대부분의 팀은 이미 일정에 뒤처져 있습니다. 웰링톤(Wellingtone)의 최신 ‘프로젝트 관리 현황 보고서’에 따르면, 조직 중 단 36%만이 프로젝트를 항상 또는 대부분 정시에 완료하는 것으로 나타났습니다. 프로젝트당 하나의 문서를 만드는 방식이 그 원인이 되는 것은 아니지만, 이 방식은 여러분이 상황을 가장 늦게 파악하게 만들기는 합니다.
바로 그 점이 핵심입니다. 습관만 바로잡으면 Google Doc으로도 프로젝트를 잘 운영할 수 있습니다. 하지만 형식을 따르기 시작하면, 프로젝트 개요와 진행 현황을 서로 확인할 수 있는 별도의 공간이 필요해집니다.
ClickUp에서 문서 중심 프로젝트를 관리하는 방법
ClickUp은 문서와 작업 목록이 동일한 시스템 내에서 공유되는 프로젝트 관리 플랫폼으로, 프로젝트 개요와 상태가 서로 다른 파일로 분리되는 일이 없습니다.
이 안내서는 프로젝트 개요, 작업 항목, 타임라인이 처음부터 하나의 작업 공간에 통합되어 있을 때의 모습을 보여줍니다.
특히 문서 중심의 프로젝트에서 효과적인 방법은 다음과 같습니다.
- 프로젝트 개요를 작성하고, 진행 상황 추적기를 삽입하며, 한 화면에서 두 가지를 모두 최신 상태로 유지하세요. ClickUp Docs는 Google Docs가 탭을 사용하는 방식과 마찬가지로 중첩된 페이지를 활용합니다. 프로젝트 개요용 페이지 하나, 의사결정용 페이지 하나, 회의별 페이지 하나씩입니다. 차이점은 바로 '/task' 명령어입니다. ClickUp Docs의 어떤 페이지에서든 이 명령어를 입력하면 실시간 작업 목록, 보드 또는 테이블 보기를 문서에 직접 삽입할 수 있습니다. 누군가 자신의 작업 목록에서 특정 작업을 '검토 중'으로 표시하면, 해당 문서에 그 변경 사항이 즉시 반영됩니다.
- 페이지를 떠나지 않고도 텍스트를 추적 가능한 작업으로 전환하세요. ClickUp Docs에서 아무 문장이나 강조 표시하면 담당자, 마감일, 우선순위가 지정된 작업으로 변환됩니다. 이 작업은 원본 텍스트와 연결되어 있으며, 해당 문장에 어떤 변화가 생기더라도 작업 시스템 내에 계속 유지됩니다. 회의에서 논의된 실행 항목은 언급되는 즉시 작업으로 전환되며, 회의 페이지가 스크롤되어 화면 밖으로 사라진 후에도 계속 가시성을 유지합니다.
- 의존성을 한 번만 설정하면 일정이 자동으로 재조정됩니다. 프로젝트 목록에서 간트 보기를 열고, 작업 막대 위에 마우스를 올린 다음, 연결선을 해당 작업을 기다리는 작업으로 드래그하세요. '종속성 재조정' ClickApp이 활성화된 상태에서 첫 번째 작업의 마감일을 3일 늦추면, 그 뒤의 모든 작업도 3일씩 뒤로 밀립니다. 'Skip Non-Working Days'를 켜면 주말과 공휴일은 건너뛰고 일정이 조정됩니다. ‘중요 경로’를 켜면 완료일을 결정하는 작업 체인이 빨간색으로 표시됩니다. 이로써 스프레드시트의 수식과 연결된 차트가 대체됩니다.
- 다음 주에 업무량이 과중한 사람이 누구인지 확인하세요. 스페이스 또는 폴더 수준에서 ‘작업량 보기’를 추가하면 모든 프로젝트의 목록을 한눈에 파악할 수 있습니다. 각 구성원마다 한 행이 할당되고, 매일 또는 매주 한 셀이 할당되며, 해당 셀은 구성원의 용량에 따라 빨간색, 노란색, 녹색으로 표시됩니다. 작업 수, 시간 추정 또는 스프린트 포인트를 기준으로 측정할 수 있습니다. 용량은 작업 공간의 근무 일정을 따르므로, 주 4일 근무자나 연차를 신청한 구성원의 가용성은 감소한 것으로 표시됩니다. 작업을 한 행에서 다른 행으로 드래그하여 재조정하세요.
- 실제로 발생한 내용을 바탕으로 작성된 주간 보고서를 받아보세요. ClickUp Brain을 열고, ‘프로젝트 업데이트 작성’을 선택한 다음, 리스트와 기간을 지정하세요. Brain은 해당 창에서 작업 활동, 댓글, 상태 변경 사항을 분석하여 요약문을 작성하며, 이 내용을 상태 페이지나 이해관계자 채팅창에 붙여넣기만 하면 됩니다. Maintainer의 부담을 완전히 덜어주려면, 'Super Agents' 카탈로그에서 'Status Reporter'를 생성하고, 예약 트리거를 설정한 뒤 프로젝트 목록과 문서를 대상으로 지정하세요. 그러면 누군가 기억하든 안 하든 상관없이 매주 날짜가 표시된 상태 페이지가 자동으로 생성됩니다.
- 기존 Google Docs는 그대로 두세요. Enterprise 검색을 통해 Google 드라이브를 연결하면, Brain이 ClickUp 작업과 함께 드라이브 파일 내의 정보로 질문에 답변해 줍니다. 이렇게 하면 이미 문서에 저장된 지난 2년간의 브리핑 자료와 의사결정 기록을 따로 옮길 필요가 없습니다. ClickUp 문서 내에서 /em gdoc 또는 /em gsheet를 입력하면 Google Doc이나 Google 스프레드시트를 그 자리에서 실시간으로 삽입할 수 있습니다. Brain MAX Chrome 확장 프로그램은 Google Doc 탭을 읽는 동안 사이드바에서 동일한 검색을 수행합니다.
Pharmacy Mentor는 과거에 Google Docs, Google Workspace, Trello를 오가며 고객 대응 업무를 관리했는데, 이 과정에서 흩어진 폴더, 중복된 회의, 업무 속도를 따라가지 못하는 CRM을 동시에 처리해야 했습니다. ClickUp으로 통합한 후, 팀은 생산성을 두 배로 높이고 회의 횟수를 줄였으며, 고객 문의 접수 및 후속 조치가 마침내 실제 업무와 연계되면서 고객 양식 응답률이 20%에서 80%로 급증했습니다.
Pharmacy Mentor의 고객 관계 담당 책임자는 프로젝트 관리를 위해 ClickUp을 어떻게 활용하는지 다음과 같이 설명했습니다:
저희는 ClickUp 내에서 소통하며, 프로젝트에 참여하는 모든 사람은 첫날부터 ‘관찰자(Watcher)’로 추가됩니다. 또한 ‘마스터 클라이언트 카드’를 운영하고 있는데, 누군가 이 카드와 별도로 클라이언트를 위한 업무를 수행할 경우, 노트를 남기고 해당 활동에 백링크를 연결하여 계정 담당자가 진행 상황을 모두 확인할 수 있도록 합니다.
저희는 ClickUp 내에서 소통하며, 프로젝트에 참여하는 모든 사람은 첫날부터 ‘관찰자(Watcher)’로 추가됩니다. 또한 ‘마스터 클라이언트 카드’를 운영하고 있는데, 누군가 이 카드 외의 곳에서 클라이언트를 위한 업무를 수행할 경우, 노트를 남기고 해당 활동에 백링크를 연결하여 계정 담당자가 진행 상황을 모두 확인할 수 있도록 합니다.
솔직한 한계: ClickUp은 빈 문서보다 설정 단계에서 더 많은 노력을 요구합니다. Google Docs를 사용하던 팀은 작업 공간이 제대로 활용되기 전에 상태, 사용자 지정 필드, 스페이스 및 리스트의 계층 구조를 정의해야 합니다. 순서보다 일관성이 더 중요한 단일 프로젝트의 경우, 작업 추적기 블록이 포함된 공유 Google Doc과 연동된 Google 캘린더만으로도 충분히 관리할 수 있습니다.
대상 사용자: ClickUp은 여러 프로젝트를 동시에 진행 중이거나, 의존성에 따라 일정이 자동으로 재조정되어야 하는 경우, 또는 진행 중인 모든 이니셔티브에서 누가 어떤 업무를 담당하고 있는지 한눈에 파악하고 싶은 경우에 가장 적합합니다.
어떤 설정을 선택해야 할까요?
Google Docs는 소규모 팀과 함께 하나의 프로젝트를 진행할 때, 작업 순서보다 팀원 간의 의견 조율이 더 중요한 경우에 적합한 도구입니다. 탭과 작업 추적기 블록을 활용하고, 의사 결정 내역을 기록하며, 일정은 달력에 입력하세요. 프로젝트 헌장 템플릿을 사용하면 서론 부분을 쉽게 작성할 수 있습니다.
매주 업무량과 마감일을 걱정하고 있다면, 이미 문서만으로는 역부족인 상황입니다. 스프레드시트나 전용 tool을 사용하는 것이 더 효과적일 것입니다. 결정하는 한 가지 방법: 가장 자주 확인하는 것이 문단인지, 아니면 특정 필드인지 살펴보세요.
문서, 작업, 타임라인이 한곳에 모여 있을 때 어떻게 작동하는지 확인해 보고 싶다면, ClickUp을 무료로 시작해 보세요.
프로젝트 관리를 위한 Google Docs(Docs)에 대한 자주 묻는 질문(FAQ)
성장하는 팀에게 Google 워크스페이스만으로도 충분할까요?
Google Workspace는 문서, 저장소, 달력, 채팅 기능을 훌륭하게 지원하며, 많은 팀이 수년 동안 이를 활용해 프로젝트를 진행해 왔습니다. 하지만 여러 프로젝트를 동시에 파악해야 하거나, 의존성을 고려한 일정 관리가 필요하거나, 업무 과부하를 겪고 있는 팀원을 파악해야 할 때는 한계가 드러납니다. 이 시점에서 대부분의 팀은 콘텐츠 관리를 위해 Workspace를 계속 사용하면서 별도의 프로젝트 관리 도구를 병행합니다. 구글의 공식 프로젝트 튜토리얼에서도 이미 일을 다음과 같이 구분하고 있습니다. 문서는 ‘Docs’에서, 플랜은 ‘Google 스프레드시트’에서, 일정은 ‘Google 캘린더’에서 관리하는 방식입니다.
무료 개인용 Google 계정에는 문서, Google 스프레드시트, 달력, 할 일, 채팅이 포함되어 있어 기본적인 문서 중심의 환경을 구축할 수 있습니다. 'Business Starter' 요금제는 연간 결제 시 사용자당 월 7달러 (유연 요금제 기준 8.40달러)이며, 공유 드라이브와 관리자 제어 기능을 추가로 제공합니다. 할 일 추적기 구성 요소를 사용하려면 어떤 작업 공간 요금제든 필요하며, '파일 잠금 기능'이 포함된 승인 및 '에디터 표시' 기능을 사용하려면 사용자당 월 14달러인 'Business Standard' 요금제가 필요합니다.
단독으로는 불가능합니다. Google Doc 내의 날짜 칩은 표시용일 뿐이며, 해당 날짜가 지나도 아무런 동작도 발생하지 않습니다. 알림은 작업이 문서를 벗어나야만 발생합니다. 즉, 작업 추적기 블록이나 할당된 체크리스트 항목이 Google 태스크와 동기화되어야 하며, 이때 Google 캘린더와 태스크 앱에 날짜가 표시됩니다. 두 기능 모두 Google Workspace 계정이 필요합니다. 무료 Gmail의 경우, 문서 내의 날짜가 유일한 기록으로 남습니다.
Google Docs를 칸반 보드로 사용할 수 있을까요?
겉모습만 비슷할 뿐입니다. ‘할 일’, ‘진행 중’, ‘완료됨’이라는 라벨이 붙은 3열 테이블에 각 행마다 드롭다운 메뉴가 있는 레이아웃은 비슷하지만, 카드를 열 사이로 드래그할 수 없고 각 열에 무엇이 들어 있는지 집계하는 기능도 없습니다. Google 스프레드시트는 필터와 조건부 서식을 통해 더 가까운 기능을 제공합니다. 실제로 카드를 이동하며 사용할 수 있는 보드를 원한다면, ClickUp이나 Trello와 같은 전용 도구를 사용하는 것이 더 좋습니다.
아닙니다. ‘Google 프로젝트 관리 전문가(Google Project Management Professional) 수료증’은 Coursera를 통해 제공되며, 월 약 49달러의 구독료가 부과됩니다. 재정 지원 및 7일 무료 체험판도 가능합니다. 이는 프로젝트 관리 협회(PMI)에서 발급하는 PMP® 자격증이 아닌 교육 수료증이며, 구글은 이와 함께 프로젝트 관리 관련 제품을 판매하지 않습니다.
Google Doc은 몇 명이 동시에 편집할 수 있나요?
최대 100명까지 Google Doc에서 동시에 작업할 수 있습니다. 그 이상인 경우, 소유자와 소수의 에디터만 편집 권한을 유지합니다. 프로젝트 추적 도구로 활용하기 위한 실질적인 상한선은 이보다 훨씬 낮습니다. 검토 과정에서 5명 이상이 동일한 테이블을 수정하면 행이 덮어쓰여지고, 상태 표시가 초기화되어 누군가가 수동으로 테이블을 재설정해야 합니다.
노트와 함께 데이터베이스 및 보드를 활용하고 싶다면 Notion이 더 낫습니다. 팀이 이미 작업 공간을 주로 사용하고, 주된 업무가 실시간 공동 작성이라면 Docs가 더 적합합니다. Docs에는 기본 제공되는 데이터베이스나 의존성이 없기 때문에, 체계적인 추적을 위해서는 Notion이 더 낫지만, 구글 생태계 내에서 마찰 없이 협업 작성을 하려면 Docs가 유용합니다.