From: Desmond Rivet <desmond_news@videotron.ca>
To: emacs-orgmode@gnu.org
Subject: Re: [off-topic/GTD]Only Next Actions list to rule them all ?
Date: Wed, 21 Oct 2009 08:13:49 -0400 [thread overview]
Message-ID: <87hbtthrlu.fsf@zinc.branchcut.ath.cx> (raw)
In-Reply-To: <e7cdbe30910202251m2451e3fdp8b660181f2110220@mail.gmail.com>
Manish <mailtomanish.sharma@gmail.com> writes:
> On Wed, Oct 21, 2009 at 10:45 AM, Marcelo de Moraes Serpa wrote:
>> Hello list,
>>
>> This is for the GTD orgers out there. I've taken the article written by
>> Charles as a basis for my GTD implementation. In the end, it's all about
>> what works for you, but I'd like to get some insights/opinions from you: For
>> Next Actions, are you using a single list OR you organize them
>> hierarchically under each project (in the projects list)?
>>
>> I started with the second one, putting each next action (TODO) item under
>> its correspondent project, however, it quickly became too bloated, and a mix
>> of projects, sub-projects and next-actions. Of course, org helps there with
>> sparse trees and other functions to filter trees, but still, I found it was
>> too complex, albeit more specific and I did felt I was more "organized",
>> even though I was getting lost.
>>
>> So, I just let go of my obsession about the perfect thing and decided to try
>> a single Next Actions list, together with a Projects list. The next actions
>> is a single list with all the actionable items from all the projects. I've
>> lost the relationship between a next action item and a project, but I can do
>> this easily by just looking at the action, having the system tell me is not
>> that important.
>
> Usually, you define all actions for a project under the same hierarchy. You
> can decide how you want actions to be designated "next" (and projects to be
> designated "project") -- using keywords or tags and have a custom agenda
> command collect the next actions for you from all agenda files in a single
> list.
I use a single file which contains both next actions (NAs) and projects,
with NAs living under the relevant project. NAs have TODO state and
tags for the contexts.
Well, that's not 100% true. My GTD file contains NAs and a more generic
concept which I'm calling "Categories", since a Category uses a CATEGORY
property. Categories are just grouping items. Projects are a special
kind of Category which a) have a TODO state (normal Categories do not)
and b) tack a "p_" onto the beginning of the CATEGORY label and c) have
a "project" tag. Basically a project is a Category that you can
"finish" and which can be immediately identified as a project with a
query (because of the project tag).
In this way, NAs always live under a Category (I have a "Misc" Category
to catch NAs which don't seem to fit anywhere else), and some Categories
are projects. I don't nest Categories into sub-Categories, but I think
I could do it - projects are just Categories with some extra TODO state
and tags, and heading level doesn't really enter into it. Similarly,
NAs are TODO items which do NOT have the project tag.
When I collect all my NAs into an agenda view, I immediately see the
CATEGORY label in the first column and I can see which NAs belong to a
project and which don't, since I tacked a "p_" onto the Categories which
represent projects.
Also, my waiting list is defined as items in the WAITING state. I keep
my someday list as a seperate file.
--
Desmond Rivet
Pain is weakness leaving the body.
next prev parent reply other threads:[~2009-10-21 12:12 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-21 5:15 [off-topic/GTD]Only Next Actions list to rule them all ? Marcelo de Moraes Serpa
2009-10-21 5:51 ` Manish
2009-10-21 12:13 ` Desmond Rivet [this message]
2009-10-21 12:22 ` Bernt Hansen
2009-10-21 18:06 ` Marcelo de Moraes Serpa
2009-10-21 18:30 ` Marcelo de Moraes Serpa
2009-10-21 19:05 ` Matt Lundin
2009-10-21 19:15 ` Bernt Hansen
2009-10-21 22:15 ` Marcelo de Moraes Serpa
2009-10-22 1:48 ` Bernt Hansen
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=87hbtthrlu.fsf@zinc.branchcut.ath.cx \
--to=desmond_news@videotron.ca \
--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 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).