10장. 객체와 분류 체계 설계
개인지식관리가 자주 실패하는 이유 중 하나는 정리의 순서가 뒤집혀 있기 때문이다.
많은 사람은 먼저 폴더를 만들고, 태그를 고민하고, 템플릿을 늘린다.
하지만 그보다 먼저 답해야 하는 질문이 있다.
나는 무엇을 어떤 객체로 관리할 것인가.
이 질문에 답하지 않으면 Organize는 정리가 아니라 배치가 된다.
파일은 늘어나지만 같은 종류의 정보가 같은 방식으로 쌓이지 않고, 나중에 검색해도 해석 비용이 계속 든다.
[도식: fig-organize-object-map] — 입력이 객체로 바뀌고 Hub와 메타데이터로 고정되는 흐름
Organize의 출발점은 폴더가 아니라 객체다
객체는 관리 단위다.
기획자의 개인지식관리에서는 최소한 다음 객체가 분명해야 한다.
- Evidence Note
- Decision Log
- Knowledge Note
- Project / Hub / Index
Evidence Note는 사실, 관찰, 근거, 검증 결과 같은 것을 담는 객체다.
Decision Log는 어떤 판단을 왜 내렸는지 기록하는 객체다.
Knowledge Note는 다음 프로젝트에서도 다시 꺼내 쓸 수 있는 재사용 지식을 담는 객체다.
Project나 Hub, Index는 이 객체들을 맥락별로 묶어주는 연결 객체다.
이 구분이 선명해야 같은 종류의 입력이 같은 방식으로 축적된다.
반대로 이 구분이 흐리면 회의 메모 한 파일 안에 근거, 결정, 개념, 할 일이 다 섞이고, 시간이 지나면 아무것도 꺼내 쓰기 어려워진다.
객체를 먼저 정해야 분류 체계도 의미가 생긴다
분류 체계는 객체 위에 올라가야 한다.
어떤 파일이 Evidence Note인지, Knowledge Note인지도 모른 채 폴더 구조만 먼저 만들면 분류가 아니라 적재가 된다.
예를 들어 개념-하네스-엔지니어링은 Knowledge Note다.
이 노트를 어디에 둘지 고민하기 전에 먼저 이것이 재사용 지식인지, 근거 기록인지, 의사결정 기록인지를 확정해야 한다.
객체가 정해져야 파일명, 위치, 메타데이터도 자연스럽게 따라온다.
같은 이유로 Decision OS와 Knowledge는 저장 위치보다 운영 기준이 먼저다.
Decision OS는 근거와 결정을 연결하는 객체 체계이고, Knowledge는 재사용 지식을 일관되게 축적하는 객체 체계다.
분류 체계는 찾기 위한 장식이 아니라 판단 비용을 줄이기 위한 장치다
많은 사람이 분류 체계를 검색 보조 수단으로만 생각한다.
하지만 실제로 더 중요한 기능은 입력 순간의 판단 비용을 줄이는 것이다.
입력이 들어왔을 때 이것이 Evidence인지 Decision인지 Knowledge인지 빠르게 구분할 수 있어야 한다.
Knowledge라면 다시 용어인지, 개념인지, 산출물인지, 프레임워크인지, 기법인지 판단할 수 있어야 한다.
이 기준이 있어야 Capture의 분기가 Organize로 매끄럽게 이어진다.
즉 좋은 분류 체계는 나중에 찾기 쉽도록 만드는 동시에, 지금 넣기 쉽게 만드는 체계다.
개인지식관리에서 지속 가능한 구조는 늘 입력 비용이 낮아야 한다.
객체와 분류 체계는 메타데이터 규칙으로 고정된다
객체와 분류 기준이 정해졌다면, 다음은 그것을 반복 가능하게 만드는 일이다.
여기서 필요한 것이 파일명 규칙, frontmatter 규칙, 템플릿, 링크 기준 같은 메타데이터 규칙이다.
예를 들어 Knowledge Note는 개념-*, 기법-*, 체크리스트-*처럼 이름에서 유형이 드러나게 만들 수 있다.
Decision Log는 결정 시점과 맥락이 드러나는 방식으로 기록할 수 있다.
이런 규칙이 있어야 사람이 넣을 때도 덜 흔들리고, AI가 도울 때도 더 정확해진다.
중요한 점은 메타데이터가 본질이 아니라는 점이다.
메타데이터는 객체와 분류 체계를 반복해서 같은 방식으로 운영하기 위한 고정 장치다.
본질은 언제나 관리 대상과 객체 정의에 있다.
Organize는 저장이 아니라 검색 가능한 구조를 만드는 일이다
기획자의 개인지식관리는 많이 저장하는 시스템이 아니라 다시 찾고 다시 설명하고 다시 조합할 수 있는 시스템이어야 한다.
Organize는 그 조건을 만드는 단계다.
이 단계가 약하면 Distill도 약해진다.
패턴을 발견하려 해도 같은 종류의 정보가 같은 형태로 쌓여 있지 않기 때문이다.
Express도 약해진다.
필요한 근거와 지식을 꺼내기 어렵기 때문이다.
따라서 Organize의 핵심은 단순하다.
무엇을 어떤 객체로 다룰지 먼저 정하고, 그 객체를 일관된 분류 체계와 규칙 안에 넣는 것이다.
이 장의 결론
Organize의 출발점은 폴더가 아니라 객체다. Evidence Note, Decision Log, Knowledge Note 같은 관리 단위를 먼저 정의해야 같은 종류의 정보가 같은 방식으로 쌓인다. 객체가 정해져야 분류 체계도 의미가 생기고, 분류 체계가 있어야 입력 순간의 판단 비용이 내려간다.
좋은 분류 체계는 나중에 찾기 쉽게 만드는 동시에 지금 넣기 쉽게 만드는 체계다. 이 두 조건을 동시에 충족하려면 객체 정의와 분류 기준이 먼저 선명해야 한다. 다음 장에서는 이 구조를 실제로 흔들리지 않게 고정하는 방법, 특히 Knowledge Tree와 객체별 운영 규칙을 살펴본다.