프로젝트 관리 시스템 구축

🎯 학습 목표

이 강을 마치면 여러 작업이 얽힌 일을 프로젝트 단위로 묶어 관리하는 시스템을 만들 수 있게 됩니다. 8강에서 만든 '할 일'을 더 큰 그릇인 '프로젝트'에 연결하고, 6강의 관계·롤업으로 진행률을 자동 집계하며, 타임라인 뷰로 전체 일정을 한눈에 조망하는 — 본격적인 프로젝트 관리 도구를 직접 구축합니다.

할 일 관리가 '오늘 무엇을 할까'의 문제였다면, 프로젝트 관리는 '이 큰 일을 언제까지 어떻게 끝낼까'의 문제입니다. 마감과 단계가 있는 일, 여러 사람이 함께하는 일을 통제 가능하게 만드는 구조를 이번 강에서 완성하겠습니다.

🏗️ 프로젝트와 작업, 두 데이터베이스의 구조

이 섹션에서는 프로젝트 관리의 뼈대가 되는 두 개의 데이터베이스 구조를 살펴보겠습니다. 핵심 발상은 '프로젝트'와 '작업(할 일)'을 분리하되 관계로 잇는 것입니다.

먼저 프로젝트 데이터베이스를 만듭니다. 각 행은 하나의 프로젝트(예: '신제품 출시', '홈페이지 리뉴얼')입니다. 여기에는 프로젝트 수준의 속성을 답니다. 상태(기획·진행·완료), 기간(시작일~종료일 날짜 속성), 담당자(사람 속성), 중요도 정도면 충분합니다. 그리고 8강에서 만든 작업(할 일) 데이터베이스를 그대로 활용합니다.

이 둘을 6강에서 배운 관계(Relation)로 연결합니다. 작업 쪽에 '소속 프로젝트' 관계를 만들고 양방향으로 설정하면, 프로젝트 쪽에는 '이 프로젝트의 작업들' 칸이 자동으로 생깁니다. 이제 구조가 명확해집니다. 프로젝트는 '큰 목표와 일정'을 담고, 작업은 '그 목표를 이루기 위한 구체적 행동'을 담으며, 둘은 관계로 부모-자식처럼 연결됩니다. 이 분리가 중요한 이유는, 작업이 수십 개로 늘어나도 프로젝트 단위로 묶어 보면 전체 그림이 흐트러지지 않기 때문입니다.

구분	프로젝트 DB	작업 DB
한 행의 의미	하나의 프로젝트	하나의 구체적 작업
주요 속성	상태·기간·담당자	상태·마감일·우선순위
시간 단위	주~개월	시간~일
연결	← 작업들을 거느림	→ 소속 프로젝트 지정

📊 진행률 자동 집계 — 롤업의 실전

이 섹션에서는 6강에서 배운 롤업으로 프로젝트 진행률을 자동 계산하는 장치를 만들어 보겠습니다. 프로젝트 관리에서 가장 알고 싶은 것은 '이 프로젝트가 지금 몇 퍼센트 진행됐는가'인데, 이것을 손으로 갱신하면 금세 부정확해집니다.

프로젝트 데이터베이스에 롤업 속성을 추가합니다. '작업들' 관계를 타고 가서, 각 작업의 완료 여부(체크박스 또는 상태)를 기준으로 완료 비율(Percent)을 계산하도록 설정합니다. 그러면 프로젝트 행에 '진행률 67%' 같은 값이 자동으로 표시됩니다. 작업을 하나 완료할 때마다 이 숫자가 알아서 올라갑니다.

여기에 두 가지 롤업을 더 두면 유용합니다. 하나는 '총 작업 수'(Count), 하나는 '남은 작업 수'(완료되지 않은 것만 세기)입니다. 이렇게 하면 '전체 12개 중 4개 남음, 67% 완료'처럼 프로젝트 상태가 숫자로 명료하게 드러납니다. 7강에서 배운 수식을 곁들이면 더 친절해집니다. 예를 들어 진행률이 100%면 '✅ 완료', 마감일이 지났는데 미완료면 '🔴 지연'을 표시하는 수식을 두면, 프로젝트 목록만 봐도 어디에 문제가 있는지 바로 보입니다.

📅 타임라인 뷰 — 일정을 한눈에

이 섹션에서는 프로젝트 일정을 시각적으로 관리하는 타임라인 뷰를 살펴보겠습니다. 4강에서 잠깐 소개한 타임라인은 프로젝트 관리에서 특히 진가를 발휘합니다.

프로젝트 데이터베이스에 타임라인 뷰를 추가하고, 기준을 '기간(시작일~종료일)' 속성으로 지정합니다. 그러면 각 프로젝트가 가로 막대로 표시되어, 어느 프로젝트가 언제 시작해 언제 끝나는지, 또 어떤 프로젝트들이 시간상 겹치는지가 한눈에 드러납니다. 이는 간트 차트와 유사한 형태로, 여러 일을 동시에 굴릴 때 '이번 달에 일이 몰려 있구나' 같은 부하를 미리 감지하게 해 줍니다.

