emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: John Hendy <jw.hendy@gmail.com>
To: Bernt Hansen <bernt@norang.ca>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: Organizing by time or by subject and an idea
Date: Fri, 10 Feb 2012 20:07:43 -0600	[thread overview]
Message-ID: <CA+M2ft9keHKZUeeZ84GN34rCFCA7tS8zk9t0ecxqxexvbMLKRA@mail.gmail.com> (raw)
In-Reply-To: <871uq2azxv.fsf@norang.ca>

On Fri, Feb 10, 2012 at 8:03 PM, Bernt Hansen <bernt@norang.ca> wrote:
> John Hendy <jw.hendy@gmail.com> writes:
>
>> I got food feedback as far as the "snapshots" inquiry, but am still
>> not settled on the time vs. topic hierarchy strategy (definite thanks
>> to Bernt and Eric Fraga!). I thought of a specific situation that
>> might help with receiving feedback.
>>
>> I think were I solely working as an individual, the structure Bernt
>> suggested would work. Essentially:
>>
>> * todo Some bigger task
>> ** todo subtask 1
>> ** todo subtask 2
>>
>> And so on. Basically -- lay out the steps you think you need to do to
>> complete it... and complete it. Store notes under the todos and you're
>> good to go.
>>
>> But I work with a team. Some todos are dependent on input from the
>> team... Consider this example:
>>
>> * todo some bigger task
>> ** todo decide on what color to make the widgets for the three field tests
>> ** todo subtask 2
>>
>> Now, let's say I have a team meeting where my marketer tells me the
>> decision for the widget colors:
>> - field test 1: red
>> - field test 2: blue
>> - field test 3 green
>>
>> I have [at least] two options:
>>
>> * todo some bigger task
>> ** done decide on what color to make the widgets for the three field tests
>> - field test 1: red
>> - field test 2: blue
>> - field test 3 green
>>
>> or...
>>
>> * Team Meeting Summaries
>> ** [timestamp] Team Update
>> Alice informed us of the color decisions:
>> - field test 1: red
>> - field test 2: blue
>> - field test 3 green
>>
>>
>> I feel stuck in situations like this... I need to reproduce minutes
>> and thus it makes sense to keep the information with the chronological
>> event in which it occurred. I also know that it fits a larger project
>> structure and fulfills some task. I don't think duplicating it is the
>> way to go...
>
> Hi John,
>
> In situations like this I keep the notes from the meeting in my
> 'meeting' task and create duplicate TODO tasks from the items in the
> meeting.  This way my meeting notes are coherent and complete, and I'm
> free to do whatever I want with the created subtasks without touching my
> meeting notes.
>

Gotcha. So keep things with the "event" in which they occurred/action
was taken and recreate what is necessary elsewhere for documentation
or coherence (as in, why the todo is able to be marked done due to the
meeting).


> ie.
>
> ** DONE Meet with team
>   Notes from team meeting go here
>   field test 1: red
>   field test 2: blue
>
> then if I have another task for
>
> ** TODO Determine colour for field test 1
>
> I'll make it done and either link it to the team meeting task, or just
> copy in the details I need so I can see immediately from the task what
> colour was chosen.
>

Thanks for clarifying, and this squares with what I saw the options as
-- recreate or link.

I don't know why, but I just have these mini-existential crises about
org-mode organization. I continually feel like once I *finally* get my
de-facto system in place I can just shut up and use the tool rather
than thinking about *how* to use the tool all the time. Sigh...

Thanks for helping me!


John

> HTH,
> Bernt

      reply	other threads:[~2012-02-11  2:07 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-20 18:04 Organizing by time or by subject and an idea John Hendy
2012-01-21 12:59 ` Max Mikhanosha
2012-01-21 13:09   ` Max Mikhanosha
2012-01-21 15:57   ` Max Mikhanosha
2012-01-23  9:00   ` Eric S Fraga
2012-01-30 23:11     ` John Hendy
2012-01-31  0:26       ` Bernt Hansen
2012-01-31 13:10       ` Eric S Fraga
2012-02-10 19:47 ` John Hendy
2012-02-11  2:03   ` Bernt Hansen
2012-02-11  2:07     ` John Hendy [this message]

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=CA+M2ft9keHKZUeeZ84GN34rCFCA7tS8zk9t0ecxqxexvbMLKRA@mail.gmail.com \
    --to=jw.hendy@gmail.com \
    --cc=bernt@norang.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).