B11. PKM 방법론 비교


워크숍이 끝나고 노트북을 열었을 때였다.

기획팀 PM 재현은 반년 전 Zettelkasten을 시작했다. 첫 주는 열심히 했다. Atomic Note를 만들고, 링크를 연결하고, 그래프를 구성했다. 그런데 두 달이 지나도 일상 업무에 연결이 잘 되지 않았다. GTD로 넘어가 볼까 했다. PARA도 써봤다. 방법론이 여럿이고, 각자 장점이 달랐다.

“이것들을 어떻게 써야 하는가.”

PKM에 관심이 생기면 비슷한 경험을 한다. 각각의 방법론이 훌륭한 개념들이지만 어떤 것을 언제 쓰는지, 함께 쓸 수 있는지 처음에는 헷갈린다.

이 책도 바로 그 지점에서 출발한다.
기획자의 개인지식관리(PKM)는 어떤 이론을 가장 충실하게 따를 것인가의 문제가 아니라, 기획자가 무엇을 어떻게 관리해야 하는가의 문제다.
이 책에서 관리 대상은 근거, 결정, 재사용 지식, 실행 결과이고, 그것은 Capture → Organize → Distill → Express의 흐름으로 운영된다.

이 챕터는 그 질문에 답한다. 대표 PKM 방법론 4가지를 각각 어떤 목적에 강한지, 어떨 때 쓰는지 정리한 다음, 왜 이 책이 그중에서도 CODE를 기본 구조로 택했는지 설명한다.

[도식: fig-pkm-methods-to-code] — 대표 PKM 방법론의 강한 부분을 CODE 흐름에 어떻게 배치하는가


GTD — 실행과 할 일 관리가 목적일 때

데이비드 앨런(David Allen)의 방법론. 1988년 처음 만들어졌고 수십 년간 생산성 방법론의 기준점이 됐다.

핵심 질문은 하나다. “이건 실행해야 하는가?”

Capture → Clarify → Organize → Reflect → Engage
수집      명료화     정리         검토        실행

무엇에 강한가: 머릿속에 있는 것을 전부 꺼내 시스템에 넣는 것. 오늘 뭘 해야 하는지, 무엇이 우선인지, 어떤 프로젝트에 어떤 할 일이 연결되는지가 명확해진다.

어떨 때 쓰는가: 업무·개인 할 일이 머릿속에서 정리되지 않을 때. 마감과 실행 관리가 우선인 상황. 다음 행동(Next Action)을 빠르게 결정해야 하는 업무 환경.


PARA — 디지털 정보의 구조화가 목적일 때

티아고 포르테(Tiago Forte)의 방법론. “모든 디지털 정보는 네 가지 중 하나에 속한다”는 전제에서 시작한다.

Projects  활성 프로젝트 (마감 있음)
Areas     지속 관리 영역 (마감 없음, 기준 유지)
Resources 참고 자료 (언젠가 쓸 것)
Archives  완료·비활성화된 것

무엇에 강한가: 파일과 노트가 어디 있는지 찾기 어려운 상태를 해소하는 것. 단순하고 직관적인 구조로 Obsidian, Notion, Google Drive 등 어느 도구에도 적용된다.

어떨 때 쓰는가: 디지털 파일이 여러 곳에 흩어져 있어 찾기 어려울 때. 새 볼트나 작업 공간을 처음 설계할 때. “이게 어디 있더라”는 말을 자주 하게 될 때.


Zettelkasten — 생각의 연결과 사고 확장이 목적일 때

니클라스 루만(Niklas Luhmann)이 수십 년에 걸쳐 발전시킨 방법론. 루만은 이 시스템을 이용해 평생 수십 권의 저서와 수백 편의 논문을 썼다.

핵심 원칙은 두 가지다. Atomic Note (한 노트 = 한 생각)와 링크 중심 사고.

Fleeting Note  (떠오른 생각 수집)
     ↓
Literature Note (읽은 것의 요점 정리)
     ↓
Permanent Note  (내 언어로 재작성한 생각의 단위)
     ↓
     링크 연결 → 지식 네트워크

무엇에 강한가: 생각들 사이의 연결을 발견하는 것. 아이디어와 아이디어가 이어지면서 새로운 인사이트가 생긴다. 글쓰기, 연구, 깊은 사고 작업에 탁월하다.

어떨 때 쓰는가: 독서나 학습에서 나온 생각을 장기적으로 축적할 때. 다양한 주제의 지식이 서로 연결되는 패턴을 발견하고 싶을 때. 글쓰기나 연구 결과물이 주요 산출물인 업무 환경.


Second Brain (CODE) — 지식을 꺼내 쓰는 것이 목적일 때

티아고 포르테의 확장 방법론. PARA의 저장 구조에 “어떻게 지식을 활용할 것인가”의 프로세스를 더한 것이다.

Capture → Organize → Distill → Express
수집       정리         정제        표현

무엇에 강한가: 지식을 쓰기 좋은 형태로 만드는 것(Distill), 그리고 그것을 실제 결과물로 만드는 것(Express). PARA보다 한 단계 더 나아가 지식의 활용을 명시적으로 다룬다.

어떨 때 쓰는가: PARA로 정리는 됐는데 꺼내 쓰는 단계가 없을 때. 수집한 정보를 문서, 발표, 기획안으로 전환하는 과정이 자주 있을 때. 지식 관리의 목적이 결과물 생산에 있을 때.


