Context is an important concept in GTD. You are expected to assign a context to each next action. The context you are in the subset of your next actions you can do at that point. In principle it is good way to filter out the tasks that anyway you can't do right now because of your context. The problem is that knowledge workers end up with a first "at computer" context, and a second "errands" context, with most of the important next actions falling in the first context. That doesn't help much.
Since you can't really filter by context, each time you pick a next action you are expected to go through all your next actions. Of course, you not doing that, because that doesn't make sense. Or maybe you do it once a day, and then keep a mental picture of the next actions you are planning to do during the day. But aren't you using GTD to avoid keeping a list of next actions in your head? And in the end, it seems that this is precisely what GTD forces you to do.
What you are missing is capturing when you are planning to do a next action. This isn't about scheduling tasks; it is about capturing if you are roughly planning to do this next action today, this week, or later. Every day, make sure to reevaluate the today list, and every week the this week list. (Those 3 categories work well for me, but feel free to adapt this to your own needs.)
If you are using a GTD software, like OmniFocus, and if like me you find that using the context field in a traditional way is pointless, just define a today context, a this week context, and a later context.
Thursday, October 04, 2007
Context in GTD, and Why it is Broken
Labels: gtd