작은 일을 바로 할지, 따로 모을지 판단하는 기준

짧은 일은 바로 처리하면 편할 수 있습니다. 하지만 집중 세션 중 작은 요청을 모두 처리하면 정작 하던 일이 계속 밀립니다. 이 글에서 ‘2분’은 대략적인 분류 기준이며 초 단위로 판정해야 하는 규칙이 아닙니다.

바로 처리하기 적합한 순간

할 일 목록을 정리하는 시간에 주소 수정이나 간단한 확인처럼 범위가 분명한 일이 보이면 처리할 수 있습니다. 처리 뒤 새로운 검색이나 협의로 이어질 가능성이 크다면 작은 일로 분류하지 않습니다.

집중 중에는 적어 두기

보고서를 쓰다 문구 수정 요청을 받았다면 긴급도를 먼저 판단합니다. 즉시 처리할 필요가 없다면 메모에 남기고 현재 문단을 마칩니다. ‘금방 끝날 것 같다’는 이유만으로 작업을 전환하지 않습니다.

모아서 처리할 때의 범위

세션 뒤 짧은 정리 구간에 작은 일 세 개를 골라 처리하는 식으로 상한을 둡니다. 가상 예시로 파일 전달, 일정 확인, 제목 수정만 처리하고 조사 요청은 별도 과제로 잡습니다. 이 방법은 작은 일의 무한한 목록이 중요한 작업 시간을 차지하지 않도록 경계를 두는 제안입니다.

짧아 보여도 지금 처리하지 않을 일

가상의 상황에서 보고서 결론을 작성하던 중 ‘다음 회의 참석 가능 여부’ 메시지를 받았습니다. 달력을 보고 바로 답할 수 있고 다른 사람이 그 답을 기다린다면 처리할 수 있습니다. 하지만 답하려면 일정을 조정하고 동료에게 물어야 한다면 단순한 2분 작업이 아닙니다. ‘목요일 일정 확인 후 회신’으로 따로 적습니다.

문서 오타 하나를 고치는 일은 현재 작업 안에서 처리할 수 있지만, 받은 편지함을 열어 모든 짧은 메일을 처리하기 시작하면 과제 자체가 바뀝니다. 짧은 일을 즉시 한다는 원칙이 새 작업을 무한히 받아들이는 규칙이 되지 않도록 현재 결과와의 관계를 봅니다.

즉시·예약·요청으로 나누는 예시

• 즉시 처리: 지금 검토 중인 문서의 명확한 오타 수정. 추가 판단 없이 현재 작업을 마무리하는 데 필요함.
• 확인 시간에 예약: 급하지 않은 회신. 답변 기한을 메모하고 다음 연락 확인 시간에 처리함.
• 담당자에게 요청: 권한이 없는 계정 변경. 직접 해결하려고 설정을 뒤지기보다 필요한 정보를 정리해 요청함.

예상보다 일이 커졌다면 ‘이미 시작했으니 끝까지’만 고집하지 않습니다. 현재 상태와 남은 단계를 저장하고 별도 과제로 바꿉니다. 짧은 일 몇 개를 끝낸 만족감과 원래 약속한 결과물의 진척을 따로 확인하면 우선순위를 놓쳤는지 알 수 있습니다.