emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Tim Cross <theophilusx@gmail.com>
To: Michael Welle <mwe012008@gmx.net>
Cc: emacs-orgmode@gnu.org
Subject: Re: Tracking Interruptions -- Work Flow Question
Date: Sun, 13 Aug 2017 19:44:07 +1000	[thread overview]
Message-ID: <87378vol94.fsf@gmail.com> (raw)
In-Reply-To: <87378vzuo0.fsf@luisa.c0t0d0s0.de>


I'm not sure there is any *good* way to track interruptions. As
pointed out by others, interruptions are not equal and the actual length
of the interruption is not necessarily a good reflection of the actual
impact to your productivity.

I've found two things which have helped me. One has helped to reduce the
interruptions and the other has provided some (minimal) help when I've
been questions on why a task has taken longer to complete than
estimated.

The first has been to use a type of pomodoro technique. Essentially, I
break my work up into blocks of time where I will not answer the phone,
email or anyone coming to my desk. I do run a timer which ticks down and
/allow/ interruptions in breaks between 'pomodoros'. The timer is really
useful as when someone comes to interrupt me, I can say, come back in x
minutes. It takes some training of your work colleagues, but they will
eventually respect your request (and being able to give them a definite
'come back in x minutes' helps).

The second thing I do is if an interruption cannot be avoided, I do
check out of my current task and only check back in once the
interruption has finished. While this doesn't tell you how much
productivity was actually lost by the interruption, you can at least do
some analysis of the clock times and show how often and for how long you
were interrupted - or at least working on that task was interrupted.

Tim

Michael Welle writes:

> Hello,
>
> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>> Raymond Zeitler <zeitra@yahoo.com> writes:
>>
>>> Does anyone schedule and "org-clock" interruptions? I really need to
>>> quantify how much of a drain they are to my productivity.
>>>
>>> I thought I'd include a generic "** TODO Interruption" in my
>>> todo.org (or an inter.org file) and schedule it every day. Then I'd
>>> press "I" every time I get interrupted and perhaps tag it with a
>>> special term.
>>>
>>> Or I suppose I could use a capture template just for interruptions.
>>>
>>> What do you suggest?
>>
>> Seems to me the danger of interruptions is not how much time they take
>> up, but how much time it takes you to recover from them, and get back to
>> work. Much harder to clock!
> yepp. Maybe add a 'braininess' factor to every task. Tasks, that need a
> lot of thinking, let's say hacking, have a higher 'braininess' than, for
> instance, sharpening pencils. Depending on the 'braininess' of the
> interrupted task add another 15 or 30 minutes to the interruption
> account. 
>
> Regards
> hmw


-- 
Tim Cross

  reply	other threads:[~2017-08-13  9:44 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1762394182.645329.1502589720701.ref@mail.yahoo.com>
2017-08-13  2:02 ` Tracking Interruptions -- Work Flow Question Raymond Zeitler
2017-08-13  2:47   ` Eric Abrahamsen
2017-08-13  9:25     ` Michael Welle
2017-08-13  9:44       ` Tim Cross [this message]
2017-08-13 21:29         ` Raymond Zeitler
2017-08-13 22:28           ` Tim Cross
2017-08-13 23:17             ` Bob Newell
2017-08-13 21:13     ` Raymond Zeitler
2017-08-13  9:55   ` Christophe Schockaert
2017-08-13 21:43     ` Raymond Zeitler
2017-08-17 10:07   ` Michal Politowski

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=87378vol94.fsf@gmail.com \
    --to=theophilusx@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=mwe012008@gmx.net \
    /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).