Kevin McAllister on 11 Nov 2009 03:33:14 -0800 |
Last night JP asked a question about any suggestions for task management and noted a system he'd created using text files and bash. I couldn't think of it then but there is a project called "todo.txt" that does something similar there may be some ideas you could learn from there. http://ginatrapani.github.com/todo.txt-cli/ The other parts of the conversation were related to how to manage the myriad things flowing at you as interrupts through the day. I just wanted to comment in my typical wordy fashion on that question with a description of how I manage it. First for anyone not familiar with David Allen's book Getting Things Done and if you've ever felt overwhelmed by your workload, I very highly recommend you pick up a copy of the book and read it. It lays out a practical system for dealing with pretty much everything. So like JP I have a list of many/many tasks organized both by project and context in a MacOS application called OmniFocus. (Context is physical location or needs in order to do the task, e.g. @Computer, @Phone.) And I also typically create a daily or weekly list of priorities. A way to view this list is, if magically I get no email, phone calls or pop-ins during the next 5 days this is what I'll do. I'll typically print that out or handle it in it's own list so I can maintain focused on it throughout the week. And for motivational reasons I try to estimate a list I'll be able to accomplish completely assuming the level of urgent issues I need to deal with is about average. So how I deal with interruptions. First I've chosen to fight to sandbox my really creative work from them. So I've been working to institute Do Not Disturb time blocks with my co-workers, and then to enforce it upon myself by logging out of IM, IRC, quitting email and twitter clients and blocking every kind of notification. This has been very worthwhile and I recommend it but I know depending on your work and responsibilities it could be impossible. Second when they do arise I make a conscious decision to recognize that I've been interrupted, and that to return to my current task will take work. So I have a text file open always called logbook.txt when interrupted I write down in a full grammatically correct sentence the next thing I need to do on that task. The full sentence part is important, at the time of the interruption it is completely impossible for you to understand that you won't be in the same mind context when you return to that task, and that a one or two word note that says, "search library" or "Fix server" will be zero help in recapturing the context, where a full sentence captures a complete thought and re- reading the sentence will help you recapture some or all of that context. So people have come to expect that when I'm interrupted it will take 20 seconds for me to jot down a state dump before I switch contexts and help them. Finally it's important to decide explicitly when interrupted how you are going to handle the new thing: a) I'm going to work on that now. b) I can't do that now, but I'll get to it today. c) I am not going to decide about that now. The case of 'a' is obvious in case 'b' you need to decide now, what you are going to do (what's the next physical action) and estimate how much time is required and capture the action on your "due today" list or a calendar to trigger when you need to start if you are going to actually get it done today. In the case of 'c' you need a trusted place where you can record that new stuff and know you will sweep through it eventually and make your project and next actions decisions about it. For that OmniFocus has an INBOX function, but it would be simple to set up an INBOX or INCOMING project in any other tool and make a habit of processing that stuff at least daily. It's also important to keep in mind that as you work you can interrupt yourself as you make new discoveries about your current task, you should treat this these interruptions similarly. I wrote about that particular problem earlier this year here: http://logicaldisconnect.org/archives/2009/06/10/overload-and-a-coke/ Also a final note, the full sentence idea I use for capturing mental state is based on something I learned from Jean Moroney of Thinking Directions: http://www.thinkingdirections.com/ It's based on her technique called "Thinking on Paper." If any of the stuff I was talking about above is of interest I'd recommend checking out her work. She periodically gives a free teleclass called "Jumpstart your Thinking" which gives you a low risk way to evaluate what she is doing. Hope this is helpful. Thanks, Kevin ___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug
|
|