할 일이 많을 때 중요한 결과부터 고르기

모든 작업에서 정확히 20%가 80%의 결과를 만든다고 계산할 수는 없습니다. 이 글은 작은 핵심 작업을 찾자는 아이디어를 실제 할 일 선택에 사용하는 방법입니다.

세 가지 질문으로 비교

끝내면 누구의 다음 작업이 가능해지는지, 미루면 어떤 문제가 생기는지, 마감이 언제인지 적습니다. 쉬워 보이는 일과 중요한 일은 다를 수 있습니다. 다른 사람을 기다리게 하는 작은 확인이 혼자 하는 긴 정리보다 먼저일 때도 있습니다.

가상 목록을 좁히는 예시

보고서 디자인, 오류 수치 수정, 참고문헌 정리가 함께 남았다면 제출 판단에 직접 영향을 주는 수치 오류부터 확인할 수 있습니다. 디자인의 중요도가 항상 낮다는 뜻은 아닙니다. 현재 목적과 수신자의 요구가 기준입니다.

선택하지 않은 일도 표시

‘나중에’만 적으면 목록이 계속 쌓입니다. 이번 주 제외, 특정 답변 후 시작, 다음 회의에서 재판단처럼 조건을 적습니다. 핵심 과제를 25분 블록으로 시작하고 실제 난도를 확인한 뒤 남은 계획을 고치세요.

네 가지 요청을 비교한 가상 결정

오늘 할 일이 ‘고객 제안서 가격 오류 수정’, ‘동료에게 원본 파일 전달’, ‘내부 문서 서식 통일’, ‘새 기능 아이디어 정리’라고 가정합니다. 제안서는 오늘 발송되고 동료는 파일 없이는 검토를 시작할 수 없습니다. 서식과 아이디어에는 오늘 마감이 없습니다.

이때 원본 파일 전달이 단순하고 권한 문제가 없다면 먼저 처리해 다른 사람의 대기를 풀 수 있습니다. 이어 발송 전에 가격을 검증합니다. 서식 통일은 다음 정리 시간으로 예약하고 아이디어는 핵심 한 줄만 보관합니다. ‘가장 시간이 오래 걸리는 일부터’나 ‘가장 쉬운 일부터’만으로는 이런 의존 관계를 설명하기 어렵습니다.

새로운 급한 요청이 들어왔을 때

새 요청의 마감과 미처리 시 결과를 기존 목록과 비교합니다. 모든 일을 최우선으로 표시하면 실제 선택이 사라집니다. 제안서 수신자가 변경된 금액으로 이미 의사결정을 해야 한다면 다른 담당자에게 검토를 요청하거나 일정 조정이 필요한지 확인합니다. 기존 약속을 아무 말 없이 밀지 않습니다.

선택하지 않은 일에는 ‘다음 주 문서 정리 시간에 재검토’, ‘요구사항 확정 후 시작’처럼 다음 판단 조건을 붙입니다. 조건이 사라졌거나 더 이상 쓸모가 없는 항목은 목록에서 제외할 수 있습니다. 중요도는 영구 점수가 아니라 지금의 기한·영향·대기 관계에 따라 다시 정하는 판단입니다.