4장. 지식의 네 영역

Ch3에서 기획자의 PKM이 관리해야 할 대상이 네 가지라고 말했다.
Evidence, Decision, Knowledge, Result다.

그렇다면 다음 질문이 생긴다.
이 네 가지는 어디에서 자라는가.

나는 기획자의 지식이 네 영역에서 자란다고 본다.
맥락, 도메인, 기술이해, 관계다.
이 네 영역은 저장 폴더 분류라기보다, 기획자가 판단을 만들 때 계속 참조하게 되는 지식의 성장 축이다.

같은 Evidence라도 어느 영역에서 읽느냐에 따라 의미가 달라진다.
같은 Decision이라도 이 네 영역이 비어 있으면 설명이 약해진다.
그래서 PKM은 단순히 자료를 저장하는 일이 아니라, 이 네 영역의 지식을 함께 키우는 일이 된다.

[도식: fig-knowledge-4domains-growth] — 기획자의 지식은 네 영역에서 자라고, 연결될 때 판단력이 된다

첫째, 맥락: 지금 왜 이 문제가 중요한가를 설명하는 지식

맥락은 과거부터 지금까지 이어지는 판단의 흐름이다.
왜 이 이슈가 지금 다시 올라왔는지, 어떤 논의가 이미 있었는지, 무엇이 바뀌었는지, 이번 결정이 어떤 연속선 위에 있는지를 설명해준다.

맥락 지식이 약하면 기획은 항상 현재 시점에 갇힌다.
지금 눈앞에 보이는 요구사항만 보고 판단하고, 이전 논의를 잊고, 같은 질문을 반복하게 된다.

맥락 지식이 쌓이면 기획자는 이렇게 말할 수 있다.

  • 이 이슈는 처음 나온 것이 아니라 지난 분기에도 검토했다.
  • 그때는 기술 제약 때문에 보류했고, 지금은 조건이 달라졌다.
  • 비슷한 논의가 이미 있었고, 그때의 결정 기준은 이랬다.

즉 맥락은 판단을 시간축 위에 올려놓는 지식이다.
기획자에게 맥락 지식이 있다는 것은 “무슨 일이 있었는가”를 아는 것이 아니라 “왜 지금 이 판단이 필요한가”를 설명할 수 있다는 뜻이다.

둘째, 도메인: 무엇을 위해 판단하는가를 설명하는 지식

도메인은 사용자가 누구인지, 시장이 어떻게 움직이는지, 비즈니스 모델이 무엇인지, 이 서비스가 어떤 문제를 풀고 있는지를 이해하게 해주는 지식이다.

도메인 지식이 없으면 기획은 표면에 머문다.
사용자가 왜 이런 행동을 하는지, 어떤 용어가 현업에서 어떤 의미를 가지는지, 무엇이 진짜 중요한 문제인지 판단하기 어렵다.

도메인 지식이 쌓이면 Evidence를 읽는 방식이 달라진다.
같은 VOC라도 단순 불만으로 끝나지 않고, 고객군의 특성과 시장 구조 속에서 해석된다.
같은 경쟁사 기능도 겉모습 비교가 아니라 비즈니스 전략의 일부로 읽힌다.

그래서 도메인 지식은 “많이 안다”의 문제가 아니다.
기획자가 근거를 해석할 때 무엇을 중요하게 볼지 정해주는 배경 지식의 층이다.

셋째, 기술이해: 무엇이 가능하고 무엇이 비싼가를 설명하는 지식

기획자의 기술이해는 개발자가 되기 위한 지식이 아니다.
구현 가능성과 제약을 현실적으로 판단하기 위한 지식이다.

어떤 요구사항이 왜 3일이 아니라 3주가 걸리는지,
어떤 개선안은 보기보다 위험하고 어떤 선택은 장기적으로 기술부채를 키우는지,
어떤 API나 데이터 구조가 특정 경험을 어렵게 만드는지 이해하려면 기술이해가 필요하다.

기술이해가 부족하면 기획은 두 가지 중 하나로 흐른다.
과도하게 낙관적이 되거나 설명을 이해하지 못한 채 수동적으로 받아들이게 된다.

반대로 기술이해가 있으면 기획자는 더 나은 질문을 할 수 있다.

  • 이 제약은 구조적인가, 일시적인가?
  • 더 작은 범위로 풀 수 있는가?
  • 지금의 선택이 다음 스프린트나 다음 분기 비용에 어떤 영향을 주는가?

즉 기술이해는 개발 세부를 외우는 것이 아니라, 판단의 현실성을 높이는 지식이다.

넷째, 관계: 누가 이 판단을 움직이고 누가 이 판단에 영향을 받는가를 설명하는 지식

관계는 이해관계자, 팀의 일하는 방식, 조직의 합의 구조, 커뮤니케이션 패턴에 대한 지식이다.

좋은 판단이 항상 좋은 실행으로 이어지지는 않는다.
누가 이 결정을 지지하는지, 누가 우려를 갖는지, 어떤 순서로 설명해야 하는지, 어디에서 합의가 멈출 수 있는지를 모르면 설계는 좋아도 실행은 느려진다.

관계 지식이 있으면 기획자는 판단을 전달하는 방식까지 설계할 수 있다.

  • 누구와 먼저 합의해야 하는가
  • 누가 어떤 표현에 민감한가
  • 어떤 형식의 문서와 어떤 근거를 제시해야 신뢰를 얻는가

즉 관계 지식은 사람을 외우는 것이 아니다.
판단이 조직 안에서 실제로 움직이게 만드는 실행 지식이다.

네 영역은 서로 분리되지 않는다

이 네 영역은 각각 따로 존재하지 않는다.
실제 기획에서는 계속 겹친다.

예를 들어 사용자의 요구를 해석할 때도 도메인 지식이 필요하고,
왜 지금 이 요구가 중요한지 보려면 맥락 지식이 필요하고,
어디까지 구현 가능한지 판단하려면 기술이해가 필요하고,
누구를 어떻게 설득할지 보려면 관계 지식이 필요하다.

그래서 기획자의 판단력은 특정 한 영역만 강해서는 충분하지 않다. 네 영역을 연결해 판단할 수 있을 때 비로소 완성된다.

이때 PKM의 역할이 중요해진다.
메모는 각각 흩어져 들어오지만, PKM은 그 메모가 어느 영역의 지식을 키우는지 연결해준다.
그 연결이 반복되면 경험이 패턴이 되고, 패턴이 쌓이면 판단력이 된다.

이 장의 결론

기획자의 지식은 맥락, 도메인, 기술이해, 관계의 네 영역에서 자란다.
이 네 영역은 저장 분류보다 더 중요한 판단의 성장 축이다.

Evidence, Decision, Knowledge, Result를 잘 관리한다는 것은 결국 이 네 영역의 지식을 함께 키운다는 뜻이다. 네 영역이 연결될수록 근거 해석은 정확해지고, 결정 설명은 설득력을 얻고, 실행 가능성은 높아진다.

다음 장에서는 이 네 가지 관리 대상 중에서도 먼저 근거와 결정을 어떻게 다룰 것인지 살펴본다.
Decision OS는 무엇을 저장하는 곳이 아니라, 근거와 결정을 연결해 다루는 방법이다.