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
next prev parent 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).