실행
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나 Wishlist 검토: 활성화할 것이 있는가? (있다면 원칙 3이 적용된다: 무엇이 닫히는지 결정한다.)
- 추가 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에 처음부터 넣는 것을 줄이거나, 작업 시간을 더 적극적으로 보호해야 한다.