emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Ihor Radchenko <yantar92@gmail.com>
To: Tim Cross <theophilusx@gmail.com>
Cc: emacs-orgmode@gnu.org, "Sébastien Gendre" <seb@k-7.ch>
Subject: Re: How do you manage complex project with Org-mode
Date: Mon, 21 Mar 2022 17:25:25 +0800	[thread overview]
Message-ID: <878rt3d5dm.fsf@localhost> (raw)
In-Reply-To: <87h77sgtx3.fsf@gmail.com>

Tim Cross <theophilusx@gmail.com> writes:

> My point was not that you don't need to review on a regular basis.
> Reviewing your tasks and projects regularly is essential. My point was
> that creating a todo task telling you to review your tasks/projects is
> an example of a 'noise' task.

I guess that it depends on what you mean by review. I would not call it
a 'noise', but rather a routine. A non-trivial one that requires deep
focus.

Having the review routine as a repeated task "review projects" is not
very useful by itself. However, you can make such task useful by using
checklists:

For example:
https://gist.github.com/mwfogleman/fbec1cc11f9eaac5e5d36b92c671ec8b

Or the one I use:
- [ ] Commit all the changes before the review
- [ ] Check clocking data for past week using the java app elisp:org-analyzer-start
  This data will reflect my actual performance, not the way I feel.\\
  Related: [[id:benkuhn_my_weekl_review_habit_benkuh][[benkuhn] My Weekly Review Habit]]
  - [ ] add to [[clock-summary][summary table]]
  - [ ] Think about undesired actions I have made during the week. What was the trigger for the actions? Reward? Can I avoid the trigger? Can I change the action? Remove reward?
    [[id:duhigg2012the][Duhigg, Charles [Random House] (2012) The power of habit : why we do what we do in life and business]]
  - [ ] Am I happy with the time spend on work?
  - [ ] If not, should I mark some of the areas or common projects SOMEDAY?
  - [ ] If I feel that I worked too much, but it is not true, consider reducing the number of active work tasks
  - [ ] [[elisp:org-analyzer-stop]]
- [ ] Collect all new legal documents and save them to org-mode
- [ ] Add all new contacts to org-contacts
- [ ] Commit and push all changed repositories elisp:magit-list-repositories
- [ ] Clear the Mobiscribe notes
- [ ] Make sure that all the zettels are in sync with org-mode
  - [ ] Copy the card number as =CUSTOM_ID=
  - [ ] Copy creation date as =CREATED=
  - [ ] mark sorted out cards by separator marker
- [ ] Process all the REVIEW tasks (link them). If need many more notes, mark them NEXT again
- [ ] Look at entire agenda for today  =g a v=
  - [ ] check tasks to archive
  - [ ] commit the changes
  - [ ] check *active projects*. Make sure that nothing falls out of control
    - [ ] check work projects
    - [ ] check non-work projects
  - [ ] Check *WAITING and HOLD projects*, move them to someday if necessary
  - [ ] check *WAITING and HOLD tasks*, mark them NEXT if need to followup (make *note*)
  - [ ] check ongoing and NEXT tasks, make sure that they have a concrete NEXT action
  - [ ] make sure that the number of active project for *next week* is manageable. Mark/unmark them HOLD otherwise.
    I should really set a small number of projects to avoid distracting my attention into too many things at the same time [[id:benkuhn_atten_is_your_scarc_resour_benkuh][[benkuhn] Attention Is Your Scarcest Resource | Benkuhn.net]]
  - [ ] check SOMEDAY projects and consider if I need to start/continue working on them
- [ ] Check next week's agenda
- [ ] Schedule deadlines for 3 big tasks (goals) to be finished next week. [[id:small-hack-my-daily-plan-acf][[König von Haunstetten] #daily_goal_tasks A small hack for my daily plan]]
  If there are no tasks, create them.
- [ ] check next month's calendar
- [ ] commit all the changes made during the review

> A common beginner error I've seen is for people to be so impressed with
> org-mode, they decide to create tasks, templates and projects which map
> out every aspect of their life. The problem with doing this is that you
> then create additional work for yourself in managing these tasks and you
> run the risk of being overwhelmed - you have so many tasks that instead
> of making your life easier, you now become paralysed by too many task
> choices.  

You are right, which is why I stress on limiting the number of tasks in
agenda. However, I would not call review as something that should not be
listed in agenda. It requires a good several hours and should be taken
into account when planning the day.

Best,
Ihor



  reply	other threads:[~2022-03-21  9:26 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-01  1:43 Sébastien Gendre
2022-03-01  4:03 ` Matt
2022-03-02 19:44   ` Sébastien Gendre
2022-03-01  6:43 ` Dr. Arne Babenhauserheide
2022-03-02 20:00   ` Sébastien Gendre
2022-03-01  7:12 ` Tim Cross
2022-03-02 20:33   ` Sébastien Gendre
2022-03-02 21:55     ` Tim Cross
2022-03-20  5:16       ` Ihor Radchenko
2022-03-20 21:24         ` Tim Cross
2022-03-21  9:25           ` Ihor Radchenko [this message]
2022-03-20  5:06     ` Ihor Radchenko
2022-03-01 19:26 ` Antonio Carlos Padoan Junior
2022-03-02 20:53   ` Sébastien Gendre
2022-03-01 21:06 ` Milan Zamazal
2022-03-02 20:58   ` Sébastien Gendre
2022-03-02 16:29 ` Quiliro Ordóñez
2022-03-02 21:05   ` Sébastien Gendre
2022-03-01  4:38 Eric Abrahamsen
2022-03-02 21:26 ` Sébastien Gendre
2022-03-02 23:35   ` Eric Abrahamsen

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=878rt3d5dm.fsf@localhost \
    --to=yantar92@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=seb@k-7.ch \
    --cc=theophilusx@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).