[Knowledge Management] PARA Methodology

정보를 많이 모으다 보면 정리 자체가 일이 된다. 폴더는 많아지지만, 막상 필요한 순간에는 어디에 무엇이 있는지 찾기 어렵다.

PARA는 이런 문제를 해결하기 위한 정보 정리 방법론이다. 핵심은 정보를 주제별로만 분류하지 않고, 현재 어떤 실행 맥락에 속하는지 기준으로 정리하는 것이다.

PARA는 다음 네 범주의 약자이다.

약어	의미	설명
P	Projects	명확한 목표와 완료 조건이 있는 일
A	Areas	지속적으로 관리해야 하는 책임 영역
R	Resources	관심 있는 주제와 참고 자료
A	Archives	더 이상 active하지 않은 자료

PARA의 핵심은 정보의 주제가 아니라 정보의 현재 역할을 기준으로 분류하는 것이다.

왜 주제별 정리만으로는 부족한가

정보를 주제별로만 정리하면 처음에는 직관적이다.

Programming
Math
Database
Writing
Finance

하지만 실제로 정보를 사용할 때는 주제보다 맥락이 더 중요할 때가 많다. 예를 들어 Redis라는 자료가 있다고 하자.

이 자료는 상황에 따라 전혀 다른 의미를 가진다.

상황	PARA 분류
이번 주에 Redis cache를 서비스에 붙이는 중	Project
백엔드 기술 역량을 지속적으로 관리 중	Area
나중에 참고할 Redis 개념 정리	Resource
끝난 프로젝트에서 사용한 Redis 기록	Archive

같은 Redis 자료라도 지금 실제 구현에 쓰고 있다면 project에 가깝다. 반면 언젠가 참고할 개념 정리라면 resource에 가깝다.

즉 PARA에서는 다음 질문이 중요하다.

이 정보는 지금 무엇을 위해 필요한가?

Projects

Project는 명확한 결과물과 완료 조건이 있는 일이다.

완료할 수 있으면 Project이다.

예시는 다음과 같다.

Project	완료 조건
Redis 글 작성	글을 발행한다.
앱 로그인 기능 구현	로그인 flow가 동작하고 테스트를 통과한다.
논문 리뷰 작성	리뷰 글을 완성한다.
포트폴리오 페이지 개편	새 페이지를 배포한다.

Project의 핵심은 끝이 있다는 점이다. 언제 끝났는지 말할 수 없다면 project가 아닐 가능성이 크다.

좋은 project는 다음 질문에 답할 수 있어야 한다.

무엇을 끝내야 하는가?
완료 조건은 무엇인가?
다음 행동은 무엇인가?
필요한 자료는 무엇인가?

Project는 현재의 집중 대상을 명확히 한다. 정보가 project에 있다는 것은 "언젠가 볼 자료"가 아니라 "지금 결과물을 만들기 위해 필요한 자료"라는 뜻이다.

Areas

Area는 지속적으로 유지해야 하는 책임 영역이다. Project와 달리 명확한 종료 시점이 없다.

완료되는 것이 아니라 유지되는 것은 Area이다.

예시는 다음과 같다.

Area	유지 기준
Health	건강한 생활 습관 유지
Finance	지출과 자산 관리
Learning	꾸준한 학습
Blog	글 품질과 발행 흐름 유지
Engineering	개발 역량 관리

Area는 기준을 유지하는 영역이다. 예를 들어 Learning은 끝나는 일이 아니다. 계속 유지하고 관리해야 하는 책임이다.

반면 Transformer 논문 리뷰 작성은 명확한 결과물이 있으므로 project이다.

Area: Learning
Project: Transformer 논문 리뷰 작성

Area는 장기적인 기준을 관리하고, project는 그 안에서 발생하는 단기적인 결과물을 관리한다.

Resources

Resource는 당장 실행 중인 일은 아니지만, 관심 있거나 나중에 참고할 수 있는 자료이다.

지금 끝내야 할 일은 아니지만 계속 참고할 주제는 Resource이다.

예시는 다음과 같다.

