노션 관계형 데이터베이스와 롤업으로 프로젝트 대시보드 만드는 순서

노션 관계형 데이터베이스 롤업 프로젝트 대시보드는 팀의 업무 목록, 담당자, 일정, 진행 상태, 산출물을 한 화면에서 연결해 보는 구성입니다. 핵심은 페이지를 예쁘게 꾸미는 것이 아니라, 먼저 데이터베이스를 나누고, Relation으로 서로 연결한 뒤, Rollup으로 필요한 숫자와 상태만 끌어와 의사결정 화면을 만드는 순서입니다. Notion 도움말은 Relation이 서로 다른 데이터베이스의 페이지를 연결하고, Rollup이 그 연결을 바탕으로 관련 속성 값을 모아 보여주거나 계산할 수 있다고 설명합니다.

핵심 요약: 처음부터 거대한 운영 시스템을 만들지 말고 프로젝트, 업무, 담당자, 회의록 정도의 작은 데이터베이스부터 시작하세요. Relation은 “이 업무가 어느 프로젝트에 속하는가”를 연결하고, Rollup은 “그 프로젝트의 남은 업무 수, 완료율, 다음 마감일”을 보여주는 역할입니다. Notion 화면, 속성 이름, 유료 플랜, 자동화 기능은 업데이트와 워크스페이스 설정에 따라 달라질 수 있으므로 실제 적용 전 최신 도움말과 현재 계정 화면을 다시 확인하는 것이 안전합니다.

1. 관계형 데이터베이스와 롤업을 먼저 구분하기

노션에서 Relation은 데이터베이스 사이에 연결선을 만드는 속성입니다. 예를 들어 “프로젝트” 데이터베이스와 “업무” 데이터베이스를 따로 만들었다면, 각 업무 페이지에 어느 프로젝트와 관련 있는지를 연결할 수 있습니다. 이렇게 해두면 프로젝트 페이지에서 관련 업무를 모아 보거나, 업무 페이지에서 상위 프로젝트 정보를 확인하기가 쉬워집니다.

Rollup은 그 연결된 데이터에서 필요한 값을 끌어오는 속성입니다. 프로젝트 페이지에서 연결된 업무들의 상태를 모아 완료된 업무 수를 세거나, 각 업무의 마감일 중 가장 이른 날짜를 보여주거나, 담당자 이름을 한눈에 모아 보는 식입니다. Relation이 “연결”이라면 Rollup은 “연결된 정보의 요약”이라고 이해하면 됩니다.

2. 대시보드 목적을 한 문장으로 정하기

프로젝트 대시보드는 모든 정보를 담는 화면이 아니라, 다음 행동을 빨리 결정하게 해주는 화면이어야 합니다. 만들기 전에 “이번 주 지연 업무를 확인한다”, “팀별 진행률을 본다”, “회의 전에 마감 위험을 점검한다”처럼 목적을 한 문장으로 정해야 합니다. 목적이 없으면 속성이 계속 늘어나고, Relation과 Rollup도 복잡해져서 결국 아무도 보지 않는 페이지가 됩니다.

• 팀장이 볼 화면인지, 실무자가 매일 입력할 화면인지 구분합니다.
• 업무 관리용인지, 회의 보고용인지, 산출물 보관용인지 정합니다.
• 매일 확인할 지표와 주간 회의 때만 볼 지표를 나눕니다.
• 처음에는 프로젝트 5개, 업무 20개 정도의 샘플로 테스트합니다.

3. 기본 데이터베이스 3개로 시작하기

처음 구성은 프로젝트, 업무, 회의록 세 가지면 충분합니다. 프로젝트 데이터베이스에는 프로젝트명, 담당 팀, 진행 상태, 시작일, 마감일, 우선순위를 둡니다. 업무 데이터베이스에는 업무명, 상태, 담당자, 마감일, 상위 프로젝트 Relation, 산출물 링크를 둡니다. 회의록 데이터베이스에는 회의일, 참석자, 관련 프로젝트 Relation, 결정 사항, 후속 업무 Relation을 둡니다.

처음부터 담당자 데이터베이스, 고객 데이터베이스, 문서 데이터베이스까지 모두 만들면 입력 부담이 커집니다. 노션은 나중에 속성과 데이터베이스를 확장할 수 있으므로, 실제로 매주 쓰는 정보부터 좁게 시작하는 편이 안전합니다.

4. 프로젝트와 업무를 Relation으로 연결하기

업무 데이터베이스에 “프로젝트” Relation 속성을 추가하고, 대상 데이터베이스로 프로젝트 데이터베이스를 선택합니다. 그런 뒤 각 업무가 어느 프로젝트에 속하는지 연결합니다. 이때 프로젝트 하나에 여러 업무가 연결될 수 있도록 설정하면, 프로젝트 페이지에서 관련 업무 목록을 자동으로 확인할 수 있습니다.

