There’s a recent Back to Work episode where Merlin Mann goes way deep into the use of perspectives. He gives a great overview of what can be done with them.
One of the perspectives he uses is a Recent Additions perspective.
He is also particularly fond of using geotagging, which I do not do myself. If you think it is in line with your own methods of work, do consider also listening to MacPower Users Episode 91 where he goes into detail about them there.
If you are not using perspectives in OmniFocus, you are, without question, missing out on one of its most powerful features.
PS I’m basically elbows deep into the next project, so it will still be some time before I make my next contribution to the OmniFocus/Productivity community at large.
Pxldot, creator of a fantastic Applescript template for OmniFocus, wrote a two-part series of the why and how of the changes he’d like to make to OmniFocus (found courtesy of Workflowing):
What’s Eating OmniFocus – Part 1
What’s Eating OmniFocus – Part 2
While I cannot agree with everything he says, I totally admire the effort he’s put in. I will now, in true critic form, say what’s right and wrong about a bunch he’s said.
I don’t mean to pick on his ideas specifically. But Chris has so nicely laid out a number of concerns that all touch upon several ideas I just haven’t had the time to write about, that I couldn’t pass up the opportunity.
I’d like to do this in a series of posts. Today, I’ll focus on …
Chris describes a difficulty with start dates and an interesting remedy with the use of “target dates”:
In OmniFocus, two dates can be assigned to a task or project: a start date and a due date. Due dates are clear in purpose (though some still abuse them as a result of the same issue I’m about to detail): if something has to be done by a certain date, that is the date it is due. Start dates, however, are far more ambiguous; if not in their purpose, at least in their typical usage. I believe their name implies that they are the first time that a task becomes available; for example, you can only start working on your taxes on January 1st. …
… For many, this involves setting the start date (and, if you are like me, a flagged status as well). But if you set the start date in the future, the task will no longer appear as “available”, meaning you will never be aware that they are, technically, available for you should you go through your OmniFocus lists looking for something productive to do. This situation happens to me so often, and my frustration of having to set the start date and flagged status for scheduling tasks is so pointed, that I think the single most important change in OmniFocus would be the addition of a third date: the Target/Planned date.
While I think I can see the benefit, its hard to say how it would manifest in practice. In fact, I wonder if it would confuse matters as I do believe that the functionality is already there.
tax example he presents is a good one. One cannot do the taxes until January 1st. Having a start date of January 1st makes sense as the tasks are now available. However, I may not want to do the work until February 1st, perhaps when I anticipate more time.
One can have this using a Flag Dated core. In other words, one uses available and flagged tasks for the things to be worked on today.
Specifically, with all projects available in the library, the filter settings would be:
- Availability Filter: Available
- Status Filter: set to “Flagged” or “Due or Flagged”
- Estimated Time Filter: Any Duration
Doing so allows the tax work to become active on January 1st, but not appear in daily view until desired. In the example I propose of wanting to do the work on February 1st, I would add a task to the project that says “Begin tax project” @Laptop ; Start Date 2/1 ; Flag on.
Doing so allows the task to appear when I want it to while the other tasks remain available, but not visible to daily view. They’re just not on my daily plate until I want them to be.
In other words, the target date system is already in place. Adding another date mechanism could make an already complex program more confusing.
Note: For those who’ve read Creating Flow with OmniFocus, this does not apply to the start date based core. I increasingly find that a system centered on flags offers greater flexibility, as is evident here.
Depending upon response, I hope to continue posting thoughts in response to Chris’ excellent post …
Now that Workflow: Beyond Productivity is complete and the dust has settled, I am curious as to what readers would be interested in seeing next. If you have moment, please check a box below to send me a vote in next directions!
Two and one-half years, 500+ pages, and nearly 100,000 words after Creating Flow with OmniFocus, Workflow: Beyond Productivity is now available:
Preview available to members of the OmniFocus & Workflows mailing lists
Workflow is an advanced textbook ready to reward the diligent reader, interested in not only productivity, but also creativity and mastery.
The text dives deep into the individual components of the workflow. While each individual has his or her own unique systems, the basics of the workflow remain. Intention, organization, sessions, practice, mastery, motivation, and more are explored at both a practical and psychological depth. Terminology and definitions work in concert with each other, while they are also presented individually so that you can decide where and how to improve your individual workflow to whatever degree you may wish.
What you will not find is a series of quick fixes or how-to lists. However, you will find an in-depth examination, from basic concepts to an advanced understanding so you can build the secure foundations needed to truly develop meaningful work.
Workflow is application independent. Though the text is also a companion to Creating Flow with OmniFocus, it is a standalone work, ready to support you regardless of the tools you may wish to use.
Now available at:
Mike Schechter and Mike Vardy, had Thanh Pham and I on their show to discuss the awesomeness of productivity.
Have a listen to the Mikes on Mics podcast #62 here.
In all seriousness, we discuss the concern of how an over-focus on productivity can ironically turn into an avoidance of doing the work itself. The issue is actually quite a large one as it is a major means of procrastination. For this reason, perhaps among others, the productivity space can get a bad rap.
But the focus, as always, is on mastery and meaningful work. The rest are just tools.