실제 현장에서는 어떻게 쓰는가 — 혼합형이 표준이다

하나의 방법론만 쓰는 것이 정답이 아니다. PKM 커뮤니티(Obsidian Forum, Zettelkasten Forum)를 보면 “어느 하나가 옳다”는 논쟁보다 “각각을 어떻게 조합하는가”가 더 많이 논의된다.

실제 고급 사용자들이 쓰는 방식은 대부분 레이어를 나눈 혼합형이다.

레이어방법론역할
실행 관리GTD오늘 뭘 해야 하는가
저장 구조PARA파일이 어디 있는가
지식 연결Zettelkasten생각이 어떻게 이어지는가
결과물 생산Second Brain무엇으로 만들어 내는가

이 네 가지는 서로 충돌하지 않는다. 각각이 다른 문제를 해결하기 때문이다. PARA로 볼트 구조를 잡으면서 중요한 인사이트는 Zettelkasten 방식으로 연결하고, 할 일은 GTD로 관리하는 방식이 실제로 가장 많이 채택된다.


이 책이 CODE를 채택한 이유

이 책은 네 가지 방법론 중 CODE를 기본 프레임으로 쓴다. 이유는 CODE가 가장 우월한 방법론이어서가 아니라, 이 책이 풀고 싶은 문제와 가장 잘 맞기 때문이다.
이 책이 풀고 싶은 문제는 “기획자는 개인지식관리로 무엇을 어떻게 관리해야 하는가”다. 이유는 세 가지다.

첫째, 기획자의 업무 흐름과 일치한다.

기획자의 하루는 정보를 수집하는 것(회의, 인터뷰, 리서치)으로 시작해서 그것을 구조화하고(PRD, 정책 문서, 결정 로그), 패턴을 발견하고(체크리스트, 방법론 정리), 결과물로 표현하는 것(PRD 초안, 이해관계자 보고, AI에게 컨텍스트 전달)으로 이어진다. 이 흐름이 C → O → D → E와 정확히 일치한다.
GTD는 실행 관리에 강하지만 근거-결정-지식-결과를 연결하는 프레임은 아니다. Zettelkasten은 사고 확장에 탁월하지만 기획 업무의 즉각적인 재사용을 위한 운영 골격으로 쓰기에는 무겁다.

둘째, AI 역할 분담이 명확하다.

C/O/D 단계는 사람이 책임지고 쌓아야 한다. 현장에 있었던 사람만이 올바르게 캡처하고, 구조화하고, 승격할 수 있다. E 단계에서 AI가 가장 강력한 도구가 된다.
이 구분이 이 책 전체의 AI 활용 논리다. 사람은 판단의 재료와 구조를 만들고, AI는 그것을 빠르게 조합해 초안과 대안을 만드는 쪽에서 힘을 낸다.

CODE는 이 역할 분담을 자연스럽게 내포한다. AI 활용 시스템을 만들고 싶은 기획자에게 가장 직접적인 프레임이다.

셋째, 4영역 지식과 정렬된다.

이 책이 다루는 기획자의 지식 4영역 — 맥락, 도메인, 기술이해, 관계 — 은 CODE의 한 단계에만 머무르지 않는다. 이 네 영역은 Capture에서 입력되고, Organize에서 구조화되고, Distill에서 승격되고, Express에서 다시 활용된다.
즉 4영역은 “무엇이 자라는가”에 대한 축이고, CODE는 “그것을 어떻게 관리하는가”에 대한 흐름이다. 이 분리가 이 책의 구조를 만든다.


방법론들은 CODE 안에서 함께 쓰인다

CODE를 채택한다는 것이 다른 방법론을 버린다는 뜻은 아니다.
오히려 이 책은 CODE를 뼈대로 삼고, 다른 방법론의 강점을 그 안에 배치하는 방식을 택한다.

이 책에서 다루는 Obsidian 기반 시스템은 네 가지 방법론의 강점을 각 레이어에서 흡수한다.

CODE 단계함께 쓰는 방법론역할
C 캡처GTD의 빠른 수집 원칙머릿속 비우기, Daily Note 입력
O 구조화PARA의 폴더 구조볼트 설계, 저장 위치 결정
D 연결Zettelkasten의 링크 사고노트 간 연결, 패턴 발견
E 표현Second Brain의 표현 지향결과물 생성, AI 컨텍스트 전달

방법론을 먼저 골라서 시작할 필요는 없다. 지금 어떤 문제가 가장 불편한지를 먼저 파악하면 어떤 레이어를 먼저 만들지가 결정된다. 하나가 해결되면 다음 레이어가 보인다. PKM은 처음부터 완성된 시스템을 만드는 것이 아니라, 현재 가장 불편한 것을 해소하면서 자연스럽게 확장된다.

정리하면 이 책은 GTD, PARA, Zettelkasten, Second Brain 가운데 하나를 고르는 책이 아니다.
기획자의 개인지식관리라는 문제를 풀기 위해, CODE를 기본 운영 흐름으로 삼고 다른 방법론의 강점을 필요한 위치에 배치하는 책이다.


PART 2에서는 이 구조를 실제로 구현할 도구 Obsidian으로 넘어간다. 왜 이 도구인지를 먼저 이해하고, 그 위에 기획자의 지식 구조를 얹는다.