일이 계속 머릿속에 열려 있다면 — 완료 기준이 없다는 신호

작업이 자꾸 밀릴 때 원인은 의지 부족이 아니라 "언제 끝난 걸로 볼지"가 없다는 데 있었다. 시작은 빠른데 끝맺음이 흐려서 열린 일이 쌓이고, 끝냈다고 생각한 일이 머릿속에서 계속 돌아가는 패턴.

그래서 완료를 느낌이 아니라 기준으로 정의하기 시작했다. 효과는 단순했다. 같은 일을 반복해서 다시 붙잡는 시간이 줄었다.

'진행함'과 '완료함'을 가르는 세 가지

요구·판단·다음 액션. 하나라도 비면 진행함이지 완료함이 아니다

내 기준에서 완료는 파일을 고친 상태가 아니다. 세 가지가 남아 있어야 완료다.

남아야 하는 것	확인 질문
요구의 한 줄 정리	애초에 무엇이 바뀌면 끝나는 일이었나
판단의 이유	왜 이 순서, 이 범위로 처리했나
이어받을 수 있는 결과	다음 사람(미래의 나)이 여기서 시작할 수 있나

하나라도 비면 그건 진행함이지 완료함이 아니다. 문장은 길게 썼는데 결정이 없거나, 파일은 고쳤는데 이유가 없거나, 링크는 늘렸는데 다음에 어디서 다시 읽을지가 없는 상태. 전부 겪어 본 미완료의 변종들이다.

소프트웨어 쪽에는 이미 Definition of Done이라는 이름으로 정착한 개념인데, 팀이 아니라 개인의 메모와 집안일에도 똑같이 먹힌다는 게 이 글의 요지다.

끝 기준은 시작할 때 붙인다

순서가 중요하다. 완료 기준은 일이 끝날 때가 아니라 시작할 때 정한다.

요청을 받으면(스스로에게 받는 것 포함) "무엇이 바뀌면 끝인지"를 먼저 적는다. 이게 있으면 중간에 방향이 흔들려도 돌아올 곳이 있다. 판단 단계에서는 오늘 끝낼 수 있는 단위로 범위를 줄인다. 실행이 끝나면 바뀐 것과 다음 액션을 짧게 남기고 닫는다.

블로그 글 작성으로 예를 들면 이렇다. 예전의 끝 기준은 "글이 괜찮아지면"이었고, 그래서 끝이 없었다. 지금은 "분량 기준 충족 + 사실 링크 확인 + 발행 큐 등록"이라는 체크 가능한 상태로 박아 둔다. 괜찮아지면이 아니라 조건이 차면 끝난다.

닫혔다고 느끼는 순간의 정체

기준을 만들고 나서 알게 된 게 있다. 내가 실제로 "닫혔다"고 느끼는 순간은 대체로 세 가지였다.

같은 질문이 다시 와도 지금 기록만으로 이어서 설명할 수 있을 때. 다음 행동이 딱 1개만 남아 있을 때. 오늘 안에 다시 열어볼 이유가 사라졌을 때.

뒤집으면, 이 감각이 안 들 때는 어딘가 비어 있다는 신호다. 보통 판단의 이유를 안 적었거나, 다음 액션이 두루뭉술한 경우였다. 머릿속에서 일이 계속 도는 건 뇌가 미완료 작업을 붙들고 있는 현상(심리학에서 자이가르닉 효과로 불리는 그것)인데, 기록으로 닫아 주면 실제로 머리에서 내려간다.

작게 끝내는 게 크게 끝내는 것보다 낫다

완료 기준을 운영하면서 분량에 대한 생각도 바뀌었다. 세 가지(요구 정리, 판단 이유, 이어받을 결과)만 남으면 분량이 작아도 완료다. 반대로 산출물이 커도 셋 중 하나가 비면 미완료다.

그래서 요즘은 일을 받을 때부터 "오늘 닫을 수 있는 크기인가"를 본다. 아니라면 닫을 수 있는 단위로 쪼개는 게 첫 작업이 된다. 일주일짜리 일 하나보다 하루짜리 일 다섯 개가 운영 난이도가 훨씬 낮다. 끝맺음이 다섯 번 생기니 리듬도 산다.

주간 회고에서도 질문이 바뀌었다. "왜 못 했지"보다 "완료 기준이 모호했나"를 먼저 보는데, 밀린 일의 상당수가 후자였다. 의지의 문제로 보이던 것들이 설계의 문제였다.

끝이 없는 일에는 기간으로 끝을 만든다

공부, 운동, 블로그 운영처럼 본질적으로 끝나지 않는 일이 회색 지대다. 여기에 완료 기준이 없으면 "영원히 진행 중"이라는 가장 나쁜 상태가 된다.

처방은 기간으로 자르는 것이다. "영어 공부"가 아니라 "이번 주 팟캐스트 3편 듣기"처럼 주 단위의 닫히는 단위로 바꾼다. 주가 끝나면 그 단위는 완료고, 다음 주 단위를 새로 연다. 같은 활동이라도 닫힘이 반복되는 구조와 영원히 열려 있는 구조는 운영 피로가 완전히 다르다. 연속된 활동을 닫히는 단위로 바꾸는 것 자체가 완료 기준 설계의 절반이다.

그대로 쓰는 마감 템플릿

말로 하면 거창한데, 실제 운영은 작업 하나를 닫을 때 노트 끝에 이 세 줄을 붙이는 게 전부다.

요구: 무엇이 바뀌면 끝나는 일이었나 (한 줄)
판단: 왜 이 순서·범위로 했나 (한 줄)
다음: 이어서 할 행동 1개 (없으면 "없음"이라고 적기)

포인트는 "없음"도 적는다는 것. 다음 행동이 없다는 걸 명시해야 비로소 닫힌다. 비워 두면 뇌는 "아직 뭔가 남았나"를 계속 검사한다.

실패 사례도 하나 남긴다. 한동안 이 템플릿을 머릿속으로만 돌렸는데, 효과가 거의 없었다. 적지 않은 완료 기준은 기준이 아니라 기분이다. 손으로 세 줄을 적는 30초가 이 시스템의 전부라고 해도 과장이 아니다.

체크박스는 완료가 아니다

도구 얘기로 한 가지 입장을 분명히 한다. 할 일 앱의 체크박스를 누르는 것과 일을 완료하는 것은 다른 행위다. 체크박스는 "더 이상 보고 싶지 않다"는 선언일 때가 많고, 그래서 체크된 일이 일주일 뒤에 좀비처럼 돌아온다.

내가 종이 체크리스트나 앱 대신 노트의 세 줄(요구, 판단, 다음)을 고집하는 이유다. 체크는 1초고 세 줄은 30초인데, 그 29초가 "끝났다고 치자"와 "끝났다"의 차이를 만든다. 생산성 도구의 만족감은 대부분 입력할 때 나오고, 가치는 전부 다시 열 때 나온다. 다시 열 때를 위해 적는 사람만 이 차이를 체감한다.

같이 보면 좋은 묶음

이 글은 개인 운영 시리즈의 두 번째다. 무엇을 먼저 할지는 우선순위 편(지연 비용 4질문)에서, 할 일 목록이 비대해지는 문제는 작업 큐 편에서 다룬다. 글쓰기 작업에 특화된 완료 리듬은 초안을 발행까지 끌고 가는 3단계 리듬에 따로 적었다.

방법론 이름은 거창하지 않아도 된다. "무엇이 바뀌면 끝인가"라는 질문 하나를 일 시작할 때 붙이는 것, 오늘부터 되는 건 그게 전부고 그걸로 충분히 달라진다.