From: Alex Bochannek <alexb@juniper.net>
To: Emacs-orgmode@gnu.org
Subject: Re: Another GTD question.
Date: Fri, 29 Sep 2006 22:25:01 -0700 [thread overview]
Message-ID: <ubqoyrknm.fsf@juniper.net> (raw)
In-Reply-To: <451A70EB.2000003@optusnet.com.au> (Charles Cave's message of "Wed, 27 Sep 2006 22:39:07 +1000")
Charles, Uwe, Christopher,
thank you very much for your surprisingly diverse replies! It seems
everybody is coming up with a slightly different model and I am
starting to think that using a computer rather than the folders David
Allen proposes maybe gives you *too much* flexibility ;-)
Charles unintentionally gave a great example of what I have discovered
bothers me a bit about the different lists in GTD:
Charles Cave <charles_cave@optusnet.com.au> writes:
>> o Call the bank about personal statements :PHONE:
>> o Go to post office to buy stamps :ERRANDS:
>> o Wait for SysAdmin to finish server install :WAITING:
>> o Hang new pictures at home :HOME:
>> o Discuss new development process with boss :BOSS:
> (Create a tag for items (agenda) to discuss with your boss
>> o Read through vendor proposal :READING:
> (Can this reading be done at home or on your train trip to
> work? Reading is one of those activities that can be done almost
> anywhere)
>> o Server Install project at work :OFFICE:
>> o Install software upgrade on laptop :OFFICE:
>> o Learn more about font-lock in Org-mode :OFFICE:
>
> So when you are at the office, you display the tags for OFFICE.
>
> If you set up a meeting with your boss, you search for :BOSS so you
> get the most out of your meeting with the boss.
>
> When you are reviewing what you are waiting for, use the WAITING tag.
>
> During your lunch break, you search for ERRANDS.
The items tagged PHONE, ERRANDS, OFFICE are pretty much obvious,
although the "Server Install" should probably be on a PROJECT list of
some sort. The READING, BOSS, and WAITING are trickier I
think. The tags are using the list names where most Next Action
sublists are essentially contexts. The Agenda and Reading lists aren't
quite the same though since Agenda is missing the information whose
agenda it is and reading isn't really a context, but an activity,
which is context independent. WAITING (and PROJECT) is even worse in a
way since once I have dozens of those, how do I find out who I am
waiting for, for example?
I have to say that I liked Christopher's example. No messing around
with tags and integration of diary and agenda. I suspect though that
Christopher is spending most of his day in front of a computer and not
a whole lot of time in meetings, for example, where next actions come
up. Is that suspicion correct? Also, do you include personal items in
the lists or is this pretty much just for work tasks?
The way Uwe uses different files as categories and tags as meta info
is something I do as well. Here's the structure I have come up with
and that I would be happy to have critiqued.
I am using my existing Notes.org file now with a #+CATEGORY: Work, a
new Lists.org fiel with a couple of different categories, one of which
is Home, and a Projects.org file for Work with just projects.
Since I keep meeting notes in Notes.org, I have #+TAGS set up to
include contexts as well as the meta info for different technical
areas. The contexts I use are:
#+TAGS: CALL(c) COMPUTER(o) ERRANDS(e) { @WORK(w) @HOME(h) } AGENDA(a) READING(r)
I decided to make the general lists categories TODO types:
#+TYP_TODO: NEXT WAITING SOMEDAY PROJECT DONE
I am not sure yet that I really happy with this, but at least I can
show my TODO list now and have items listed as:
Work: NEXT Do software thing :COMPUTER:Software:
Work: WAITING Delivery of software :Software:
Home: SOMEDAY Books to Read
Home: NEXT: Buy Stamps :ERRANDS:
Or something along those lines. I am not really sure what to do with
the meta tags and whether I should attach them to WAITING items, for
example. There is no way to limit a view by tag or search string in
the TODO view, is there? That would make them a lot more useful to me.
Alex.
next prev parent reply other threads:[~2006-09-30 5:25 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-26 20:03 Another GTD question Alex Bochannek
2006-09-27 12:39 ` Charles Cave
2006-09-29 10:07 ` Christopher Kuettner
2006-09-30 5:25 ` Alex Bochannek [this message]
2006-09-30 11:28 ` Carsten Dominik
2006-10-01 14:41 ` Piotr Zielinski
2006-10-02 8:58 ` Chris Lowis
2006-10-14 4:44 ` Alex Bochannek
2006-10-01 23:54 ` Charles Cave
2006-10-14 4:53 ` Alex Bochannek
2006-09-27 14:18 ` Uwe Jochum
2006-10-04 16:11 ` Carsten Dominik
2006-10-04 17:11 ` Piotr Zielinski
2006-10-20 7:54 ` Carsten Dominik
2006-10-21 20:54 ` Christopher Kuettner
[not found] ` <b71b18520610211738s297f8f79u227d2ce32e10d2d9@mail.gmail.com>
2006-10-22 0:39 ` Eddward DeVilla
2006-10-23 6:10 ` Carsten Dominik
2006-10-23 7:21 ` Xiao-Yong Jin
2006-10-23 7:36 ` Carsten Dominik
2006-10-23 20:30 ` Xiao-Yong Jin
2006-10-23 13:24 ` Eddward DeVilla
2006-10-22 11:28 ` Pete Phillips
2006-10-05 13:01 ` Jason F. McBrayer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ubqoyrknm.fsf@juniper.net \
--to=alexb@juniper.net \
--cc=Emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.