일정·할 일·프로젝트를 구분하는 법

세 가지를 먼저 정의하면 정리가 쉬워진다

일정은 특정 날짜나 시간에 일어나는 사건입니다. 회의, 시험, 접수 마감, 병원 예약처럼 “언제”가 핵심입니다. 할 일은 완료 여부가 핵심인 행동입니다. 자료 인쇄, 전화하기, 신청서 작성처럼 시간은 옮길 수 있어도 끝냈는지 여부는 분명합니다. 프로젝트는 여러 일정과 할 일이 하나의 결과를 향해 연결된 묶음입니다.

PMI는 프로젝트를 일정한 결과를 만들기 위한 일시적 활동으로 설명합니다. 개인 일정 관리에서도 이 관점은 유용합니다. “8월 18일 면접”은 일정이지만, “지원서 제출 → 포트폴리오 점검 → 면접 준비 → 결과 확인” 전체는 프로젝트에 가깝습니다.

30초 분류 규칙

실전에서는 하나의 항목이 두 성격을 동시에 가질 수도 있습니다. 예를 들어 “지원서 제출”은 할 일이면서 제출 마감이라는 날짜를 가집니다. 이런 경우 프로젝트 안에 할 일 + 마감 일정을 함께 두는 편이 안전합니다. 행동과 시간 제약을 동시에 잃지 않기 때문입니다.

캘린더를 ‘약속의 지도’로 유지하기

캘린더에 “언젠가 해야 할 일”까지 모두 넣으면 실제 약속과 마감이 흐려집니다. 반대로 날짜가 있는 항목을 할 일 목록에만 두면 시간 충돌을 발견하기 어렵습니다. 캘린더는 일정과 마감의 위치를 보여주는 지도, 할 일 목록은 실행 대기열, 프로젝트는 맥락을 보관하는 폴더처럼 쓰는 것이 좋습니다.

시간 관리 연구는 단순히 더 많은 일을 채우는 것보다 시간을 구조화하고, 보호하고, 변화에 맞게 조정하는 능력을 중요하게 봅니다. 따라서 캘린더는 빽빽하게 채우는 도구가 아니라, 실제 가용 시간을 보이게 만드는 도구여야 합니다.

예시: 채용 공고 한 장을 분리하면

이렇게 나누면 “면접 날짜는 기억했지만 포트폴리오를 준비하지 못한” 상황과 “할 일은 했지만 접수 마감을 놓친” 상황을 동시에 줄일 수 있습니다.

언제 프로젝트를 만들지 말아야 하나

모든 일을 프로젝트로 만들 필요는 없습니다. 오늘 장보기, 단일 병원 예약, 한 번의 송금처럼 단계가 거의 없는 일은 프로젝트 구조가 오히려 관리 비용을 늘립니다. 프로젝트는 여러 날짜, 여러 행동, 여러 자료가 서로 연결될 때 만들어야 가치가 있습니다.

• 결과가 하나로 설명되는가?
• 완료까지 두 단계 이상이 필요한가?
• 하나 이상의 마감이나 일정이 있는가?
• 참고해야 할 문서나 파일이 있는가?

이 중 두세 항목 이상이 해당하면 프로젝트로 묶을 이유가 충분합니다.