반대로 프로젝트 데이터베이스에도 연결된 업무가 표시됩니다. 이 연결 목록은 단순 링크 모음처럼 보일 수 있지만, 나중에 Rollup을 만들기 위한 기반입니다. 업무가 프로젝트와 제대로 연결되어 있지 않으면 완료율, 남은 업무 수, 다음 마감일 같은 요약 값도 맞지 않습니다.

5. Rollup으로 프로젝트 상태를 요약하기

프로젝트 데이터베이스에서 Rollup 속성을 추가하고, 방금 만든 업무 Relation을 선택합니다. 그다음 업무 데이터베이스의 상태, 마감일, 담당자 같은 속성을 골라 원하는 방식으로 표시합니다. 예를 들어 상태 속성을 가져와 완료된 항목 수를 세거나, 마감일 속성에서 가장 이른 날짜를 선택할 수 있습니다.

초보자는 Rollup을 너무 많이 만들기보다 대시보드 의사결정에 필요한 값만 골라야 합니다. 추천 시작 조합은 “전체 업무 수”, “완료 업무 수”, “미완료 업무 수”, “가장 가까운 마감일”, “담당자 목록”입니다. 이 정도만 있어도 프로젝트별 병목을 찾는 데 충분합니다.

6. 실제 구성 예시 표

7. 보기(View)는 입력용과 확인용을 분리하기

대시보드가 복잡해지는 가장 흔한 이유는 입력 화면과 보고 화면을 하나로 합치기 때문입니다. 실무자가 매일 쓰는 업무 입력 화면은 리스트나 보드가 편합니다. 반면 팀장이 보는 프로젝트 확인 화면은 상태별 그룹, 일정 달력, 우선순위 필터가 더 유용합니다. 같은 데이터베이스라도 보기(View)를 여러 개 만들면 역할별 화면을 나눌 수 있습니다.

예를 들어 “오늘 할 일”, “이번 주 마감”, “프로젝트별 업무”, “지연 업무”, “완료 보관” 보기를 분리합니다. 그리고 프로젝트 대시보드 페이지에는 링크드 데이터베이스를 배치해 필요한 보기만 보여줍니다. 이렇게 하면 원본 데이터는 하나지만 보는 화면은 상황별로 달라집니다.

8. 속성 이름 규칙을 정해야 나중에 덜 흔들립니다

Relation과 Rollup은 속성 이름에 의존해 사람이 이해합니다. “연결”, “관련”, “프로젝트명”처럼 비슷한 이름을 여러 개 만들면 팀원이 어떤 값을 입력해야 하는지 헷갈립니다. 처음부터 “상위 프로젝트”, “연결 업무”, “후속 업무”, “프로젝트 완료 업무 수”처럼 역할이 드러나는 이름을 쓰는 것이 좋습니다.

상태 값도 마찬가지입니다. “진행중”, “작업중”, “처리중”이 섞이면 Rollup으로 완료율을 볼 때 기준이 흔들립니다. 시작 전 상태 옵션을 “대기”, “진행”, “검토”, “완료”, “보류” 정도로 정하고, 팀에서 같은 표현을 쓰도록 안내해야 합니다.

9. 권한과 공유 범위를 먼저 점검하기

노션 대시보드는 팀 협업 도구이므로 누가 데이터베이스 구조를 바꿀 수 있는지 정해야 합니다. 실무자는 업무 상태와 마감일을 바꿀 수 있어야 하지만, Relation 속성이나 Rollup 계산 기준은 담당자만 수정하도록 제한하는 편이 안전합니다. 구조가 자주 바뀌면 이전 보기와 회의 템플릿이 함께 흔들릴 수 있습니다.

외부 협업자가 있는 워크스페이스라면 페이지 공유 범위도 따로 확인해야 합니다. 특정 프로젝트 페이지만 공유했다고 생각했는데 연결된 업무 데이터베이스 일부가 함께 보일 수 있습니다. 공유 전에는 게스트 계정 또는 미리보기 화면에서 실제 노출 범위를 점검하는 습관이 필요합니다.

10. 자동화와 템플릿은 마지막에 붙이기

노션에는 반복 페이지 템플릿, 버튼, 자동화 기능, 외부 도구 연동 등 여러 확장 방법이 있습니다. 하지만 Relation과 Rollup 구조가 안정되기 전에 자동화를 붙이면 수정할 곳이 늘어납니다. 먼저 사람이 직접 입력해도 흐름이 자연스러운지 확인하고, 그 다음 자주 반복되는 회의록 생성이나 업무 추가 과정을 템플릿으로 바꾸는 것이 좋습니다.

