17장. 지식을 산출물로 꺼내 쓰는 법

글솜씨보다 먼저 필요한 것은 맥락의 조합이다

by hako

산출물을 만들 때마다 비슷한 일이 반복되곤 한다.

필요한 정보를 다시 모으고,
예전 회의를 다시 떠올리고,
이미 한 번 내려졌던 결정을 다시 확인한다.

이 방식에서는 문서를 쓸 때마다 늘 처음으로 돌아가기 쉽다.

하지만 PKM이 쌓이기 시작하면 결과물 작성 방식이 달라진다.
산출물은 처음부터 새로 쓰는 문서가 아니라, 이미 축적된 판단 재료를 조합해 꺼내는 문서가 된다.


image.png


PRD는 요구사항 목록이 아니라 근거가 연결된 문서여야 한다

좋은 PRD는 기능 설명만 적혀 있는 문서가 아니다.
왜 이 기능이 필요한지, 어떤 근거 위에서 이 방향을 택했는지, 어떤 제약 안에서 설계했는지가 보여야 한다.

그래서 PKM 기반 PRD는 대체로 문제 정의, 관련 Evidence Note, 핵심 Decision Log, 관련 도메인 지식과 기술 지식, 그리고 요구사항과 예외 처리의 흐름을 가진다.

이 구조가 있으면 PRD는 단순한 요구사항 목록이 아니라 맥락 있는 실행 문서가 된다.
문서를 쓴 사람만 이해하는 문서가 아니라, 읽는 사람도 의도를 따라갈 수 있는 문서가 된다.

즉 PRD의 품질은 항목 수보다 연결에 더 달려 있다.
무엇을 하자는 문서인지보다, 왜 이 요구가 여기까지 왔는지가 보여야 한다.


제안서와 보고 문서는 재설명 가능한 판단을 꺼내는 문서다

제안서와 보고 문서도 겉으로는 발표용 문서처럼 보이지만, 실제로는 이전 판단과 근거를 다시 설명하는 문서에 가깝다.

제안서에서는 왜 이 문제를 이렇게 정의했는지, 왜 이 접근이 적합한지, 어떤 사례와 데이터가 이를 지지하는지가 중요하다.
보고 문서에서는 어떤 결정이 이미 내려졌고, 지금 어떤 리스크가 남아 있는지가 중요하다.

그래서 이런 문서를 잘 쓰는 데 필요한 것은 새로운 표현을 멋지게 만드는 능력만이 아니다.
이미 있는 근거와 결정을 정확하게 꺼내는 능력이 더 중요하다.

이 점에서 Express는 글솜씨의 문제라기보다 retrieval, 즉 필요한 판단 재료를 다시 찾아오고 조합하는 문제에 더 가깝다.


온보딩 문서와 Case Study는 재사용 지식을 확산시키는 형식이다

온보딩 문서는 팀의 반복 기준을 새로 들어온 사람에게 빠르게 전달하는 문서다.
Case Study는 특정 프로젝트 경험에서 다시 쓸 수 있는 패턴을 꺼내 보여주는 문서다.

둘 다 단순 요약으로 만들면 금방 낡는다.
온보딩 문서는 실제 Decision Log, 체크리스트, 가이드와 연결되어 있어야 하고,
Case Study는 문제, 접근, 결과, 재사용 패턴이 분리되어 있어야 한다.

그래야 “무슨 일이 있었는가”에서 끝나지 않고, “다음에는 어떻게 해야 하는가”로 이어질 수 있다.
결국 두 문서 모두 재사용 지식을 확산시키는 형식이어야 한다.


산출물은 종류가 달라도 Express의 기본 구조는 같다

표면 형식은 달라도 Express 단계의 기본 구조는 크게 다르지 않다.

무엇을 해결하려는가.
어떤 근거가 있는가.
어떤 결정이 이미 내려졌는가.
어떤 지식을 다시 써야 하는가.
그리고 무엇을 지금 산출물로 표현할 것인가.

이 구조가 유지되면 PRD, 제안서, 보고 문서, 온보딩 문서, Case Study가 서로 완전히 다른 작업처럼 느껴지지 않는다.
모두 같은 PKM 시스템에서 나온 다른 형태의 출력으로 보이기 시작한다.

이 관점이 생기면 산출물 작성은 덜 막히고, 더 일관돼 진다.


좋은 산출물은 새로 쓰는 문서가 아니라 조합한 결과다

기획자가 매번 빈 문서에서 시작하면 속도도 느리고 품질도 흔들린다.
반대로 관련 Evidence, Decision, Knowledge, Result가 잘 관리되어 있다면, 산출물 작성은 필요한 조각을 꺼내 적절히 조합하는 일로 바뀐다.

이 전환이 중요하다.
그래야 PKM이 저장 시스템에서 멈추지 않고, 실제 생산성 시스템이 된다.

즉 좋은 산출물은 많이 쓰는 능력의 결과라기보다, 잘 축적된 판단 재료를 적절히 꺼내 쓰는 능력의 결과에 가깝다.


산출물의 품질은 입력보다 컨텍스트 품질에 더 좌우된다

AI 시대에는 이 차이가 더 크게 드러난다.
초안 생성 속도 자체는 더 이상 큰 차별점이 아니다.

차이를 만드는 것은 누가 더 나은 맥락을 조합해 넘길 수 있는가다.

같은 “PRD를 써줘”라도 근거와 결정이 없는 요청은 흔한 초안을 만들고,
잘 구성된 컨텍스트 패키지가 있는 요청은 실행 가능한 초안을 만든다.

즉 Express 단계에서 기획자의 경쟁력은 쓰는 속도보다, 꺼내는 맥락의 품질에 더 많이 달려 있다.


이 장의 결론

Express는 글솜씨보다 retrieval과 조합의 문제에 가깝다.
PRD든 제안서든 보고 문서든 형식은 달라도 기본 구조는 같다.
무엇을 해결하려 하는지, 어떤 근거가 있는지, 어떤 결정이 이미 내려졌는지, 어떤 지식을 다시 써야 하는지.

이 구조가 유지되면 산출물은 각각 따로 만드는 문서가 아니라, 같은 PKM 시스템에서 나온 다른 형태의 출력으로 보이기 시작한다.

AI 시대에 산출물 품질을 결정하는 것은 초안 생성 속도가 아니라 어떤 맥락을 얼마나 잘 조합해 넘기는 가다.
다음 글에서는 이 과정에서 AI가 실제로 무엇을 도울 수 있는지 이어서 정리해보려 한다.

이전 23화16장. 검색 가능한 컨텍스트 패키지를 만드는 법