메신저와 본 작업 사이의 전환 줄이기

자료를 찾고 글을 쓰는 것처럼 한 과제 안의 전환은 필요할 수 있습니다. 문제는 그 사이에 관련 없는 문의나 피드가 계속 끼어드는 경우입니다. ‘멀티태스킹은 IQ를 낮춘다’는 단정 대신 어떤 전환을 줄일 수 있는지 살펴봅니다.

전환을 세 종류로 구분

현재 과제에 필요한 검색, 즉시 대응해야 하는 연락, 기다릴 수 있는 확인을 나눕니다. 모든 전환을 실패로 세지 말고 줄일 수 있는 것부터 선택합니다. 고객 대응처럼 수시 확인이 업무 자체라면 긴 집중 구간을 전제로 계획하지 않습니다.

확인할 구간을 배치

25분 작업 뒤 메시지를 확인하는 식으로 경계를 정합니다. 갑자기 들어온 할 일은 목록에 기록하고 다음 확인 구간에 우선순위를 판단합니다. 이 방식이 팀의 응답 약속과 맞는지도 먼저 확인합니다.

복귀를 돕는 한 줄

화면을 바꾸기 전에 ‘지금 읽는 표의 단위 확인 중’처럼 위치를 남깁니다. 돌아오면 전체 문서를 다시 훑기보다 그 지점부터 이어 갑니다. 하루 뒤에는 전환 횟수만 세지 말고 가장 오래 복귀가 걸린 이유를 찾아 다음 설정을 바꿉니다.

응답 업무가 있는 날의 현실적인 배치

집중 중 연락을 모두 무시할 수 없는 지원 업무라면 확인 가능한 구간과 즉시 응답할 경로를 먼저 정합니다. 가상의 예로 오전 10시부터 문의를 맡는다면 9시 30분의 긴 설계 작업 대신 검토할 문서 한 구간을 끝내고 인계 준비를 할 수 있습니다. 실제 응답 약속과 조직 규칙이 이 예시보다 우선합니다.

문의 확인 사이에는 저장 위치와 다음 행동이 명확한 작은 작업을 배치합니다. ‘전체 설계 재검토’보다 ‘오류 메시지 설명 한 항목 수정’이 중간 결과를 남기기 쉬울 수 있습니다. 깊은 문맥이 필요한 작업은 별도 시간을 확보할 수 있는지 담당자와 조율합니다.

중단할 때 남기는 복귀 메모

‘보고서 작업 중’ 대신 ‘두 번째 표의 분모 확인 완료, 세 번째 표 원본 대조부터’라고 적습니다. 작업 중 바꾼 값이 저장됐는지 확인하고, 미확인 가정이 있다면 함께 남깁니다. 돌아왔을 때는 메모를 읽고 마지막 변경을 확인한 뒤 이어갑니다.

한 세션이 여러 번 끊겼다면 완료 시간을 단순 합산해 다른 날과 성과를 비교하지 않습니다. 문의 처리 자체도 필요한 일이었을 수 있습니다. 다음 계획에서 조정할 것은 중단 횟수를 숨기는 것이 아니라, 그날 맡은 응답 업무와 집중 과제를 동시에 수행할 수 있었는지입니다.