시리즈 안내
이 글은 “IT 프로젝트 관리 도구 완전 해부” 시리즈의 7편입니다. 지금까지는 “프로젝트 관리 전용” 도구들이었습니다. 이번 편의 Notion은 질문 자체가 다릅니다. 문서·위키·데이터베이스를 자유롭게 조립하는 만능 워크스페이스가, 과연 프로젝트 관리 도구가 될 수 있는가? 자유도의 끝에서 PMS의 조건을 되묻습니다.
한눈에 보기
- 출시: 2016년, 미국 Notion Labs
- 분류: 올인원 워크스페이스(문서·위키·데이터베이스)
- 채택 이론: 방법론 비종속. “블록”을 조립해 무엇이든 만드는 자유 구조
- 과금(2026년 6월 기준, 연간): 무료(개인) / Plus 약 $10 / Business 약 $20 (1인당 월) / Enterprise 별도 견적. 풀버전 Notion AI는 2026년부터 Business 이상 전용
- 주 타깃: 스타트업, 문서·지식 관리가 중요한 팀, 1인~소규모
1. 탄생 배경과 채택한 이론 모델
Notion은 애초에 프로젝트 관리 도구가 아니었다. “모든 것을 담는 하나의 작업 공간”을 표방한, 문서와 위키와 데이터베이스의 결합체다. 핵심 철학은 블록(block)이다. 텍스트 한 줄, 이미지, 표, 할 일 체크박스가 모두 같은 ‘블록’이고, 이 블록을 레고처럼 조립해 무엇이든 만든다.
그래서 Notion은 어떤 방법론도 강제하지 않는다. 칸반 보드를 만들 수도, 위키를 만들 수도, CRM을 흉내 낼 수도 있다. 사용자가 직접 데이터베이스를 설계해 자기만의 프로젝트 관리 시스템을 구축한다. 이 무한한 자유가 Notion의 정체성이자, PMS로서의 한계가 갈리는 지점이다.
2. 핵심 구조와 데이터 모델
Notion에는 정해진 프로젝트 구조가 없다. 대신 사용자가 만든다.
페이지(Page) → 데이터베이스(Database) → 속성(Property)·뷰(View)프로젝트 관리를 하려면, 사용자가 직접 “태스크 데이터베이스”를 만들고 상태·담당자·마감일 속성을 설계한 뒤, 보드·캘린더·타임라인 뷰를 붙여야 한다. Jira나 Asana가 “에픽-스토리-태스크”를 미리 정해주는 것과 정반대다. Notion은 빈 캔버스를 주고 “원하는 대로 만드세요”라고 한다.
이것이 강점이자 약점이다. 내 팀에 꼭 맞는 구조를 만들 수 있지만, 그 구조를 누군가 처음부터 설계해야 한다.
3. 강점 — 무엇을 잘하는가
Notion의 강점은 독보적이다.
첫째, 압도적 유연성이다. 문서·회의록·위키·프로젝트 트래커·로드맵을 한 워크스페이스에 담는다. 여러 도구를 Notion 하나로 합칠 수 있어, 도구 사이를 오가는 피로가 사라진다.
둘째, 문서와 지식 관리다. 이건 Notion이 사실상 최강이다. 프로젝트의 배경 문서, 기획서, 회의록이 작업과 같은 공간에 있어 맥락이 끊기지 않는다. PSTA가 지향하는 “산출물을 작업에 연결한다”는 발상과도 통하는 지점이다.
셋째, 낮은 진입 비용과 친숙함이다. 무료 플랜이 개인에게 넉넉하고, 이미 많은 사람이 개인 용도로 Notion을 써봤다. 시트 최소 구매도 없어 소규모 팀에 부담이 적다.
4. 현장의 복잡성 — 팀원이 안 쓰는 지점
그런데 “만능”이라는 바로 그 점이 PMS로서는 발목을 잡는다.
누군가는 시스템을 ‘구축’해야 한다. Notion은 프로젝트 관리 구조를 주지 않으므로, 팀의 누군가가 데이터베이스를 설계하고 뷰를 만들고 템플릿을 짜야 한다. 이건 사실상 1인 개발에 가까운 일이고, 그 사람이 떠나면 시스템 유지가 어려워진다. 결국 ‘Notion 마스터’ 한 명에게 의존하는 구조가 되기 쉽다 — 이 시리즈가 계속 본 “구축하는 사람과 쓰는 사람의 분리”가, Notion에서는 더 극단적으로 나타난다.
자유도는 일관성을 해친다. 무엇이든 만들 수 있으니, 팀마다 페이지마다 구조가 제각각이 된다. 표준이 없으면 진행률 집계나 전사 가시성 같은 PMS의 핵심 기능이 약해진다. 잘 만든 Notion은 환상적이지만, 잘 만들려면 상당한 설계 역량과 규율이 필요하다.
데이터베이스가 ‘진짜’ 운영 도구는 아니다. Notion 데이터베이스는 표처럼 보이지만, 대규모 자동화나 복잡한 관계형 처리에는 한계가 있다. 수십 명이 읽기만 하는 트래커에 1인당 비용을 내는 구조라, 팀이 커지면 비용 대비 효율을 의심하게 된다. 게다가 2026년부터 풀버전 AI가 Business 전용으로 묶이면서, AI를 쓰려면 비용이 두 배로 뛴다.
종합하면, Notion은 PMS로 ‘쓸 수는’ 있지만 PMS로 ‘태어나지는’ 않았다. 강력한 자유가 곧 강력한 설계 부담이 된다.
5. 한 줄 평
Notion은 문서·지식 관리가 중요하고, 시스템을 직접 설계할 역량과 의지가 있는 팀에게는 더없이 유연한 작업 공간이다. 그러나 ‘바로 쓰는 프로젝트 관리’를 기대하면, 빈 캔버스 앞에서 무엇을 만들지부터 고민해야 한다.
짚고 가기: Notion은 자유도의 극단을 보여준다. 무엇이든 만들 수 있다는 건, 무엇도 미리 주어지지 않는다는 뜻이다. 전용 PMS가 “복잡해서” 팀원을 밀어냈다면, Notion은 “직접 만들어야 해서” 다른 종류의 벽을 세운다. 자유와 구조 사이 어딘가에, 모두가 바로 쓰는 도구의 답이 있을 것이다.
다음 편 예고
지금까지의 도구들이 “기능을 더하거나 자유를 주는” 방향이었다면, 다음 편(08부)의 Linear는 정반대로 간다. 철저히 덜어내고, 빠르고, 아름답게. 개발팀 사이에서 열광적 지지를 받는 이 도구가 — 그 단호한 미니멀리즘 덕분에 무엇을 얻고, 무엇을 포기했는지 들여다본다.
이전 글: IT 프로젝트 관리 도구 완전 해부 – 06. Asana — 태스크 관리의 모범생
다음 글: IT 프로젝트 관리 도구 완전 해부 – 08. Linear — 빠르고 아름다운, 그래서 한정적인
