emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: "Sven Bretfeld" <sven.bretfeld@gmx.ch>
To: Bernt Hansen <bernt@norang.ca>
Cc: Org Mode <emacs-orgmode@gnu.org>,
	Marcelo de Moraes Serpa <celoserpa@gmail.com>
Subject: Re: What do you use to identify projects (in the GTD sense)
Date: 11 Oct 2011 10:16:12 +0200	[thread overview]
Message-ID: <87k48c7xkj.fsf@gmx.ch> (raw)
In-Reply-To: <87ty7ge2p1.fsf@norang.ca> (Bernt Hansen's message of "Mon, 10 Oct 2011 21:28:58 -0400")

Hi Bernt

Bernt Hansen <bernt@norang.ca> writes:

> http://doc.norang.ca/org-mode.html#Projects

Wow, that is a WONDERFUL page you shared with us. Thank you very much!
It will cost me hours go through it and see what I can implement for my
setup. Can't you think about others' time before posting such great

Here is my setup and workflow:

I'm quite an orthodox GTD user with one exception: I blended two
concepts of ZTD (Zen to Done
which is a mix of GTD and other systems. What I took from it is the two
tags :MIT: (Most important thing of the day) and :BIGROCK: (Most
important project of the week). Usually MITs are Next Steps which I do
as early as possible during the day, normally there are two or three of
them each day. Bigrocks are privileged projects which I return to most
often, I usually have one or two of them per week.

I use one main org-file. Spheres of responsibility are top level
headings containing neither tags nor todo-keywords:

| * Termine (contains only appointments)
| * Teaching
| * Institute
| * Research Department
| * Research Consortium
| * Personal Research
| * Readings
| * Home Projects
| * Friends
| * Someday/Maybe
| * Stuff to remember (here for example birthdays are defined)

The second level contains projects which are tagged with :PROJECT:. The
third level are associated next steps containing a resource tag.

| * Institute
| ** Major Book Order                                 :PROJECT:
| *** DONE Advertise a position for a coordinator     :OFFICE:
| *** WAITING Wait for applications                   :OFFICE:
| *** Choose an appropriate person                    :OFFICE:
| *** Call a meeting                                  :OFFICE:
| *** Set up delegation project for supervision       :OFFICE:

As you see, only the first two steps contain a todo-keyword. This is
because the second step is running at the moment and cannot choose a
person before the position was actually advertised and the application
deadline has come. I use triggers to set the next step to the
appropriate state when the previous step is marked DONE:

| *** WAITING Wait for applications           :OFFICE:
|     :TRIGGER:  chain-siblings(NEXT)
|     :END:
| *** Choose an appropriate person            :OFFICE:

So, after the application deadline has come, I mark the WAITING entry
DONE and the next entry is automatically set to NEXT. After this is
DONE, "Call a meeting" will be set to NEXT. 

| *** DONE Wait for applications              :OFFICE:
| *** NEXT Choose an appropriate person       :OFFICE:
|     :TRIGGER:  chain-siblings(NEXT)
|     :END:
| *** Call a meeting                          :OFFICE:

In this way my agenda view for "NEXT actions at OFFICE" contains only
actions which can actually be done immediately.

I use to revise my project lists on a daily base. This is the first
thing I do in the morning. It takes about 15 minutes. This is not
orthodox GTD behavior but only this way a can make my mind free and be
sure that I don't forget deadlines and don't neglect projects. I have a
special entry for this revision that appears on top of my

| Dienstag   11 Oktober 2011
|        8:00...... ----------------
|        9:23...... now - - - - - - - - - - - - 
|        10:00...... ----------------
|        12:00...... ----------------
| diary: 14:00-15:00 Meeting with Mrs. Smith
|        14:00...... ----------------
|        16:00...... ----------------
| Termine:18:00-20:00 Central Asia group meeting          :MEETING:
|        20:00...... ----------------
| DailyTasks:      Scheduled:  REGULAR Daily Review [0/7]
| HomeProjects:    Scheduled:  REGULAR Water flowers      :HOME:

I have a special keyword for regular tasks because I don't like them to
appear in NEXT lists. These regular tasks always have a schedule and
therefore appear only in the day-agenda:

| ** REGULAR Daily Review [0/7]
|    SCHEDULED: <2011-10-10 Mo .+1d>
|    :END:
|    - [ ] review daily agenda
|    - [ ] review Waiting
|    - [ ] review Delegated
|    - [ ] review Projects
|    - [ ] review Stuck Projects
|    - [ ] review Bigrocks
|    - [ ] make new MITs from
|      - [ ] OFFICE
|      - [ ] HOME
|      - [ ] SCHRIESHEIM
|      - [ ] PHONE
|      - [ ] READING

For distant projects I have the Someday/Maybe category:

| ** Send documents to tax adviser
| *** Start Project
|     SCHEDULED: <2012-01-02 Mo>
| *** Gather documents					   :HOME:
|     :TRIGGER:  chain-siblings(NEXT)
|     :END:
| *** Copy documents					 :OFFICE:
| *** Prepare letter			                   :HOME:
| *** Send letter                                        :SHOPPING:

These future projects contain the keyword NOT_STARTED to prevent them
from appearing in the projects list. Starting the project is a scheduled
action. When it appears in my day agenda, I refile to project to the
appropriate responsibility category (in this case "Home Projects"), give
it the PROJECT tag and set the first action to NEXT.

The MEETING tag you can see in the daily-agenda view above, has only one
function: It is converted to the string [mute] when I do an iCal export
which I feed into GoogleCalendar every week (yes, I do have a "weekly"
review also). This serves as a keyphrase used to mute my Android phone
automatically during meetings (using the App Tasker).

This is the main idea of my setup. It contains some other stuff not
mentioned above. For example a special file for things captured en route
with the phone (MobileOrg), and a first level header "New Tasks" where
org-capture material is stored. My wife has writing access to another
file shared via Dropbox to inform me about things to do when we are not
at home together (I had to give her an Emacs crash course for that). I
use to share appointments with GoogleCalendar and use the procedure
described on this list several times to synchronize appointments between

Take what you find useful. Any hints for improvement are very welcome.



  reply	other threads:[~2011-10-11  8:16 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-10  6:21 What do you use to identify projects (in the GTD sense) Marcelo de Moraes Serpa
2011-10-10 11:30 ` Daniel Bausch
2011-10-10 18:44   ` Marcelo de Moraes Serpa
2011-10-11  6:20     ` Daniel Bausch
2011-10-11  1:28 ` Bernt Hansen
2011-10-11  8:16   ` Sven Bretfeld [this message]
2011-12-11 16:49   ` Viktor Rosenfeld
2011-12-11 22:18     ` Bernt Hansen
2011-12-12 18:29       ` Viktor Rosenfeld
2011-12-12 19:58         ` Bernt Hansen
2011-12-15 14:41         ` Defining dependencies (was: What do you use to identify projects (in the GTD sense)) Karl Voit

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:

  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=87k48c7xkj.fsf@gmx.ch \
    --to=sven.bretfeld@gmx.ch \
    --cc=bernt@norang.ca \
    --cc=celoserpa@gmail.com \
    --cc=emacs-orgmode@gnu.org \


* 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


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).