계획이 매번 밀리는 이유 — 추정 시간은 체계적으로 짧게 잡힌다
일정이 밀리는 것은 의지 문제가 아니라 추정 편향이다. 실측으로 보정하는 방법을 정리한다.
의지 문제가 아니다
할 일 목록이 매일 밀린다면 대개 원인을 실행력에서 찾는다. 그런데 밀림의 상당 부분은 실행 이전, 계획 단계에서 이미 결정된다.
핵심은 시간 추정이 체계적으로 짧게 잡힌다는 점이다. 무작위 오차가 아니라 한 방향으로 치우친다. 그래서 "다음엔 더 열심히"로는 해결되지 않는다.
왜 한 방향으로 틀리는가
1. 최선의 경우를 기본값으로 잡는다
작업을 떠올릴 때 머릿속에 그려지는 것은 순조롭게 진행되는 시나리오다. 중간에 끼어드는 확인 요청, 예상 못 한 오류, 다시 하게 되는 부분은 상상에 포함되지 않는다.
2. 준비와 마무리가 빠진다
"보고서 작성 2시간"에는 자료 찾기, 파일 정리, 검토 요청, 수정 반영이 대개 빠져 있다. 실제로는 본 작업보다 앞뒤가 더 걸리는 경우가 많다.
3. 전환 비용이 계산되지 않는다
5개 작업을 각 30분으로 잡아 2시간 30분이라고 쓰지만, 작업 사이 전환마다 몇 분씩 사라진다. 이 시간은 어느 작업의 추정치에도 들어가지 않는다.
실측으로 보정하기
일괄 배수(예: 1.5배)를 적용하는 방법이 흔하지만, 사람마다 작업 유형마다 편차가 크다. 자기 데이터를 쓰는 편이 정확하다.
2주만 다음을 기록한다.
```
작업명 | 유형 | 추정 | 실제
```
그리고 유형별로 비율을 구한다.
```
보정 계수 = 실제 소요 합계 ÷ 추정 합계
```
문서 작업 1.8, 회의 준비 1.3, 정형 업무 1.05처럼 유형별로 다른 값이 나온다. 이 계수를 다음 계획에 곱한다. 감으로 늘려 잡는 것과 달리 근거가 있어서 스스로 납득이 된다.
버퍼는 개별이 아니라 묶어서
각 작업에 버퍼를 붙이면 버퍼가 작업 시간에 흡수된다. 마감이 늦춰진 만큼 늘어지는 현상이다.
대안은 하루 단위 공동 버퍼다.
- 하루 가용 시간의 70%만 작업으로 채운다
- 나머지 30%는 특정 작업에 배정하지 않는다
- 밀린 작업이 이 구간을 쓴다
개별 작업에는 실측 기반 추정치를 그대로 쓰고, 변동은 공동 버퍼가 흡수한다. 이렇게 하면 어느 작업이 얼마나 초과했는지도 계속 보인다.
하루에 몇 개까지
가용 시간을 기준으로 역산한다.
```
실제 작업 가능 시간 = 근무 시간 − 회의 − 정기 업무 − 전환 시간
할당 가능 = 실제 작업 가능 시간 × 0.7
```
8시간 근무에 회의 1.5시간, 정기 업무 1시간, 전환 0.5시간이면 실제 가용은 5시간이다. 여기에 0.7을 곱하면 3.5시간. 하루에 계획할 수 있는 총량이 3.5시간이라는 뜻이다.
목록에 열 개를 적어두고 세 개를 하는 상태가 반복된다면, 실행이 아니라 이 계산이 빠진 것이다.
측정을 지속하는 최소 방법
전부를 기록할 필요는 없다. 매일 가장 오래 걸린 작업 하나만 추정과 실제를 적어도 두 달이면 패턴이 보인다. 기록이 부담되면 지속되지 않고, 지속되지 않으면 보정 계수가 안 나온다.
최종 수정 2026-08-28