창작자의 스케줄 (Maker's Schedule)

핵심 개념

Paul Graham이 에세이 “Maker’s Schedule, Manager’s Schedule”에서 제시한 개념:

• 매니저의 스케줄: 1시간 단위로 시간을 관리. 회의 중심.
• 창작자의 스케줄: 최소 반나절 단위. “1시간 단위로는 프로그래밍이나 글쓰기를 잘 할 수 없다.”

엔지니어, 작가, 연구자는 창작자의 스케줄이 필요하다. 한 시간짜리 회의 하나가 창작자의 오전 전체를 망칠 수 있다.

동작 원리

중단 비용의 연구 결과:

• Microsoft Research: 이메일/IM 중단 후 집중 복귀에 평균 10-15분
• UC Irvine: 중단 후 집중 복귀에 평균 23분

Mihály Csíkszentmihályi의 플로우(Flow) 상태 — “노력 없는 집중이 너무 깊어 시간, 자신, 문제를 잊는 상태” — 는 연속된 집중 시간 없이는 불가능하다.

창작자의 스케줄 보호 전략:

• 필수 회의를 연속 배치하거나 하루의 시작/끝에 몰기
• 캘린더에 집중 시간 블록 예약 (가짜 회의로라도)
• “No Meeting Wednesday” 같은 팀 규칙 도입
• 비중요 활동에 “No” 말하기 연습

예시

# 나쁜 스케줄 (파편화)
09:00 코딩
10:00 회의
10:30 코딩  ← 복귀에 15분 소요
11:00 코드 리뷰 응답
11:30 코딩  ← 복귀에 15분 소요
# 오전에 실제 집중 코딩 시간: ~1시간

# 좋은 스케줄 (블록화)
09:00-12:00 집중 코딩 (3시간 연속)
12:00 점심
13:00-14:00 회의 블록
14:00-14:30 이메일/코드리뷰
14:30-17:30 집중 코딩 (3시간 연속)
# 실제 집중 코딩 시간: ~6시간

관련 개념

• Task Switching - 태스크 스위칭 비용 때문에 연속 시간이 중요하다
• Prioritization - 우선순위화로 창작자의 시간을 보호한다
• If-Then Plans - 자투리 시간을 활용하는 계획 기법
• Pomodoro Technique - 창작자의 시간을 블록 단위로 관리하는 방법