Tag: productivity

Breaking the radio silence. My spare time recently was taken up with both the new job, and one coding project that I really, really wanted to get done. Now that it’s done, I hope I can push some things I’ve been thinking about to the blog.

Lately¹ things have got shaken up. I’ve moved countries and started a new job, and I’m still feeling the ripples. One unexpected consequence is that I stopped trusting my notebook as much.

Sometimes knowing when to stop is as important as trying to keep going.

Stage 1: Identifying the Problem

Genres in iTunes don’t serve much of a purpose for me.

Travel these days for me means this:

1. I pack all my stuff, including laptop (for serious work), iPad (for non-serious work, optional), Kindle (for reading) in my somewhat-bulging Belkin travel bag (an old model probably closest to the Larchmont Messenger out of their current range).
2. I go to the airport and hit security.
3. I take everything out of my bag for scanning, put it back in, spend prescious mental RAM + ego keeping track of everything.
4. I get to where I’m going and then spend the rest of the trip making sure I don’t lose any of my devices.
5. I pack to leave, and triple-check everywhere to make sure I haven’t left anything behind.
6. Going through security, I once again have to dismantle my stuff to have everything scanned.

There’s been a decent bit of discussion on the internet recently regarding the place of GTD in modern workflow, starting with Dave Lee’s post on GTD’s applicability for creative projects and then morphing into an ongoing discussion on its suitability for the modern tertiary sector workflow at all, given the fact that it was designed about ten years ago¹. Since I’ve recently revamped my GTD system to deal with so-called “creative workflows”, I thought now might be an interesting time to codify and publish something on the topic.

Unsurprisingly, my workflow got altered a considerable amount after reading Kourosh Dini’s excellent book, Creating Flow with Omnifocus, which you should go out and buy because it’s awesome². The problem, as has been pointed out, with many creative projects is that they’re not really divisible into atomic, two-minute tasks. If I need to write a chapter of a book, I need to write a chapter of a book. At some point I’ll have to spend several sessions pounding out words, and that really doesn’t mesh with the GTD ideal of discrete next-actionable tasks. Plus, one of the most discouraging things I’ve found with GTD is picking a task, spending half an hour to an hour doing it, then coming back to your computer and being unable to check that off.

J. Eddie Smith, on OmniFocus:

OmniFocus is not a manager. It doesn’t ship with a ball-busting boss that can threaten to make my life worse if I don’t do things. And so using OmniFocus for self-management requires a lot of self-discipline.