NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
The list isn't the problem (Score:1)
I highly, highly recommend that you read David Allen's Getting Things Done. Among other things, it clarifies the purpose of keeping lists (getting "stuff" out of your brain to free your brain to be productive), gives a process for managing your lists, and has useful advice on making sure your lists are actionable (keeping it granular to just the "next action").
Moreover, he describes himself as the laziest person in the world and his system as the simplest thing that could work -- in other words, it's des
Re: (Score:2)
One other comment: I believe the common wisdom is not to select tasks based on duration (quick tasks) although it's tempting. The recommendation I've heard is to keep your list pri
Re: (Score:1)
The subtlety I've found is that once tasks are on a list, then importance and urgency is relevant, but when a new task comes up, if the time to just do it is not much longer than the time to put it into the "system", then it's worth just doing it then. A couple minutes seems to be the rule.
The problem I've found with prioritization is that my priorities shift too rapidly due to external, client factors and therefore the energy to update priorities on a list is just a frictional loss. People with more st
Re: (Score:2)
I've read GTD and agree to the principles. I even have some GTD posters on my office walls. It's just that I still haven't gotten round to fully implementing it (so I'm still stuck in a world where I forget to do stuff).
Could you gives the rest of us some details about those 12 files? Do you split by priority, scope (home, work), size (tasks vs. projects), etc? How are those files organized?
Re: (Score:1)
I, too, have a lot of leakage in my system -- don't let it be a barrier. I'm not good at finding regular time for weekly reviews and emptying my head onto paper. But whenever I do, I kick myself for not doing it more often. Several of the practices work well individually, though I do think they work better collectively.
I can describe my system a bit more, but it's an evolving thing, not static, and it's based on some of the particular contexts I deal with. For example, I travel a lot to clients' offic
Context Switching (Score:1)
If you're in the habit of handling incoming mail as soon as it comes in, you may be spending too much time switching contexts. What would happen if you set your mail polling interval to two or four hours?
(If you're already doing this, then I misunderstood what you wrote.)
Not a bad idea (Score:2)
So your suggestion is not a bad idea at all.
I can however ignore my mailbox and the little red counter in the dock, if I am programming or something.
I can also postpone the mail processing if I am busy, so I just scan the subjects and senders and if it is not my wife or something extremely important I can go back to what I was doing. The situa