10 November 2014
With versions available for both iOS and OS X, OmniFocus is the most powerful task management system intended for individuals on the Apple platform. OmniFocus is highly configurable, allowing the user to tailor it to their own particular approach to GTD (Getting Things Done). Until recently, I’ve struggled with identifying an ideal approach to using OmniFocus for task management. The solution I settled on is described in this post.
The first principle of GTD is capture—i.e. getting things out of your head and into a place you can rely on to keep them safe while they wait for later processing. This principle applies equally to everyone. A second principle of GTD is the separation of tasks by context, and it is here where much of the discussion regarding various approaches to GTD is (rightfully) focused. Some people contextualize their tasks around physical energy levels (high, low), some around where tasks can be done (home, office, computer, on the phone) and some around task nature (work, personal, errands). I’ve experimented with all of these, and ultimately they all fell short.
The problem starts with capture. Since the objective of capture is keeping your head clear, the process results in my inbox containing two types of tasks—those I will do, and those I might do. Of course there are other dimensions in which you could classify those tasks, but over time, I’ve discovered that the effective separation of these two has the most impact, for me, in making GTD actually work. The challenge then has been identifying a GTD approach that:
To achieve those objectives, here are the tools provided by OmniFocus which affect the visibility of tasks.
In the past, I tried to contextualize my tasks into “Work” and “Personal”, and then separate what I will and might do through the activity setting available to projects, e.g. using an on-hold project called, “Someday/Maybe”.
The problem with that approach was that that single project contained tasks relevant to a variety of other “real” projects, which made it difficult to achieve my second objective—allowing me to see what I might want to do—within the context of a particular project.
So I tried to address that problem by creating on-hold “Someday/Maybe” child projects within each of my real active projects. But as you can imagine, that became unwieldy and maintenance-heavy once the number of real projects grew to any sizable amount.
I also tried creating an on-hold context called “Someday/Maybe” as a child context within each of my “Personal” and “Work” contexts, but eventually came to realize even that resulted in too much confusion and complexity in both initial context assignment, and when needing to change a given task—or group of tasks—from things I might do to things I will do.
I tried several other approaches as well and the result was always the same—either through over-complexity or incompatibility with my three objectives, OmniFocus wasn’t effectively helping me to get things done.
Realizing that in practice I didn’t actually view my tasks by “Work” and “Personal” contexts very often, even though I had organized them that way, I decided to try a simpler approach, consisting of only two contexts, the purpose of which is to answer the question, “Is this something I will do, or something I might do?”:
Now, when processing, organizing and managing tasks, I ask myself only two questions:
Here’s how that simplification fits into the core of my GTD approach.
I have three core custom perspectives in OmniFocus which I access on a daily basis:
This approach to GTD and OmniFocus has resulted, for me, in a task management approach that is powerful enough to meet my objectives while remaining simple and efficient enough that I actually follow it consistently—and results in the feeling that OmniFocus helps me to be more productive.
Someone in the comments asked to see details of how the custom Perspectives are defined. Here they are for OmniFocus 3: