Chaos and Order

💡 왼쪽 원문을 읽으면서 오른쪽에 따라 써보세요. Tab 키로 힌트를 받을 수 있습니다.

들어가며 — "하루 10시간 일했는데 왜 코드는 100줄도 못 썼지?"

이건 거의 모든 개발자의 고민이다. 원인:

주 10~15시간 회의
주 5~10시간 Slack/Email 대응
컨텍스트 스위칭 (분당 4.4회 인터럽션 연구)
번아웃으로 낮 시간 fog
밤늦게야 겨우 조용함 → 건강 악화

이 글은:

Deep Work — Cal Newport의 실전 적용
GTD — David Allen 방법을 개발자에 맞게
Calendar Blocking, Time-boxing, Pomodoro 비교
Meeting, Slack, Email 트리아지
매니저 스케줄 vs 메이커 스케줄
번아웃 조기 신호와 예방
40~50대에도 집중력 유지

을 다룬다. Season 3 Episode 9. 지난 편 "재정"에서 "시간이 복리"를 이야기했는데, 이번은 그 시간을 어떻게 쓸지다.

Chapter 1: Deep Work — 왜 깊은 집중인가

1.1 Deep Work 정의

Cal Newport (Deep Work, 2016):

"Deep Work: 인지적 노력의 한계에서 수행되는, 가치를 창출하고, 복제 불가능한 작업."

반대는 Shallow Work: 로지스틱스, 이메일, 회의, 반복 작업.

현대 지식 노동의 함정: Shallow가 채우고, Deep이 줄어듦.

1.2 개발자에게 Deep Work의 가치

복잡한 버그 디버깅, 아키텍처 설계, 새 기술 학습 — 모두 Deep Work.

1시간 Deep > 5시간 Shallow. 집중의 질이 양을 압도.

1.3 Deep Work 4가지 방식

Monastic: 수도원 모드. 모든 shallow 차단. Knuth가 이메일 없이 사는 이유.

Bimodal: 일부 기간 monastic, 일부 기간 shallow. 예: 논문 쓸 때 2주 집중.

Rhythmic: 매일 정해진 시간 (예: 6-9AM).

Journalistic: 틈날 때마다 Deep. 숙련 필요.

1.4 Deep Work 환경 만들기

블록 스케줄링: Calendar에 Deep Work 블록 고정
알림 차단: Do Not Disturb, Slack Snooze
물리적 분리: 회의실, 카페, 도서관
시작 의식 (Ritual): 커피 → 음악 → 코드
종료 의식: "오늘 할 만큼 했다" 선언

1.5 Deep Work의 최대 시간

처음: 하루 1~2시간
훈련: 하루 3~4시간
최대: 하루 4시간 (Newport, Knuth 주장)

하루 8시간 Deep Work 불가능. 마라톤이 아니라 스프린트 4번.

Chapter 2: GTD — 마음을 비우는 시스템

2.1 GTD 5단계

David Allen (Getting Things Done, 2001):

Capture (수집): 머리에 있는 모든 것을 외부로
Clarify (명확화): 각 항목의 의미 판단
Organize (정리): 카테고리별 분류
Reflect (검토): 정기 리뷰
Engage (실행): 지금 뭐 할지 결정

2.2 Capture 도구

종이 노트, 메모앱 (Notion, Apple Notes, Obsidian)
Inbox 단일화: 모든 것을 한 곳에
"Inbox Zero"는 비현실적, "정기 비우기"가 현실적

2.3 2분 규칙

Clarify 단계:

"2분 안에 할 수 있으면 지금 해라."

짧은 이메일 답장
작은 PR 리뷰
코드 주석 추가

이유: 저장/관리 비용 > 실행 비용.

2.4 Contexts (컨텍스트)

행동별 그룹핑:

@computer: 컴퓨터 있어야 할 수 있는 일
@phone: 전화 필요
@office: 사무실 있어야
@waiting: 다른 사람 응답 대기
@someday: 언젠가

개발자 버전:

@code: IDE 앞
@review: PR 리뷰
@design: 문서/다이어그램
@meeting: 회의 준비
@learn: 책/강의

2.5 Weekly Review

매주 30분~1시간:

Inbox 비움
진행 중 프로젝트 검토
다음 주 우선순위 3가지
Someday 리스트 업데이트

이게 없으면 GTD 망가진다.

2.6 GTD 개발자 적용

Capture:

Slack 알림 → Todoist/Notion으로 이동
버그 → Jira/Linear 등록
아이디어 → Obsidian daily note

Clarify/Organize:

Jira 백로그 = 장기 저장소
Todoist = 오늘/이번 주
Calendar = 블록된 작업

Engage:

오늘 3가지 우선순위 (MIT - Most Important Tasks)
Calendar 블록에 고정 시간

Chapter 3: Calendar Blocking

3.1 정의

하루의 모든 시간을 블록으로 할당. "언제 무엇을 한다"를 미리 결정.

3.2 하루 예시 (개발자)

08:00 - 09:00  Morning routine + 운동
09:00 - 11:30  Deep Work: 핵심 코딩 (1.5시간 + 버퍼)
11:30 - 12:00  Slack/Email 트리아지
12:00 - 13:00  점심 + 독서
13:00 - 14:00  Meeting (주간 싱크)
14:00 - 15:00  PR 리뷰
15:00 - 17:00  Deep Work: 두 번째 블록
17:00 - 18:00  1-on-1 / 마무리
18:00+         개인 시간

3.3 Buffer 원칙

미팅 사이 15분 버퍼: 이동, 쉬기, 준비. 블록 사이 30분 버퍼: 인지 전환. 1.5x 시간: 예상 1시간이면 1.5시간 블록.

3.4 Deep Work 블록 보호

"Focus Time" 라벨
Accept해도 move 요청
Slack/Zoom 공유: 방해 금지

Google Calendar의 Focus Time 기능: 자동 거절/Slack 알림 억제.

3.5 장애물

긴급 이슈: 블록 침범. → 예비 시간 확보
매니저의 미팅: 거절 어려움. → "Focus block 사전 등록"
본인의 유혹: Slack 확인 욕구. → 앱 차단

Chapter 4: Time-boxing

4.1 Calendar Blocking과의 차이

Calendar Blocking: 각 시간에 무엇을 할지 할당. Time-boxing: 각 작업에 정해진 시간을 할당 (더 엄격).

4.2 Time-box 예시

오늘 이 PR 리뷰 → 30분
새 기능 Spike → 4시간 (넘으면 접근 재고)
이 버그 조사 → 2시간 (그 후 에스컬레이션)

4.3 Parkinson's Law

"일은 주어진 시간을 꽉 채우도록 늘어난다."

시간 제한 없음 → 무한히 미세조정. 시간 제한 있음 → 우선순위 강제.

4.4 실전 — 도움되는 규칙

2시간 지나도 안 풀리면 동료에게 질문
4시간 Spike → 접근 바꾸기
회의 30분 → 30분 초과 금지

Chapter 5: Pomodoro와 울트라디안 리듬

5.1 Pomodoro

25분 집중 + 5분 휴식
4번 후 긴 휴식(15~30분)
Francesco Cirillo (1980년대)

장점: 단순, 시작 용이 단점: 25분 너무 짧을 수 있음 (Flow state 들어가자마자 끊김)

5.2 90분 울트라디안 리듬

인간의 자연 주기 = 90분 집중 + 20분 휴식
Peter Schulman, Nathan Kleitman 연구
개발자 Deep Work에 더 맞음

5.3 Flow State

Mihaly Csikszentmihalyi:

도전 난이도 ≈ 자기 능력
명확한 목표
즉각 피드백
시간 감각 소실
자아 소실

들어가는 데 15~20분 필요. 25분 Pomodoro는 Flow에 못 들어감.

5.4 권장

복잡한 코딩: 90분 블록 + 20분 휴식
간단한 PR 리뷰: Pomodoro 25분
학습/독서: 45~60분

Chapter 6: 매니저 스케줄 vs 메이커 스케줄

6.1 Paul Graham의 에세이

Paul Graham (2009):

Manager's Schedule: 1시간 단위 슬롯. 회의가 정상.

Maker's Schedule: 하루를 2~4블록. 회의 하나만 있어도 블록 파괴.

개발자는 Maker. 오전 회의 한 번 = 오전 Deep Work 블록 파괴.

6.2 충돌과 해결

매니저:

"10시에 30분 회의 어때?"
(매니저의 관점) 오후 2시까지 7시간 남음
(메이커의 관점) 오전 블록 파괴

해결:

Maker는 회의를 오후에 몰기
오전 무회의 선언
비동기 대체 (영상 녹화, 문서)

6.3 "No Meeting Day" 문화

많은 회사가 "수요일 미팅 없음" 도입. 예:

