할 일 목록이 아니라 작업 큐를 설계한다 — 즉시 실행 가능한 큐의 3가지 필터
할 일 목록이 무거워지는 건 일이 많아서가 아니다. 들어오는 입력에 필터가 없어서다. 적기만 하는 리스트는 며칠이면 "읽기 싫은 문서"가 되고, 그때부터 목록은 일을 돕는 게 아니라 일이 된다.
그래서 목록(list) 대신 큐(queue)로 생각을 바꿨다. 큐는 막 쌓는 곳이 아니라 꺼내면 바로 실행되는 것만 들어오는 자료구조다. 그 상태를 유지하는 필터 세 개를 적는다.
입력 필터: 3줄로 안 적히면 큐에 못 들어온다
새 항목은 문제, 마감, 완료 조건 세 줄로 표현돼야 큐에 들어올 수 있다. "정리하기", "준비하기" 같은 추상 항목은 진입 금지다.
이 규칙의 근거는 단순하다. 한 줄 문제 정의 없이 적힌 항목은 꺼낼 때마다 "이게 뭐였더라"라는 재판단 비용을 문다. 적을 때 1분을 아끼고 꺼낼 때마다 5분씩 내는 구조다. 정보가 부족해서 3줄이 안 나오는 항목은 큐 대신 보류함으로 보내되, 확인 질문 1개를 같이 적어 둔다. "다낭 다음 숙소 알아보기"가 아니라 "6/13 체크아웃 이후 5박, 예산 일 4만 원, 후보 3개 비교가 끝나면 완료" 식이 돼야 큐다.
동시 진행 한도: 3개
실행 큐에 동시에 올라가는 항목은 3개 이하로 유지한다. 새 항목을 넣고 싶으면 기존 항목 하나를 닫거나 보류로 옮기는 게 먼저다.
| 상태 | 기준 |
|---|---|
| Go | 항목이 15분 이내 실행 단위로 쪼개져 있고, 실행 큐 총량이 3개 이하 |
| Stop | 추상 항목이 그대로 남아 있거나, 추가만 하고 닫는 게 없음 |
| Hold | 정보 부족. 보류함으로 보내고 확인 질문 1개를 기록 |
이건 칸반의 WIP 제한을 개인용으로 줄인 것이다. 동시 진행을 3개로 묶고 나서 체감한 건 전환 비용 감소다. 일을 바꿔 탈 때마다 머리를 다시 데우는 시간이 생각보다 컸고, 그게 줄어드니 완료율이 올랐다. 물론 예외는 있다. 긴급 장애 같은 외부 폭주 때는 한도가 일시적으로 깨지는데, 그때도 "지금 깨져 있다"는 사실을 인지하는 것과 모르는 것의 차이가 크다.
캘린더와 큐는 다른 자료구조다
큐 운영에서 흔한 혼선 하나가 시간 약속과 작업의 혼재다. 회의나 예약처럼 시각이 정해진 건 캘린더의 일이고, 큐에는 "언제든 꺼내서 실행하는 작업"만 둔다.
이 분업이 깨지면 양쪽 다 나빠진다. 큐에 "14시 회의"가 섞이면 큐를 수시로 들여다보는 감시 비용이 생기고, 캘린더에 "글쓰기"같은 작업을 박으면 그 시간이 지났을 때 죄책감만 남는다. 시각이 있으면 캘린더, 없으면 큐. 단순한 규칙인데 큐가 한결 가벼워진다.
출구 규칙: 큐는 닫혀야 큐다
들어오는 쪽만 관리하면 큐는 결국 적체된다. 꺼내는 쪽 규칙이 함께 있어야 한다.
꺼낼 때는 중요도보다 지연 비용(미루면 손실이 커지는 것)부터 본다. 실행 중 15분 안에 진전이 없으면 단위를 더 쪼갠다. 그리고 하루를 닫을 때 큐를 비우는 게 아니라 정렬한다. 오늘 못 닫은 항목은 "내일 첫 작업"인지 보류인지를 정해 주는 것까지가 마감이다.
매주 한 번은 보류함을 턴다. 2주 넘게 보류에 있는 항목은 대개 둘 중 하나다. 사실 안 해도 되는 일이거나, 3줄로 정의를 못 해서 시작을 못 하는 일. 전자는 지우고 후자는 정의부터 다시 한다. 지우는 결정도 완료의 한 형태라는 걸 받아들이는 데 시간이 좀 걸렸다.
항목 리라이트의 실제 모습
추상 항목을 큐 형식으로 고치는 게 어떤 일인지 예시로 보이면 이렇다.
[못 들어오는 항목] - 블로그 정리 - 여행 준비 - 영어 공부 [큐에 들어오는 형태] - 문제: 발행 대기 13편 중 메타 텍스트 잔존 글 정리 필요 마감: 이번 주 금요일 (다음 발행 배치 전) 완료: 13편 전부 변환 재실행 + 검수 통과 - 문제: 6/13 체크아웃 후 5박 숙소 미정 마감: 6/11 (가격 오르기 전) 완료: 후보 3곳 비교표 + 1곳 예약 확정
고쳐 쓰는 데 항목당 1~2분이 든다. 그리고 그 1~2분 동안 절반쯤은 "이거 사실 지금 할 일이 아니네"가 판명 난다. 리라이트는 정리 작업이 아니라 판단 작업이다.
큐가 비어 보이는 불안은 가짜다
동시 3개 제한을 시작하면 처음에 이상한 불안이 온다. 할 일이 이것밖에 없다고? 뭔가 잊고 있는 것 아닌가? 그 불안 때문에 사람들은 큐를 다시 부풀린다.
단언하는데 그 불안은 가짜다. 잊은 게 아니라 보류함에 적혀 있는 것이고, 적혀 있는 것은 잊은 것이 아니다. 큐가 길어야 안심되는 건 큐를 기억 보조 장치와 실행 장치로 겸용하고 있다는 뜻인데, 그 겸용이 바로 큐를 무겁게 만든 원인이었다. 기억은 보류함이, 실행은 큐가 맡는다. 이 분리를 받아들인 뒤에야 "오늘 3개"가 가볍게 느껴지기 시작했다.
도구보다 필터가 먼저다
이 운영을 위해 특별한 앱은 안 쓴다. 마크다운 노트 하나로 충분했고, 중요한 건 어디에 적느냐가 아니라 무엇을 못 들어오게 하느냐였다.
도구를 바꿔서 생산성이 나아진 적은 거의 없는데, 필터를 바꿔서 나아진 적은 몇 번 있다. 할 일 관리 앱을 전전하던 시기를 지나고 나서야 인정하게 된 순서다. 만약 지금 목록이 무겁다면 새 앱을 깔기 전에 항목 3개만 골라서 문제/마감/완료조건 3줄로 다시 써 보는 걸 권한다. 그 과정에서 절반쯤은 "사실 할 일이 아니었다"로 판명 나는 게 보통이다.
묶음 안내
개인 운영 시리즈의 세 번째 글이다. 큐에서 무엇을 먼저 꺼낼지는 우선순위 편(지연 비용 4질문)에, 꺼낸 일을 실제로 닫는 기준은 완료 기준 편에 있다. 반복 작업을 자동화로 큐에서 아예 빼 버리는 쪽은 AI 반복 업무 자동화 가이드와 이어진다.
큐 설계의 목표는 부지런해지는 게 아니다. 꺼낼 때마다 생각을 다시 시작하지 않아도 되는 상태, 그게 전부다.
댓글
댓글 쓰기