실행
5단계: Mode별로 Today를 처리한다.
실행 루프
OTD의 실행은 원칙적으로 단순하다: Today를 열고, Mode 순서대로 처리하고, 비면 닫는다.
Review 항목 → Delegate 항목 → Do 항목Today가 비면 오늘 할 일이 끝난 것이다.
Today 처리하기
Review 먼저
결과가 이미 기다리고 있다. 누군가 작업을 돌려보냈다. AI 초안이 준비됐다. 동료가 답장했다.
각 Review 항목을 집어든다. 결과를 읽는다. 결정한다:
- 승인 — 결과가 좋다. Review Action을 체크한다. 해당 Flow의 다음 Action이 열린다.
- 재위임 — 더 작업이 필요하다. 수정된 지시로 새 Delegate Action을 만든다.
- 직접 이어받기 — 여기서부터 내가 한다. Do Action으로 전환한다.
Review Action은 대개 빠르다. 작업을 하는 게 아니라 평가하는 것이다. 대부분의 지식 업무 결과물에 대해 Review 항목당 5분이 합리적인 기대다.
오버헤드처럼 느껴진다고 Review를 건너뛰지 마라. 건너뛰는 모든 Review는 Flow 하나를 막는다. 막힌 Flow는 해제될 때까지 더 이상 Action을 올리지 않는다.
Delegate 그 다음
위임받은 사람들에게 지시를 보낸다 — AI, 팀원, 외주업자, 서비스 제공자.
핵심 규율: 완전한 지시를 보낸다. Delegate Action은 보낼 때 체크한다 — 보내는 것에 대해 생각할 때가 아니라. 체크하기 전에 요청을 완전히 표현한다. 모호한 지시는 승인이 아닌 재위임으로 돌아오는 Await 사이클을 만든다.
완전한 지시가 담아야 할 것:
- 컨텍스트: 왜 중요한지, 무엇을 위한 것인지
- 범위: 정확히 무엇을 할 것인지
- 제약: 형식, 분량, 데드라인, 스타일
- 결과물: 좋은 결과물이 어떻게 생겼는지
AI 위임의 경우, 지시의 품질이 직접적으로 돌아오는 Review의 품질을 결정한다. 애매하게 위임하면 부실한 Review가 오고, 재위임이 필요하고, 사이클이 길어진다. 지금 명확성에 2분을 더 투자해서 나중에 재작업 30분을 아껴라.
위임 후, 해당 Action은 Flow에서 Await으로 전환된다. 내 할 일은 끝났다; 공이 그들의 코트로 넘어갔다.
Do 마지막에
직접 실행. 온전한 집중.
Do 항목에 도달했을 때, 이미 다른 Flow들을 돌아가게 만들었다:
- Review 항목이 대기 중이던 Flow들을 열었다
- Delegate 항목이 위임받은 사람들에게 있고, 병렬로 작업 중이다
이제 뭔가를 막아놓은 게 있다는 찜찜함 없이 Do 항목에 집중할 수 있다. 움직일 수 있는 모든 것이 움직이고 있다. Do 작업에 온전한 주의를 쏟는다.
Do 항목 배칭: 많은 Do 항목이 있다면 비슷한 것들을 묶을 수 있다. 글쓰기 태스크들 함께, 전화 통화들 함께, 관리 태스크들 함께. 같은 Mode 안에서의 순서는 사용자가 판단한다.
에너지 관리: 선택할 수 있다면, 고도 집중이 필요한 Do 항목은 에너지가 가장 높은 시간대에 배치하라. 낮은 집중도의 Do 항목(관리적, 기계적)은 에너지가 낮은 시간대에. OTD가 언제 무엇을 할지 지시하지는 않는다 — 하지만 Mode 구조가 Today에 어떤 종류의 작업이 있는지 쉽게 파악하게 해준다.
Today가 비었을 때
이게 신호다. "오후 6시가 됐다"가 아니라. "피곤하다"가 아니라. Today가 비었다.
Today의 모든 항목은 설계상 오늘 완료 가능했다. 빈 Today는 진짜 일들이 일어났다는 의미다. Action들이 완료되고, 위임되고, 검토됐다. Flow들이 전진했다. 진전이 있었다.
Today가 빈 후 에너지가 남는다면, 선택지가 있다:
- 다음 Action 미리 보기 — Flow에 다음에 뭐가 있는지 확인
- Someday 검토 — 활성화할 것이 있는가?
- 추가 Action 당기기 — 계속 하고 싶다면 활성 Flow에서 더 끌어온다
- 멈추기 — 빈 Today는 멈춰도 된다는 허가다. 오늘 하려고 했던 일을 다 했다.
마지막 선택지가 과소평가된다. 죄책감 없이 멈출 수 있는 것 — 오늘 작업이 완료됐다는 객관적 신호가 있으니까 — 이 OTD의 가장 실용적인 이점 중 하나다. 게을러서 멈추는 게 아니라; Today가 비었기 때문에 멈추는 것이다.
실전에서의 Mode 기반 배칭
현실적인 Today는 이렇게 생겼을 수 있다:
Review (여기서 시작):
- [Review] AI가 작성한 시장 분석 초안 읽기 → 승인 또는 재위임
- [Review] 외주업자의 디자인 목업 확인 → 승인 또는 수정 요청
Delegate (그 다음):
- [Delegate] AI에게 경쟁사 가격 조사 요청
- [Delegate] 법무 문서 변호사에게 검토 요청
- [Delegate] 동료에게 회의 시간 확인 요청
Do (그 다음):
- [Do] 제안서 서론 섹션 작성
- [Do] 프로젝트 타임라인 업데이트
- [Do] 클라이언트 후속 통화 예약
9개 항목이다. Review 2개는 20분 정도. Delegate 3개는 15분 정도. Do 3개는... 걸리는 만큼.
중요한 것: 35분 만에 두 개의 Flow를 열었고 (Review를 통해) 세 개 이상에서 병렬 작업을 시작했다 (Delegate를 통해). 나머지 Do 작업은 그 모든 것이 백그라운드에서 돌아가는 동안 이루어진다.
Do 항목으로 시작하는 것과 비교해보라: 최고의 집중 시간을 직접 작업에 쓰지만, Review들은 여전히 기다리고 있다. 막힌 Flow들은 막혀 있다. Delegate들은 오후까지 기다려야 하는데 — 병렬 작업 시간 몇 시간을 잃는 것이다.
순서가 중요하다.
방해 처리하기
Today는 방해받는다. 회의가 길어진다. 긴급한 일이 생긴다. 누군가 급한 요청을 가져온다.
원칙: Today를 정직하게 유지한다.
하루 중에 새로운 것이 들어오면, Inbox 항목과 같은 프로세스를 거친다. 오늘 할 만큼 긴급하다면 Today에 당긴다. 다른 것을 밀어낸다면, 그것을 받아들인다 — 하지만 의식적으로. Today가 할 수 있는 모든 것의 모호한 목록으로 조용히 확장되게 두지 마라.
Today가 자주 방해받고 결국 미완료로 끝난다면, 이건 신호다: Today에 처음부터 넣는 것을 줄이거나, 작업 시간을 더 적극적으로 보호해야 한다.