GitLab: Focus Friday
Asana: Wednesday No Meeting
Basecamp: 구조적으로 최소 미팅

6.4 Staff+ 개발자의 스케줄 전환

Senior까진 Maker. Staff+로 가면 Manager 요소 커짐.

타협:

오전: Maker (Deep Work)
오후: Manager (1-on-1, 리뷰, 미팅)

Chapter 7: Slack, Email, 회의 트리아지

7.1 Slack 규칙

발신자 규칙:

스레드 사용 (채널 오염 방지)
하나의 메시지로 완결
@here, @channel 남용 금지
DM보다 채널 (지식 공유)

수신자 규칙:

DnD(Do Not Disturb) 활용
Focus Block 중 알림 오프
정해진 시간에만 Slack 열기 (10:00, 13:00, 16:00)
알림은 모바일에만 (데스크톱은 조용)

7.2 Email 트리아지

Inbox Zero (일일):

삭제 (스팸, 뉴스레터)
답장 (2분 이내)
위임 (이 사람 책임)
미루기 (나중 답장 필요, Todo에 등록)
보관 (참고)

시간 제한: 아침 15분, 점심 10분, 저녁 10분.

7.3 회의 트리아지

수락 기준:

본인이 결정자인가
사전 읽기 자료 있는가
목적 명확한가
다른 시간 없는가

거절 스크립트:

"감사합니다. 해당 주제에 저 없이 진행 가능하다면 노트만 공유 부탁드려요. 아니면 다음 주 어떠세요?"

7.4 회의 줄이기

동기 → 비동기: Loom 녹화, 문서 회람
정기 회의 검토: 분기마다 모든 반복 회의 점검
Standup 대안: 슬랙 daily post

Chapter 8: 번아웃 — 조기 신호와 예방

8.1 번아웃 3요소 (WHO)

감정 소진 (Emotional exhaustion): 지침, 고갈
냉소 (Depersonalization): "다 의미 없어"
성취 저하 (Reduced accomplishment): 일 안 된다는 무력감

8.2 조기 신호 10가지

아침에 일어나기 싫음
회의 참여 의욕 없음
Slack 보기 싫음 (주말에도)
작은 버그에 과도한 짜증
동료 말이 짜증남
주말에 회복 안 됨
수면 질 저하
먹는 양/음주 증가
운동 그만둠
취미 재미없음

8.3 예방

일일:

7~8시간 수면
30분 이상 운동
점심시간 실제 쉼 (코딩 말고)
저녁 Slack 끊기

주간:

주말 이틀 중 하루는 업무 완전 off
가족/친구 시간
자연 노출 (산책, 공원)

연간:

연차 다 쓰기
1주+ 연속 휴가 (뇌가 리셋되려면 10일 이상)
필요 시 Sabbatical (장기 휴직)

8.4 번아웃 극복

초기:

휴가 1주
운동, 수면 회복
미팅 절반 줄이기

중기:

역할/프로젝트 변경 요청
치료/상담 고려
팀 개편 요청

말기:

이직 검토
Sabbatical 또는 파트타임
정신 의학 도움

Chapter 9: 40대, 50대에도 집중력 유지

9.1 인지 노화의 현실

30대 후반부터 작업 기억(working memory) 감소
새 기술 학습 시간 증가
복구 속도 느려짐

9.2 노화 대응 전략

체력 관리:

주 3회 유산소 (심장 건강 = 뇌 건강)
근력 운동 (40대부터 근감소)
스트레칭 (허리, 목)

식습관:

지중해식 식단 (올리브유, 생선, 야채)
아침 단백질 (뇌 에너지)
수분, 전해질

수면:

7~9시간
블루라이트 관리
수면 추적 앱 활용

9.3 경험의 강점

노화가 꼭 부정적이지 않음:

판단력: 수많은 사례 패턴 매칭
의사 결정: 빠르고 정확
커뮤니케이션: 차분, 설득력

Staff+ 엔지니어는 경험이 무기.

9.4 장수 개발자의 공통점

매일 소량 학습: 큰 몰아치기보다 꾸준함
호기심 유지: 새 언어, 새 도메인 탐색
네트워크: 젊은 동료와 연결
단순한 생활: 화려함보다 지속 가능성
인정 받기 놓기: 40대 이후 자존심 많이 낮춤

Chapter 10: 원격 근무 시 시간 관리

10.1 원격의 장점과 함정

장점: 통근 0, 집중, 가족 함정: 경계 모호, 고립, 운동 부족

