Using Start Dates in OmniFocus
After reading Ben Brooks' recent post on OmniFocus start dates, I thought I'd take a moment to talk about how my personal usage of start dates has changed as my OmniFocus workflow has evolved over the years.
When I first bought OmniFocus, I never used start dates. I processed my daily to-dos by using a handful of custom perspectives1, flagging hot items, and setting due dates. In theory, this should have been fine, but when I asked myself, "what should I do today?" I was working way too hard to answer the question. The most obvious side effect of this era was due dates too often represented the days I aspired to get things done, as opposed to hard deadlines.2
Somewhere along the line, I began to use start dates as a way to define when tasks should hit my "to do" queue. My methodology during this phase was that a start date would represent the theoretical day that a task could be started, as opposed to when I was committed to starting it. This had the benefit of keeping the future stuff out, and then I'd surface the hot stuff from the currently available tasks by assigning flags or due dates in my daily or weekly reviews. For example, let's say my task was to "call someone about something". If I could potentially do that task on the day I created it (even if my schedule would most likely prevent me to do so), I would plug in a start date of "today". Then when it became a priority, I'd flag it. I drove my workflow primarily with a single perspective that used a "Due or Flagged" status. This worked better but it still wasn't as smooth as I thought it should be.
My final adjustment was based on modifying how I defined a start date. In my workflow today, start dates represent either the day I intend to complete the task, or the day I will evaluate when I am going to do it. The primary benefit is this has eliminated all of the cruft from my list of daily tasks. My daily routine is driven by a "Daily: Start" perspective which groups tasks by start date and sorts them by context. 3 If I don't get to a task on the day it starts or if I decide it is not a priority anymore, I just defer the start date to the day I expect I will be able focus on it. If I'm unsure when that is, I typically defer the start date anywhere between one week and one month in the future, so I can re-evaluate it when I have a better view of my schedule.4
I've gone from never using to start dates to having them as the primary driver of my entire workflow. That said, the power of OmniFocus is it can be customized to your heart's content, and this system is just what works for me. Your mileage may vary.
I couldn't even tell you how many different perspectives I used back then to isolate the most important tasks, I just know it was too many. ↩
If you're a GTD devotee, you'll recall this is a big no no according to David Allen. See Getting Things Done for more on why. ↩
This perspective is similar, but not identical, to David Sparks' Today perspective. ↩
I still use due dates, but there are a lot fewer of them because now they only represent hard deadlines - exactly what GTD says they should be. As for flags? I rarely use them except in one-off scenarios. ↩
Newer: LaunchBar and Exchange Address Books in Snow Leopard
Previous: Brett Terpstra on Toggling and Hiding Apps via AppleScript