5장. Decision OS의 역할

기획자가 PKM으로 관리해야 할 네 가지 중 가장 먼저 흔들리기 쉬운 것은 근거와 결정의 연결이다.

근거는 여기저기 흩어져 있고,
결정은 회의나 문서 안에 결과만 남고,
시간이 지나면 둘 사이의 연결은 끊어진다.

그래서 Decision OS가 필요하다.
거창한 시스템 이름처럼 보일 수 있지만, 이 책에서 말하는 핵심은 단순하다.
Decision OS는 근거와 결정을 한 흐름으로 다루기 위한 운영 방법이다.

중요한 점은 이것이 저장소 소개가 아니라 방법론이라는 점이다.
이 장에서 말하려는 것은 “어떤 폴더가 있다”가 아니라, 기획자가 근거와 결정을 어떻게 남기고 연결해야 하는가다.

[도식: fig-decision-os-method] — Decision OS는 근거와 결정을 다시 연결하는 운영 방법이다

Decision OS가 해결하려는 문제

많은 팀에서 결정은 남지만 이유는 남지 않는다.
회의가 끝나면 결론만 문서에 적고, 논의 과정과 판단 기준은 사람 머릿속에 남겨둔다.

그 상태에서는 다음 문제가 반복된다.

  • 왜 이런 결정을 했는지 설명하기 어렵다.
  • 비슷한 논의가 다시 열릴 때 출발점이 없다.
  • 새로운 이해관계자가 들어오면 과거 결정을 재구성해야 한다.
  • AI에게 맥락을 넘길 때 매번 처음부터 설명해야 한다.

Decision OS는 이 문제를 “근거를 먼저 남기고, 결정을 그 근거와 연결한다”는 원칙으로 푼다.

즉 질문은 이것이다.
”무엇을 저장할까?”보다 “어떻게 근거와 결정을 다시 이어서 꺼낼 수 있게 만들까?”

Decision OS의 최소 단위는 두 가지다

Decision OS의 최소 단위는 두 가지다.

  • Evidence Note: 판단의 근거가 되는 사실과 관찰
  • Decision Log: 선택, 이유, 대안, 영향이 남는 결정 기록

이 둘은 따로 존재할 수는 있어도, 따로 끝나면 안 된다.
Evidence Note는 어떤 결정을 뒷받침하는지 연결되어야 하고,
Decision Log는 어떤 근거 위에서 나온 것인지 추적 가능해야 한다.

그래서 Decision OS의 기본 원리는 근거 → 결정의 연결이다.
이 연결이 있어야 나중에 결정 → 근거로도 다시 거슬러 올라갈 수 있다.

Daily Capture에서 시작해 Decision OS로 들어간다

Decision OS는 하루의 메모를 모두 직접 여기서 시작하지 않는다.
입구는 Daily Capture다.

Daily 노트에 들어온 입력은 먼저 정리되고 분기된다.
그중 판단의 재료가 되는 것은 Evidence로,
선택과 합의가 담긴 것은 Decision으로 넘어간다.

이 흐름의 장점은 두 가지다.

  • 입력 단계와 구조화 단계를 분리할 수 있다.
  • 사람이 모든 항목을 처음부터 수작업으로 정리하지 않아도 된다.

즉 Daily 노트는 입력 허브이고, Decision OS는 그중 근거와 결정을 구조화하는 레이어다.

이 구조를 이해하면 Decision OS를 “노트 모음”이 아니라 “판단 흐름 관리 체계”로 볼 수 있다.

Decision Log는 결론이 아니라 판단 과정을 남긴다

좋은 Decision Log는 단순한 회의 결과 요약이 아니다.
최소한 다음 질문에 답할 수 있어야 한다.

  • 무엇을 결정했는가
  • 왜 그렇게 결정했는가
  • 어떤 근거를 봤는가
  • 어떤 대안을 검토했는가
  • 어떤 영향을 감수했는가

이 다섯 가지가 남아 있어야 결정은 다시 설명 가능해진다.
특히 “버린 대안”과 “감수한 영향”이 빠지면, 나중에 같은 논의가 다시 열렸을 때 이미 검토했던 질문을 또 반복하게 된다.

좋은 Evidence Note 역시 마찬가지다.
출처와 맥락이 남아 있어야 하고, 왜 이 정보가 중요한 근거인지 다시 읽었을 때 알 수 있어야 한다.

즉 Decision OS는 문서를 예쁘게 정리하는 일이 아니라 판단을 재구성 가능하게 남기는 일이다.

이 장의 결론

Decision OS는 근거와 결정을 저장하는 이름이 아니라, 둘을 연결해 관리하는 방법이다. Evidence Note와 Decision Log를 한 흐름으로 묶을 때 기획자는 과거 판단을 다시 설명할 수 있고, 팀은 반복 논의를 줄일 수 있다. 이 구조가 잘 갖춰져 있으면 AI에게 넘길 컨텍스트도 정확해진다.

독자가 가져가야 할 것은 폴더 구조가 아니라 근거 → 결정 → 재설명 가능성의 방법이다. 이 방법을 자기 환경에 이식하는 구체적인 방법은 Ch21에서 다룬다.

다음 장에서는 또 다른 축인 Knowledge를 본다. Knowledge는 메모 보관이 아니라 재사용 지식을 운영하는 방법이다.