Resource	내용
Linear Algebra	rank, basis, SVD, BLAS
Redis	data structure, cache pattern, persistence
Quaternion	3D rotation, SLERP, rotation matrix
Writing	글 구조, 제목, 문체

Resource는 가장 비대해지기 쉽다. 흥미로운 자료를 모두 resource로 넣으면 결국 다시 찾기 어려운 창고가 된다.

따라서 resource에 넣을 때는 다음 질문을 해야 한다.

이 자료를 나중에 실제로 다시 쓸 가능성이 있는가?

Resource는 수집함이 아니라 재사용 가능한 참고 자료여야 한다.

정보는 이동한다

PARA에서 중요한 점은 정보가 한 위치에 영원히 고정되지 않는다는 것이다. 정보의 상태가 바뀌면 위치도 바뀐다.

예를 들어 어떤 기술 자료는 처음에는 resource일 수 있다.

Resource: Redis

나중에 Redis를 실제 서비스에 적용하기 시작하면 project가 된다.

Project: Redis cache 적용

프로젝트가 끝나면 archive로 이동한다.

Archive: Redis cache 적용 기록

이 흐름이 PARA의 핵심이다. 정리는 처음 한 번 하는 것이 아니라, 정보의 상태 변화에 맞춰 계속 조정된다.

판단 기준

어떤 정보를 어디에 둘지 헷갈리면 다음 순서로 판단한다.

완료 조건이 있는가? 있으면 Project이다.
지속적으로 유지해야 하는 책임인가? 있으면 Area이다.
나중에 참고할 수 있는 주제인가? 있으면 Resource이다.
지금 active하지 않은가? 그러면 Archive이다.

Decision tree로 쓰면 다음과 같다.

Can it be completed?
  yes -> Project
  no  -> Is it a responsibility?
          yes -> Area
          no  -> Is it useful as reference?
                  yes -> Resource
                  no  -> Archive

이 기준은 완벽한 분류를 위한 것이 아니다. 정보를 다시 사용할 수 있는 상태로 만들기 위한 최소한의 판단 도구이다.

PARA의 장점

PARA의 장점은 단순하다. 현재 해야 할 일과 나중에 참고할 자료를 분리한다.

장점	설명
실행 중심	project를 통해 지금 해야 할 일이 명확해진다.
유지 관리	area를 통해 장기적인 책임을 관리한다.
참고 자료 분리	resource를 통해 관심 주제를 보관한다.
정리 부담 감소	archive를 통해 active 공간을 가볍게 유지한다.

PARA는 정보 정리 시스템이지만, 목적은 정리 자체가 아니다. 목적은 필요한 정보를 필요한 순간에 다시 사용할 수 있게 만드는 것이다.

흔한 실수

PARA를 적용할 때 자주 생기는 실수는 다음과 같다.

실수	문제
모든 것을 resource에 넣는다.	자료 창고가 되어 실행과 연결되지 않는다.
project에 완료 조건이 없다.	끝낼 수 없는 project가 계속 쌓인다.
area와 project를 구분하지 않는다.	장기 책임과 단기 결과물이 섞인다.
archive를 하지 않는다.	active 공간이 계속 무거워진다.
분류 규칙을 너무 복잡하게 만든다.	정리 자체가 일이 된다.

PARA는 단순할수록 잘 작동한다. 분류가 너무 복잡해지면 정보 관리가 아니라 정보 관리 시스템 관리가 된다.

정리

PARA는 정보를 네 가지 실행 맥락으로 정리하는 방법론이다.

\text{PARA} = \text{Projects} + \text{Areas} + \text{Resources} + \text{Archives}

핵심은 다음이다.

완료할 수 있으면 Project
유지해야 하면 Area
참고 자료이면 Resource
비활성이면 Archive

PARA의 목적은 정보를 예쁘게 분류하는 것이 아니다. 지금 해야 할 일을 명확히 하고, 나중에 다시 쓸 자료를 찾기 쉽게 만드는 것이다.

PARA는 정보의 주제가 아니라 정보의 현재 역할을 기준으로 정리하는 시스템이다.