The planning fallacy: why everything takes longer than you think
The planning fallacy is the tendency to underestimate how long a task will take, even when you know similar tasks took longer before. Psychologists Daniel Kahneman and Amos Tversky named it in 1979. You can't switch it off, but you can plan around it: estimate from past experience instead of hope, break tasks into parts and leave buffers in your day.
Where the idea comes from
Kahneman and Tversky described the planning fallacy in a 1979 paper on intuitive prediction. Their point was that when we plan, we picture how this task will go, step by step, and the picture we make is usually the smooth version.
Kahneman tells a story from his own work in Thinking, Fast and Slow (2011). A textbook project his team was planning took years longer than they expected, even after a member of the team recalled that similar projects by other groups had taken far longer than planned. Knowing the pattern wasn't enough to escape it.
In 1994, Roger Buehler, Dale Griffin and Michael Ross tested the idea with students, including students writing their theses. Most took longer than they had predicted, and many took longer than even their own worst-case guess. When people explained their past delays, they tended to see them as one-off circumstances rather than as a pattern worth planning for.
Why it happens
- We plan the best case. We imagine the task going right, not the interruptions, the file we can't find or the answer we have to wait for.
- We leave out the edges. Setup, travel, switching between tasks and wrapping up rarely make it into the estimate.
- We treat past delays as exceptions. "Last time the printer jammed" feels like a fluke, not like a normal part of how things go.
- The deadline sets the guess. When something has to be done by Friday, it's tempting to estimate whatever fits before Friday.
None of this is a personal flaw. It's how human prediction works, which is why planning for it beats trying harder to guess right.
The other side: Parkinson's law
Padding every task isn't the whole answer either. In a 1955 essay, C. Northcote Parkinson observed that work expands to fill the time available for it. Give a task an open-ended afternoon and it may well take the afternoon.
So the trick has two halves: estimate each task honestly, and keep the extra time as shared buffers in the day, not hidden inside every task.
Six ways to plan for it
- Ask "how long did it take last time?" Kahneman calls this taking the outside view: look at how similar tasks actually went, not at how this one feels.
- Estimate in parts. Setup, the work itself, wrap-up. "Write the report" becomes 10 + 60 + 15 minutes.
- Put buffers in the day. Leave 10 to 15 minutes after meetings and longer tasks, plus one open half hour in the afternoon. Time blocking with buffers shows how to lay this out.
- Time a few tasks for a week. Jot down start and end times for things you do often. Your own numbers beat any rule of thumb.
- Plan only part of your free time. A practical cap is about two-thirds. The rest absorbs what you couldn't predict. The full method is in how to make a realistic daily plan.
- Decide in advance what moves. "If the report runs long, the inbox cleanup moves to tomorrow." Peter Gollwitzer's research on implementation intentions suggests that if-then plans like this are easier to act on in the moment.
Gut guess vs. real time
Try filling in a table like this for your own week. The gaps are often surprising, and they're useful information, not a verdict on you. (The numbers below are an illustration, not research data.)
| Task | Gut guess | Last time | Plan for |
|---|---|---|---|
| Weekly report | 30 min | 55 min | 60 min |
| Grocery run | 30 min | 50 min | 50 min |
| Replying to email | 15 min | 40 min | 30 min, then stop |
| Getting the kids out the door | 15 min | 30 min | 30 min |
Notice the email row. That's Parkinson's law at work: some tasks grow to fit whatever time you give them, so a firm container helps more than a bigger estimate.
A worked example
On Friday at 8:00 AM, Leah plans her day with gut estimates: the weekly report (30 min), invoices (20 min), slides for Monday (60 min) and errands (30 min), around two client calls at 10:00 and 2:00. On paper it's a light day, with plenty of slack.
Then she applies the six steps. She checks how long the report took last week, splits the invoices into setup, entry and sending, adds the call prep she always forgets to plan, and puts buffers after both calls.
| Time | What | Estimate |
|---|---|---|
| 8:30 AM | Weekly report | 60 min (last week: 55) |
| 9:30 AM | Buffer | 15 min |
| 9:45 AM | Prep for the client call | 15 min |
| 10:00 AM | Client call | Fixed, 45 min |
| 10:45 AM | Buffer | 15 min |
| 11:00 AM | Invoices | 35 min (setup, entry, sending) |
| 11:45 AM | Lunch | 60 min |
| 1:00 PM | Slides for Monday, part 1 | 50 min |
| 2:00 PM | Client call | Fixed, 30 min |
| 2:30 PM | Buffer | 15 min |
| 2:45 PM | Open block | 30 min |
| 3:15 PM | Errands | 50 min |
Her if-then rule: the second half of the slides moves to Monday at 9:00 AM. The day looks fuller than the gut version. It's also the one that will still be standing at 4 PM.
Planning for it in Brizemi
Brizemi plans a realistic day around the fixed events in your calendar and puts breathing room between things, so overruns have somewhere to go. With Pro, it also learns how long things take you: after a few days, it sets aside time based on how your days actually go. The Today screen tells you in one line whether the day fits. And when a task runs long anyway, Rescue rebuilds the rest of the day around what's fixed; Rescue is always free.
Get Brizemi for iPhone or Android and give your estimates some breathing room.
Questions people ask
What is the planning fallacy in simple terms?
It's the tendency to think a task will take less time than it really does, even when similar tasks took longer in the past. It applies to small things like errands as well as to big projects.
Who came up with the planning fallacy?
Psychologists Daniel Kahneman and Amos Tversky named it in 1979. Roger Buehler, Dale Griffin and Michael Ross studied it in detail in a well-known 1994 paper.
How do you avoid the planning fallacy?
You can't switch it off, but you can plan around it. Base estimates on how long similar tasks actually took, break tasks into parts, and keep buffers in your day for the overruns you can't predict.
How much extra time should I add to my estimates?
There's no single right number. A practical start is to plan from what the task took last time, add about half again for anything new, and leave roughly a third of your free time unplanned.
Sources
- Kahneman, D., & Tversky, A. (1979). Intuitive prediction: Biases and corrective procedures. TIMS Studies in Management Science, 12, 313–327.
- Buehler, R., Griffin, D., & Ross, M. (1994). Exploring the 'planning fallacy': Why people underestimate their task completion times. Journal of Personality and Social Psychology, 67(3), 366–381.
- Kahneman, D. (2011). Thinking, Fast and Slow. Farrar, Straus and Giroux.
- Parkinson, C. N. (1955, November 19). Parkinson's law. The Economist.
- Gollwitzer, P. M. (1999). Implementation intentions: Strong effects of simple plans. American Psychologist, 54(7), 493–503.