예를 들어 새 프로젝트 템플릿에는 기본 업무 보기, 회의록 보기, 자료 보기, 체크리스트를 넣을 수 있습니다. 새 회의록 템플릿에는 관련 프로젝트 Relation과 후속 업무 Relation을 미리 배치해두면 회의 후 업무 누락을 줄일 수 있습니다.

11. 도입 전 체크리스트

• 대시보드 목적을 한 문장으로 썼는지 확인합니다.
• 프로젝트와 업무 데이터베이스를 분리했는지 확인합니다.
• 업무에 상위 프로젝트 Relation이 빠짐없이 들어갔는지 확인합니다.
• 프로젝트 화면에 전체 업무 수, 완료 업무 수, 다음 마감일 Rollup을 만들었는지 확인합니다.
• 상태 옵션과 속성 이름이 팀 안에서 통일됐는지 확인합니다.
• 입력용 보기와 보고용 보기를 분리했는지 확인합니다.
• 공유 범위와 구조 수정 권한을 확인했는지 점검합니다.
• Notion 최신 도움말, 현재 워크스페이스 화면, 플랜별 기능 범위를 다시 확인합니다.

12. 흔한 실수와 정리 순서

가장 흔한 실수는 모든 정보를 한 데이터베이스에 넣고 나중에 Relation으로 바꾸려는 것입니다. 처음에는 쉬워 보이지만, 프로젝트가 늘어나면 필터와 보기만 복잡해집니다. 두 번째 실수는 Rollup 결과를 절대적인 성과 지표처럼 믿는 것입니다. Rollup은 연결된 데이터가 정확할 때만 의미가 있으므로, 누락된 업무나 잘못된 상태 값이 있으면 요약도 틀립니다.

정리 순서는 간단합니다. 먼저 샘플 프로젝트 2~3개를 만들고, 업무 10개 정도를 연결합니다. 그다음 프로젝트 페이지에서 Rollup 결과가 기대와 맞는지 확인합니다. 마지막으로 팀원이 직접 입력해 보고, 헷갈리는 속성 이름이나 필요 없는 보기를 줄입니다. 이 과정을 거치면 대시보드가 장식용 페이지가 아니라 실제 운영 화면이 됩니다.

FAQ

Q1. Relation과 Rollup 중 무엇을 먼저 만들어야 하나요?

Relation을 먼저 만들어야 합니다. Rollup은 Relation으로 연결된 데이터에서 값을 가져오는 속성이므로, 프로젝트와 업무가 연결되어 있지 않으면 요약할 대상이 없습니다.

Q2. 프로젝트 데이터베이스 하나만으로 시작해도 되나요?

간단한 개인 업무라면 가능하지만, 팀 프로젝트에서는 프로젝트와 업무를 분리하는 편이 좋습니다. 업무가 늘어날수록 담당자, 마감일, 상태, 산출물을 따로 관리해야 하기 때문입니다.

Q3. Rollup 완료율이 실제와 다르게 보이면 어디를 확인해야 하나요?

업무가 올바른 프로젝트와 연결되어 있는지, 상태 값이 통일되어 있는지, Rollup이 가져오는 속성과 계산 방식이 맞는지 확인하세요. 누락된 업무가 있으면 요약 값도 달라집니다.

Q4. Notion Projects를 쓰면 직접 만들 필요가 없나요?

Notion Projects 같은 제품 화면은 빠른 시작에 도움이 됩니다. 다만 팀의 속성 이름, 보고 방식, 회의 흐름이 다르면 직접 데이터베이스와 보기를 조정해야 합니다.

Q5. 유료 플랜이 꼭 필요한가요?

기본적인 데이터베이스, Relation, Rollup 사용 가능 범위는 계정과 워크스페이스 설정에 따라 달라질 수 있습니다. 팀 단위 권한, 기록, 자동화, 고급 협업 기능은 플랜과 정책에 따라 달라질 수 있으므로 현재 Notion 화면과 공식 도움말에서 최신 조건을 확인하세요.

마무리: 작게 연결하고, 필요한 값만 올려보기

노션 관계형 데이터베이스 롤업 프로젝트 대시보드의 성공 기준은 기능을 많이 쓰는 것이 아니라 팀이 매주 같은 화면을 보고 같은 기준으로 판단하는 것입니다. 프로젝트와 업무를 분리하고, Relation으로 연결하고, Rollup으로 꼭 필요한 요약만 올린 뒤, 보기와 권한을 정리하세요. 화면, 기능명, 플랜 조건, 자동화 범위는 Notion 업데이트와 워크스페이스 설정에 따라 달라질 수 있으므로 실제 적용 전 최신 공식 도움말과 현재 계정 화면을 다시 확인하는 것이 좋습니다.