Thinking in reverse

I read about this idea in the context of Charlie Munger’s process for drawing good maps for pilots:

  1. Think about all the ways pilots could get killed.

  2. Do your best to avoid everything from 1.

The article describes applications to everyday life that are surprisingly helpful.

Example: Work Start Time

Here’s an example of my own. Say you’re having an issue where you have trouble starting working early enough in the day. You can consider all the reasons this might happen:

Not that all of them happen on a given day, but they’re all potential failure modes.

So, you simply make plans to avoid each of these failure modes.

Simply writing out the possibilities is great. It’s a finite list. And, if other difficulties come up, simply add them to the list.

It feels like “proof by cases.” It’s less elegant than a top-down explanation, but I think it’s more realistic. By default you enumerate the complexity of reality, rather than trying to come up with unifying theories at the start.

I also like this framework because it emphasizes looking at the set of causes and conditions around an event, rather than just the event itself.