10.2 구분 의식

출근 의식: 옷 갈아입기, 커피, 산책 후 책상
퇴근 의식: 노트북 닫기, 특정 지점 "퇴근" 루틴
작업 공간 분리: 침실에서 일 안 함

10.3 고립 방지

주 1회 이상 외출 (카페, 코워킹)
주 1회 오프라인 모임 (커뮤니티, 친구)
주 1회 가족/친구 통화

10.4 Async 문화

Slack에서 모든 것 하지 않기 (문서로)
Loom 녹화 (3분 녹화 = 30분 회의)
Standup 대신 Daily Slack Post
Decision Log 문서화

Chapter 11: 도구 추천

11.1 Task 관리

Todoist: 간단, 크로스 플랫폼
Things 3: Apple 생태계, 예쁨
OmniFocus: GTD 특화
Notion: 유연함
Linear/Jira: 업무용

11.2 노트

Obsidian: Markdown, 로컬, Zettelkasten
Apple Notes: 기본이지만 강력
Notion: DB + 노트
Roam Research: 양방향 링크
LogSeq: 오픈소스 Roam

11.3 집중 도구

Freedom: 사이트 차단
Cold Turkey: 강제 차단
Focus To-Do: Pomodoro
macOS Focus Mode: 기본 기능 강력

11.4 Calendar

Google Calendar: 기본
Fantastical: 자연어 입력
Cron/Notion Calendar: 모던 UI

11.5 AI 도우미

ChatGPT/Claude: 브레인스토밍
Notion AI: 노트 요약
Raycast AI: 빠른 질문
Copilot (Writer, Code): 반복 작업

Chapter 12: 12항목 생산성 체크리스트

Chapter 13: 10가지 생산성 안티패턴

1) "바빠 보이기" 연극

Slack 빠른 답변으로 바쁨 연기. 실제 가치 창출 X. 가시성 ≠ 생산성.

2) Multitasking 자랑

동시에 3가지. 컨텍스트 스위칭 비용 40%+. 단일 작업 원칙.

3) 알림 올-온

모든 앱 알림 ON. 하루 수백 번 방해. 디폴트 OFF.

4) 회의가 생산성이라 착각

하루 8시간 회의 = 8시간 생산성? 아무것도 만들지 않음.

5) "곧 쉴게요" 미루기

프로젝트 끝나고 쉼. 프로젝트 끝 없음. 정기 쉼이 필수.

6) 카페인 남용

4잔+ 커피. 수면 파괴, 불안. 오후 2시 이후 금지.

7) 저녁에 몰아서

낮 회의, 밤 코딩. 수면 파괴. 낮에 Deep Work 사수.

8) Perfect 세팅 추구

새 Notion, 새 Todoist 세팅에 시간. 실제 일 안 함. 80% 세팅으로 시작.

9) "매뉴얼 없이" 자랑

체크리스트 경멸. 같은 실수 반복. 체크리스트는 프로.

10) 쉬는 법 모름

휴일에도 Slack. 진짜 쉼 못 함. Off는 연습 필요.

마치며 — 시간은 유일한 유한 자원

원칙 1: 생산성은 건강에서 온다

수면, 운동, 식습관이 기초. 이것 없이 어떤 시스템도 실패.

원칙 2: 단순함이 복잡함을 이긴다

Notion 30가지 템플릿 < 노트 1장 + Todo 1개. 간단함 > 세련됨.

원칙 3: 하루를 미리 설계

아침에 3가지 MIT 결정. 밤에 리뷰. 이 2번이 핵심.

원칙 4: "No"가 "Yes"를 가능케

거절 없이 집중 없다. 중요하지 않은 일에서 자신을 보호.

원칙 5: 완벽보다 일관성

매일 조금씩 > 한 번에 많이. 복리의 마법.

원칙 6: 원본을 읽어라

다음 글 예고 — "개발자의 정신 건강 완전 가이드: 불안, 가면 증후군, 번아웃, 우울 그리고 회복"

Season 3 Ep 10은:

개발자 정신 건강 통계 (Stack Overflow 서베이)
가면 증후군 (Impostor Syndrome)의 발생 메커니즘
불안과 스트레스 관리
우울 조기 신호
테라피, CBT, 명상
회사 EAP(Employee Assistance Program) 활용
한국에서 개발자가 정신과 가기 어려운 이유
커뮤니티와 동료의 역할
가족의 지원, 또는 장벽
회복과 재발 예방

다음 글에서.