emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bernt Hansen <bernt@norang.ca>
To: Matt Price <moptop99@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: GTD: Tags or Custom TODO states?
Date: Sun, 20 Jun 2010 11:58:56 -0400	[thread overview]
Message-ID: <8739wh7l1b.fsf@gollum.intra.norang.ca> (raw)
In-Reply-To: <AANLkTinBLQNnH9MO1pwszz2dgQxcSj82HGQBXXYOj20M@mail.gmail.com> (Matt Price's message of "Fri\, 18 Jun 2010 18\:51\:30 -0400")

Matt Price <moptop99@gmail.com> writes:

> Hi Everyone,
>
> So, I'm going to try to implement David Allen's Getting Things Done
> using org-mode, as so many other people have done already.  I'd like
> to set things up more or less right the first time, but since GTD is
> brand-new to me (just finished the book today!) and I'm still only
> barely competent at org-mode, I'm a little anxious about the choices I
> need to make.  I think I understand some of the steps I have to take
> now, but would love some advice from all the GTD'ers out there.  So
> here goes:
>
> GTD is a 5-step process:  Collect, Process, Organize, Review, Do.
>
> I have all my GTD stuff in Dropbox, under ~/Dropbox/GTD, so there
> won't be any syncing problems across computers (don't have a
> smartphone yet, so that's not an issue).  That directory currently
> contains:
>
> Collect.org
>
> this is where stuff gets collected before any processing takes place
> -- it's especially for things I think of or that get thrown at me when
> I'm in a rush, or for 'mindsweeps'; essentially, it's a kind of Inbox
> (I have an email inbox, too, with wanderlust as my mail client -- but
> i'm not going to get into that now).  The items in this file do not
> have TODO states because I haven't figured out how to manage them yet.
> Every morning, or thereabouts, I'm supposed to check Collect.org and
> quickly process each item. Either it gets done right away, thrown out,
> or assigned a category & refiled in one of the other GTD files...

I use remember mode and remember templates to record new tasks and notes
for later processing.  I suggest you use that for dropping things into
your Collect.org

>
> Reference.org
> Stolen from http://www.jboecker.de/2010/04/14/general-reference-filing-with-org-mode.html,
> this is the one file that contains all my reference material.  Again,
> nothing in here is a TODO, and this file is not in the agenda-files
> alist.
>
> GTD.org
> this is the main storage place for actionable items, and items that
> are waiting for a response, so it is listed in the agenda-files alist.
>  My plan is to use custom agenda views to quickly access all actions i
> need to take and all items i'm waiting for.  Everything should be
> tagged with at least   a CONTEXT tag (calls, emails, office, home,
> errands, etc) and in most cases probably another tag that relates in
> some ways to content -- so e.g. a person's name could be used as a tag
> to build what Allen calls "agendas" for the next meeting you have with
> that person.  limiting on tags should make that pretty
> straightforward.  Everything should also have a TODO state associated
> with it; right now I'm thinking something like this:
> TODO WAITING |DONE
> but maybe there should be others.  (i do want to keep things as simple
> as possible, though)

With org-mode there's no real reason you have to keep these all in a
single file.  I use multiple files with org-agenda-files listing the
active ones which will contribute tasks to my agenda.

>
> Projects.org
> This file lists my projects and outlines the sub-projects associated
> with them.  Most of these are not _really_ todos -- but each project
> does need to have a "next action" associated with it, and this *is* a
> real TODO item.  Here's where I can't decide which way to go:
> Add this file to the agenda-files alist, and create two sets of TODO states:
> PROJECT | DONE and
> TODO WAITING | DONE
> and then create custom views for reviewing projects (during the Weekly
> Review, or maybe more often) and for viewing next actions along with
> the TODOS from GTD.org; or
> Just tag the projects headlines with :Project:, and only mark TODO's
> when there's a next action defined. This is simpler but it makes it a
> little harder to track projects using the Agenda view.  ; or
> just move the TODO items to GTD.org where they in some sense belong.
> that seems a little labour intensive though.

I've tried multiple things for projects:
  - todo state keywords (PROJECT and PROJDONE)
  - tags :project:

and I've recently moved to a lazy project definition described at
http://doc.norang.ca/org-mode.html#sec-12_2

This works great for me since I have level 1 tasks as categories and any
actionable items start at level 2.  So a project is any level 2 task
with actionable subtasks (any todo keyword)

I no longer spend any time deciding if something is a project or not.
If it has subtasks and is worth doing it's a project.  If it's not worth
doing I just cancel it and move on.

HTH,
Bernt

  reply	other threads:[~2010-06-20 15:59 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-18 22:51 GTD: Tags or Custom TODO states? Matt Price
2010-06-20 15:58 ` Bernt Hansen [this message]
     [not found]   ` <AANLkTin50G_xgMtDpwcNQuD1vcCNeIJ2MRiVIlbUyO8t@mail.gmail.com>
2010-06-21  1:37     ` Matt Price
2010-06-23 16:28 ` Jonathan Arkell
2010-06-23 17:21   ` Carsten Dominik
2010-06-23 17:33     ` Markus Heller
2010-06-30 10:38   ` Noorul Islam K M

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

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8739wh7l1b.fsf@gollum.intra.norang.ca \
    --to=bernt@norang.ca \
    --cc=emacs-orgmode@gnu.org \
    --cc=moptop99@gmail.com \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).