From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tim Cross Subject: Re: Tracking Interruptions -- Work Flow Question Date: Sun, 13 Aug 2017 19:44:07 +1000 Message-ID: <87378vol94.fsf@gmail.com> References: <1762394182.645329.1502589720701.ref@mail.yahoo.com> <1762394182.645329.1502589720701@mail.yahoo.com> <87h8xcgp5g.fsf@ericabrahamsen.net> <87378vzuo0.fsf@luisa.c0t0d0s0.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38700) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dgpRU-0000dH-NX for emacs-orgmode@gnu.org; Sun, 13 Aug 2017 05:44:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dgpRT-0006Sk-Kx for emacs-orgmode@gnu.org; Sun, 13 Aug 2017 05:44:20 -0400 Received: from mail-pg0-x22d.google.com ([2607:f8b0:400e:c05::22d]:33810) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dgpRT-0006R0-EZ for emacs-orgmode@gnu.org; Sun, 13 Aug 2017 05:44:19 -0400 Received: by mail-pg0-x22d.google.com with SMTP id u185so30848500pgb.1 for ; Sun, 13 Aug 2017 02:44:16 -0700 (PDT) In-reply-to: <87378vzuo0.fsf@luisa.c0t0d0s0.de> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Michael Welle Cc: emacs-orgmode@gnu.org 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 writes: > >> Raymond Zeitler 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