타임라인 뷰에서는 막대를 마우스로 끌어 일정을 조정할 수 있고, 막대 끝을 당겨 기간을 늘리거나 줄일 수도 있습니다. 계획이 바뀌면 화면에서 직접 옮기면 되고, 그 변경은 데이터베이스에 그대로 반영됩니다. 작업 단위의 더 촘촘한 일정이 필요하면, 작업 데이터베이스에도 마감일 기준의 타임라인이나 캘린더 뷰를 두어 프로젝트 일정과 작업 일정을 두 층위로 관리할 수 있습니다. 큰 그림은 프로젝트 타임라인으로, 세부 실행은 작업 캘린더로 보는 것입니다.

🖥️ 진행 상황 대시보드와 협업

이 섹션에서는 지금까지 만든 요소를 한 화면에 모은 대시보드와, 여럿이 함께 쓰는 협업 설정을 살펴보겠습니다. 대시보드란 자주 보는 정보를 한 페이지에 모아 둔 '상황실'입니다.

새 페이지를 만들어 '프로젝트 대시보드'라 이름 붙이고, 2강에서 배운 대로 여러 데이터베이스의 연결된 보기(linked view)를 한 페이지에 배치합니다. 예를 들어 위쪽에는 '진행 중인 프로젝트'만 필터한 프로젝트 목록, 아래에는 '오늘 마감인 작업' 목록, 옆에는 '이번 주 타임라인'을 나란히 둡니다. 이 한 페이지만 열면 모든 프로젝트의 상태가 파악되므로, 매일 아침 이곳을 여는 습관을 들이면 일의 전체 흐름을 놓치지 않습니다.

협업 측면에서는 3강에서 배운 권한 설정과 4강의 사람(Person) 속성이 핵심입니다. 작업마다 담당자를 사람 속성으로 지정하면, '내 작업만 보기' 필터로 각자 자기 일에 집중할 수 있습니다. 프로젝트 페이지를 팀원과 공유할 때는, 권한이 하위로 상속된다는 점을 기억해 필요한 범위만 편집 권한으로 공유합니다. 본격적인 팀 워크스페이스 운영은 17강에서 더 깊이 다루지만, 여기까지만으로도 소규모 협업에는 충분합니다.

⚠️ 자주 하는 실수

이 섹션에서는 프로젝트 시스템을 운영할 때 흔한 실수를 짚어 보겠습니다.

첫째, 프로젝트와 작업을 한 데이터베이스에 섞는 실수입니다. 처음엔 하나로 합치는 게 간단해 보이지만, 큰 단위와 작은 단위를 섞으면 진행률 집계도 안 되고 일정 조망도 어려워집니다. 둘을 분리하고 관계로 잇는 구조가 결국 더 단순합니다.

둘째, 모든 프로젝트를 과하게 잘게 쪼개는 실수입니다. 작업이 두세 개뿐인 일까지 프로젝트로 만들면 관리 부담만 늘어납니다. '여러 단계와 마감이 있고, 한 번에 끝나지 않는 일'만 프로젝트로 삼고, 단순한 일은 그냥 작업으로 두는 것이 좋습니다.

셋째, 기간 속성을 비워 두는 실수입니다. 타임라인과 지연 감지는 모두 시작일·종료일에 의존하므로, 기간이 비어 있으면 이 강력한 기능들이 무용지물이 됩니다. 프로젝트를 만들 때 대략적이라도 기간을 함께 입력하는 습관이 필요합니다.

📝 핵심 요약

이번 강에서 만든 프로젝트 관리 시스템을 정리해 보겠습니다.

• 구조: 프로젝트 DB와 작업 DB를 분리하고 관계로 연결 — 큰 목표와 구체적 행동의 분업.
• 진행률 자동화: 완료 비율 롤업 + 총/남은 작업 수, 수식으로 완료·지연 표시.
• 타임라인: 기간 속성 기준 간트형 뷰로 일정·겹침을 조망하고 드래그로 조정.
• 대시보드: 연결된 보기를 한 페이지에 모아 매일 여는 상황실로.
• 주의: 프로젝트/작업 분리, 과도한 쪼개기 금지, 기간 속성 반드시 입력.

다음 10강 '목표 관리 시스템 — OKR 템플릿'에서는 프로젝트보다 더 높은 층위인 '목표'를 관리합니다. 기업에서 널리 쓰는 OKR 프레임워크를 노션으로 옮겨, 목표 → 프로젝트 → 작업으로 이어지는 3단 계층을 완성하게 됩니다.

📚 참고 자료

• Creating a project management system — Notion Help Center
• Timeline view — Notion Help Center
• Relations & rollups — Notion Help Center