20장. 팀으로 확장하는 법
개인 PKM의 목표가 처음부터 팀 공유는 아닐 수 있다.
출발점은 언제나 개인의 판단력을 높이는 데 있다.
하지만 구조가 잘 잡히면 개인 기록은 자연스럽게 팀 자산으로 확장될 수 있다.
중요한 것은 개인 볼트를 팀 위키로 그대로 공개하는 것이 아니다.
무엇을 개인 자산으로 남기고 무엇을 팀 자산으로 올릴지 기준을 세우는 것이다.
[도식: fig-team-extension-layers] — 팀 자산은 개인 기록 위에 올라가는 층이며, 전면 공개보다 샘플 공유가 현실적이다
팀으로 올라갈 수 있는 것은 재사용 가능한 판단 재료다
모든 메모가 팀 자산이 될 필요는 없다.
팀으로 확장할 가치가 있는 것은 보통 이런 것들이다.
- 반복되는 의사결정 기준
- 여러 프로젝트에서 재사용된 체크리스트
- 설명 비용을 줄여주는 개념 노트
- 팀 공통 온보딩에 필요한 케이스와 기준
- 특정 문제 유형에 대한 플레이북
반대로 일시적인 개인 메모, 미완성 생각, 아직 검증되지 않은 가설은 개인 영역에 남겨두는 편이 낫다.
개인 기록이 팀 자산이 되려면 형식이 있어야 한다
팀으로 공유하기 쉬운 기록은 대개 이미 형식이 잡혀 있다.
Decision Log는 배경과 트레이드오프가 구조화되어 있고, Case Study는 문제-접근-결과-패턴이 분리되어 있으며, 체크리스트와 가이드는 적용 순서가 보인다.
즉 개인 기록을 팀에 올리기 쉽게 만드는 핵심은 처음부터 잘 구조화하는 것이다.
형식이 없는 기록은 공유 비용이 크고, 형식이 있는 기록은 변환 비용이 낮다.
이 점에서 개인 PKM의 구조화는 개인 생산성만을 위한 것이 아니라 팀 확장을 위한 준비이기도 하다.
팀 확장은 전면 공유보다 샘플 공유가 현실적이다
팀 확장을 이야기할 때 자주 생기는 오해가 있다.
개인 볼트를 통째로 팀에 공개해야 한다고 생각하는 것이다.
하지만 현실적으로는 그렇지 않다.
개인 메모에는 아직 정리되지 않은 생각, 민감한 맥락, 일회성 실험이 섞여 있다.
이를 모두 공유하는 것은 오히려 팀에 잡음을 늘릴 수 있다.
더 현실적인 방식은 샘플과 기준을 공유하는 것이다.
즉 팀에 필요한 개념 노트 샘플, Decision Log 샘플, 컨텍스트 패키지 샘플, 체크리스트 샘플을 제공하고, 그 배후의 운영 방법을 설명하는 편이 낫다.
이 기준은 이 책이 Knowledge와 Decision OS를 다루는 방식과도 연결된다.
팀 확장의 목적은 기억을 모으는 것이 아니라 판단 비용을 줄이는 것이다
팀 자산화의 진짜 목적은 기록을 많이 모으는 것이 아니다.
같은 질문에 같은 토론을 반복하지 않게 만들고, 새 사람이 들어왔을 때 빠르게 맥락을 이해하게 만들며, 중요한 판단 기준을 팀 안에 남기는 것이다.
즉 팀 확장은 저장량보다 설명 비용 절감과 판단 속도 향상에 더 가까운 목표다.
이 목표가 분명하면 무엇을 공유하고 무엇은 개인에 남겨둘지 기준이 서기 쉽다.
팀으로 확장되는 순간에도 출발점은 개인 PKM이다
팀 자산이 잘 만들어지더라도 출발점은 여전히 개인 PKM이다.
개인이 Daily 노트에서 입력을 받고, Decision을 남기고, Knowledge를 쌓고, Distill을 통해 패턴을 만들지 않으면 공유할 재료 자체가 생기지 않는다.
즉 팀 지식은 개인 기록을 대체하는 것이 아니라 개인 기록 위에 올라가는 층이다.
이 점을 잊으면 팀 위키만 있고 실제로는 아무도 쓰지 않는 상태가 되기 쉽다.
이 장의 결론
팀 자산화의 목적은 기록을 많이 모으는 것이 아니라 판단 비용을 줄이는 것이다. 같은 질문에 같은 토론을 반복하지 않게 만들고, 새 사람이 빠르게 맥락을 이해하게 만드는 것이 핵심이다.
팀 지식은 개인 기록을 대체하지 않는다. 개인이 Daily 노트에서 입력을 받고, Decision을 남기고, Knowledge를 쌓고, Distill로 패턴을 만들지 않으면 공유할 재료 자체가 생기지 않는다. 팀 자산은 개인 기록 위에 올라가는 층이다. 다음 장에서는 Knowledge와 Decision OS를 독자가 자기 환경에 직접 이식하는 현실적인 방법을 살펴본다.