OTD를 만든 이유
OTD는 특정한 종류의 답답함에서 시작됐다. "더 생산적이어야 한다"가 아니라, 더 구체적인 것: 아무것도 시작할 수 없다.
문제
할 일 목록은 가득 찼다. 너무 가득. 서른 개의 항목이 다른 프로젝트, 다른 맥락, 다른 긴박도로 섞여 있었다. 매일 아침은 같은 방식으로 시작됐다: 목록을 보며 어디서 시작할지 파악하려다가, 아무것도 하기 전에 의지력을 다 써버렸다.
문제는 게으름이 아니었다. 목록 자체였다.
서른 개의 평평한 목록은 다음 태스크로 이동할 때마다 판단을 요구한다. 지금 가장 중요한 게 뭐지? 어떤 게 다른 것을 막고 있지? 어떤 게 너무 오래 방치됐지? 쉬운 질문이 아니다. 진짜 인지적 작업이 필요하다. 그리고 오전에 세 번째 같은 질문을 할 때쯤이면 이미 지쳐 있다.
GTD는 일부를 해결했다 — 모든 것을 캡처하고, 처리하고, 머릿속에서 꺼내는 것. 그 부분은 여전히 유효하다. 하지만 GTD는 한 번에 하나씩 작업하는 세계를 위해 설계됐다. 프로젝트 모델이 근본적으로 순차적이다: 이걸 끝내고, 그다음 저걸 시작한다.
실제로는 그렇게 일이 돌아가지 않는다.
바뀐 것
일은 병렬로 진행된다. 이메일을 보내고 답장을 기다린다. 동료에게 넘기고 다른 것을 한다. AI에게 초안을 맡기면서 구조를 잡는다. 항상 여러 흐름이 동시에 진행된다 — 내 손에 있는 것, 다른 사람 손에 있는 것, 대기 중인 것.
GTD에는 "Waiting For"가 보조 목록으로 있었다. 위임과 대기가 1급 활동이 된 세상에서 그건 부족했다. 어떤 날 업무의 절반이 다른 사람이 만든 것을 검토하고 새 지시를 보내는 것이라면, 그걸 위해 만들어진 시스템이 필요하다.
바뀐 또 하나: AI. AI가 실제로 태스크를 실행할 수 있게 되자, 병렬 흐름의 수가 폭발했다. 아침에 다섯 가지를 위임할 수 있다. 점심이면 검토를 기다리는 결과물 다섯 개, 새로 위임할 것 세 개, 직접 할 것 두 개가 생긴다. 그 조율 작업은 실재하고, 구조가 필요하다.
OTD가 해결하려는 것
세 가지를, 우선순위 순서로:
- 압도감. Today가 진짜로 끝낼 수 있는 것만 담으면, 시스템이 언제 끝났는지 알려준다. "오후 6시가 됐다"가 아니라 — 진짜 끝. 쌓이는 적체 없음. 이월되는 죄책감 없음. 피드백 루프가 작동한다.
- 우선순위 마비. 각 작업 흐름이 한 번에 하나의 Action을 올린다. 매일 아침 서른 개 중에서 고르지 않는다. 다섯 여섯 개 중에서 고르고, 각 흐름 안에서의 순서는 이미 정해져 있다. "다음에 뭘 하지?"라는 인지 부하가 크게 줄어든다.
- 병렬 작업. Delegate가 1급이다. Await가 1급이다. Review가 1급이다. 세 사람을 기다리면서 AI 아웃풋 두 개를 검토하고 두 가지를 직접 하는 하루를 위한 시스템이다. 이게 지금의 정상이다. 프레임워크도 그걸 정상으로 다루어야 한다.
열린 목록의 문제
GTD는 매일 아침 캘린더와 태스크 목록을 보고 무엇을 할지 결정하라고 권장한다. 합리적이다. 하지만 보고 있는 목록은 열려 있다 — 오늘 할 수 있는 것보다 항상 더 많은 항목이 있다. 아침 "리뷰" 후에도 끝이 없는 목록에서 일하는 건 그대로다.
구조적 문제이지 습관 문제가 아니다. 열린 목록은 절대 비지 않는다. "오늘 할 일이 끝났다"는 기준이 에너지나 시간이나 죄책감에 달려 있게 된다. 객관적 신호가 없다.
OTD의 Daily Review는 다르게 끝난다. 목록을 훑는 것이 아니라 Today라는 닫힌 세트를 만든다. Today의 모든 항목은 오늘 진짜로 끝낼 수 있는 것이다. Today가 비면 끝이다 — 멈추기로 결정했기 때문이 아니라, 아침에 만든 세트가 완료됐기 때문이다.
GTD의 질문: 지금 이 목록에서 무엇을 해야 하는가? OTD의 질문: 오늘 무엇을 끝낼 것을 약속하는가?
차이가 작아 보인다. 효과는 그렇지 않다. 빈 Today로 하루를 끝내는 것은 짧아진 목록으로 끝내는 것과 다르다. 하나는 완료다. 다른 하나는 그냥 덜 남은 것이다.
OTD는 규율이나 판단을 대신하지 않는다. 무엇이 중요한지는 여전히 당신이 결정한다. 당신이 자기 삶을 직접 운전한다 — 매일은 올라온 것을 큐레이트하면서, 매주는 활성 집합을 리뷰하면서, 분기는 방향을 설정하면서. 프레임워크가 하는 것은 그 운전을 필요 이상으로 어렵게 만드는 구조적 마찰을 제거하는 것이다 — 그리고 매일 지속할 수 없는 의례에 주체성을 다 쏟지 않고, 효과가 큰 자리에 쓸 수 있게 만드는 것.
사람마다 실패하는 방식이 다르다. 과도숙고형은 남이 만든 큐를 처리하다 소진된다. 과욕형은 너무 많은 아침 선택지 앞에서 얼어붙는다. 표류형은 1년을 실행하고 고개를 들었더니 방향이 없다. 대부분의 생산성 시스템은 첫 번째 실패만 다루고 나머지 둘을 조용히 처벌한다. OTD는 세 프로필 모두가 지속 가능하게 굴릴 수 있도록 설계됐다 — 주체성의 cadence는 다양해도 되지만, 주체성 자체의 요구는 양보하지 않는 방식으로. 자기가 어느 프로필에 속하는지 알고 싶다면 어떤 실패 모드에 노출되어 있는가? 참고.