5장.Decision OS는 근거와 결정을 다루는 방법

Decision OS는 폴더가 아니라 판단 흐름이다

회의가 끝났다.

문서에는 결론이 남는다.
이번에는 이렇게 가기로 했다, 이 범위만 먼저 하기로 했다, 이 대안은 보류하기로 했다.

그런데 시간이 조금만 지나도 다른 질문이 따라온다.

왜 이렇게 결정했지.
그때 어떤 근거를 봤지.
왜 저 대안은 하지 않기로 했지.

결론은 남아 있는데 이유는 흐려진다.

기획자가 PKM, 즉 개인지식관리를 하면서 가장 먼저 흔들리기 쉬운 것도 바로 이 지점이다.

근거와 결정의 연결이다.

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

그래서 Decision OS가 필요하다.

이 이름이 조금 거창하게 들릴 수는 있다.
하지만 여기서 말하는 핵심은 단순하다.
Decision OS는 근거와 결정을 한 흐름으로 다루기 위한 운영 방법이다.

중요한 점은 이것이 저장소 소개가 아니라는 것이다.
여기서 중요한 것은 어떤 폴더를 만들 것인가가 아니다.
기획자가 근거와 결정을 어떤 방식으로 남기고, 나중에도 다시 이어서 꺼낼 수 있게 만들 것인가다.

Decision OS가 해결하려는 문제

많은 팀에서 결정은 남지만 이유는 남지 않는다.

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

그 상태에서는 비슷한 문제가 반복된다.

왜 이런 결정을 했는지 설명하기 어렵다.
비슷한 논의가 다시 열릴 때 출발점이 없다.
새로운 이해관계자가 들어오면 과거 결정을 다시 복원해야 한다.

AI에게 맥락을 넘길 때도 매번 처음부터 설명해야 한다.

이때 흔히 생기는 오해가 있다.
노트를 많이 남기면 해결될 것 같다는 생각이다.

하지만 노트가 많다는 것과 판단 흐름을 다시 꺼내 쓸 수 있다는 것은 다르다.

회의 메모가 많아도,리서치 자료가 많이 쌓여 있어도,
정작 “그래서 왜 이 선택을 했는가”가 이어지지 않으면 다시 설명하기는 어렵다.

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

그래서 질문도 달라진다.

무엇을 저장할까, 가 아니라
어떻게 근거와 결정을 다시 이어서 꺼낼 수 있게 만들까, 가 더 중요하다.

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

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

하나는 Evidence Note다.
판단의 근거가 되는 사실과 관찰을 남기는 기록이다.

다른 하나는 Decision Log다.
무엇을 선택했고, 왜 그렇게 선택했고, 어떤 대안과 영향을 함께 보았는지를 남기는 결정 기록이다.

이 둘은 따로 존재할 수는 있다.하지만 따로 끝나면 안 된다.

Evidence Note는 어떤 결정을 뒷받침하는지 연결되어야 하고,
Decision Log는 어떤 근거 위에서 나온 것인지 추적 가능해야 한다.

그래서 Decision OS의 기본 원리는 근거 → 결정의 연결이다.

이 연결이 있어야 나중에는 결정 → 근거 로도 다시 거슬러 올라갈 수 있다.

Decision OS는 Daily Capture에서 시작된다

Decision OS는 하루의 메모를 처음부터 모두 여기서 직접 다루지 않는다.
입구는 Daily Capture다.

Daily Capture는 하루 동안 들어온 입력을 먼저 받아두는 허브다.
그 안에는 회의 메모도 들어오고, 숫자도 들어오고, 떠오른 판단도 들어오고,

보류해야 할 생각도 함께 들어온다.이 입력은 먼저 정리되고 분기된다.

그중 판단의 재료가 되는 것은 Evidence로, 선택과 합의가 담긴 것은 Decision으로 넘어간다.

이 흐름의 장점은 분명하다. 입력 단계와 구조화 단계를 분리할 수 있고,

사람이 모든 항목을 처음부터 완성된 형태로 정리하지 않아도 된다.

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

이 구조를 이해하면 Decision OS는 단순한 노트 모음이 아니다.
판단 흐름을 관리하는 체계로 보이기 시작한다.

좋은 Decision Log는 결론만 적지 않는다

좋은 Decision Log는 회의 결과 요약이 아니다.
나중에 누가 다시 물어도 최소한 다섯 가지 질문에는 답할 수 있어야 한다.

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

이 다섯 가지가 남아 있어야 결정은 다시 설명 가능해진다.

특히 빠지기 쉬운 것은 버린 대안과 감수한 영향이다.

이 두 가지가 없으면 나중에 같은 논의가 다시 열렸을 때 이미 검토했던 질문을 또 반복하게 된다.
결론은 남아 있지만 판단 과정은 남아 있지 않기 때문이다.

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

결국 Decision OS는 문서를 예쁘게 정리하는 일이 아니다.
판단을 다시 구성할 수 있게 남기는 일이다.

이번 글의 결론

Decision OS는 근거와 결정을 저장하는 이름이 아니다.
둘을 연결해 관리하는 방법이다.

Evidence Note와 Decision Log가 한 흐름으로 묶여야
기획자는 과거 판단을 다시 설명할 수 있고,
팀은 반복 논의를 줄일 수 있다.
이 구조가 갖춰져 있어야 AI에게 넘길 컨텍스트도 더 정확해진다.

여기서 가져가야 할 것은 폴더 구조가 아니다.

근거 → 결정 → 재설명 가능성 이라는 방법이다.

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