처리

2단계: Inbox 항목을 하나씩 처리하며 각각이 무엇인지 결정한다.

처리란 무엇인가

처리는 결정 레이어다. Inbox의 각 항목에 두 가지 질문을 던지고 배치하거나 버린다.

처리는 조직화와 다르다. 처리는 무엇인지를 결정한다. 조직화(3단계)는 어디에 속하는지를 결정한다. 종종 함께 일어나지만, 두 질문이 먼저다.

두 가지 질문

Inbox 항목
  │
  ├─ 행동 필요? 아니오 ──→ 삭제 / Reference / Someday
  │
  └─ 행동 필요? 예
       │
       ├─ 실행 주체: 내가        →  Do       → Area / Flow에 배치
       ├─ 실행 주체: 다른 사람/AI →  Delegate → Area / Flow에 배치
       └─ 실행 주체: 이미 대기 중 →  Await    → Area / Flow에 배치

질문 1: 행동이 필요한가?

아니오 → 세 가지 선택지:

버린다. 관련 없고, 흥미롭지 않고, 유용하지 않다.
Reference에 보관. 유용한 정보지만 Action 불필요. 메모, 문서, 링크.
Someday로 이동. 나중에 행동할 수 있지만, 지금은 아니다.

예 → 질문 2로.

질문 2: 누가 실행하는가?

이 질문은 OTD에서 추가됐다 — GTD는 명시적으로 묻지 않았다.

Do — 내가 직접 처리한다.
Delegate — AI 또는 다른 사람에게 위임한다.
Await — 이미 기다리고 있는 상태다 (예: 상태 업데이트로 들어온 경우).

그런 다음 해당 Action을 적절한 Area, Project, Flow에 배치한다. 하루에 끝내기 어려울 만큼 Action이 크다면, 더 작은 Action들로 나눈다.

처리 규칙

한 번에 하나씩. 위에서 아래로. Inbox를 순차적으로 처리한다. 건너뛰지 않는다. "나중에 다시 볼게"를 남기지 않는다. 모든 항목이 한 번의 패스에서 처리된다.

항목을 Inbox에 되돌려 놓지 않는다. 결정한다: 버리기, Reference, Someday, 또는 Action. "나중에 처리할게"는 결정이 아니다 — 지연이다. 나중에, 같은 Inbox에 다시 캡처되고, 같은 컨텍스트 부재와 함께.

2분 규칙. 이걸 처리하는 데 2분 미만이면 지금 실행한다. 시스템에 넣지 않는다 — 항목을 정리하고 배치하고 검토하는 오버헤드가 그냥 하는 것보다 크다. GTD에서 직접 가져온 규칙이다.

Inbox 제로가 목표다. 매일 달성해야 하는 요구사항이 아니라, 방향이다. Inbox가 비면 모든 것이 결정됐다는 걸 안다. 모호한 것이 없다. 어중간한 항목이 없다.

언제 처리하는가

Inbox가 압도적인 더미로 쌓이지 않을 만큼 정기적으로 처리한다. 대부분의 사람에게 하루 한두 번이 적당하다.

가장 나쁜 패턴: Inbox가 며칠 동안 쌓이고, 그 적체를 두려워하고, 더 오래 피하는 것. 작을 때 처리하라. 매일 5개를 처리하는 것이 매주 두려움과 함께 50개를 처리하는 것보다 훨씬 낫다.

처리 ​

처리란 무엇인가 ​

두 가지 질문 ​

질문 1: 행동이 필요한가? ​

질문 2: 누가 실행하는가? ​

처리 규칙 ​