A few days ago I finally got to understand that a certain type of items in my in-box gets my processing phase longer than it should be.
I can get every day a dozen or more items with which I should do a relatively short, predefined chain of steps, which can change slightly depending on the exact case, and those actions should better be done as soon as possible.
A few examples:
A new prospect client called, and after the conversation he asked to be sent information- I have to add the lead to my CRM system, and could be I have a template with the information he requests, and it needs only to be filled with the contact info and can be sent to him by fax or email.
A signed order got in, I took it from the fax machine and it's in my inbox. I need to close the reminder to check if it came in (in waiting), update the client's account, set a reminder to produce and ship the item ordered, and produce an invoice for the charge.
I worked for a few hours for a client, outside the office, upon coming in I dropped the note including the billable hours worked for him into the inbox. I have to feed the information to my system, calculate the price for the time, and update the client's account, and if the work is finished - produce an invoice.
All of those issues, and there are more type of such items, should better be done sooner than later. If I don't send out the information the prospect asked for, I might lose the lead. If I don't ship the item ordered, the client might get upset, and without sending the invoice to him- the payment will also be delayed.
So, till now I used to actually DO those things immediately while processing my in-box, but it made processing slow, because it takes much more than 2 minutes to do, and often my inbox did not get empty on a daily-basis.
I now think I should make a special tray for this kind of items, processing them from the inbox will be short- What is it? An order. Need action? Yes- it's a rutine item, put it there to be done.
And I think that even though my system is basically electronic, this tray will by itself be the 'container' and the context, I don't need to list these items, I just have to sit down - pick an item and just do what's needed. I can even pick the one I think needs to be done first, even though it is not the top one - this tray is not an in-box - it's a context.
What do you think?
Last edited by Mic; 02-05-2012 at 08:16 AM.
Since now you sometimes don't empty your inbox because of those things, then when you implement the new system you may always empty your inbox but you will sometimes not empty your secondary processing box.
You can have a routine of processing your inbox and then usually immediately doing the secondary processing.
-- It may help you have a clearer mind.
-- If you sometimes have items in your inbox that are a lot more urgent than those secondary processing things, it will let you (almost?) always get to those.
-- It could lead to procrastinating doing the secondary processing. You might end up with an empty inbox but a growing pile of secondary processing.
-- It will delay the secondary processing at least a few minutes.
-- You might want to use a 5-minute rule instead of a 2-minute rule.
-- You might also want to avoid putting anything very urgent or important into the secondary processing box.
I agree that if you tell someone you're going to send them some information, it's good
to send it immediately -- while they're still thinking about it! Even a few minutes' delay
could lose their train of thought. Using this secondary pile could create that few
Yes, I would certainly recommend trying that approach. There is no point in confusing a GTD system with the digital tool that is the main part of that system, i.e. that which is more useful to keep on the computer goes there, at that which is more useful to keep on other types of lists goes there.
If you start with the premise that any group of similar items makes a list, then a tray with signed orders that all need the same processing certainly is a list, and a very context specific list at that, since you have set up your work to do that processing at the very place where you keep the tray. And that is the key point in that setup: An inbox is always an inbox, but once you have setup a tray dedicated to a certain routine, it is no longer an inbox with "stuff", but a list of clearly defined next actions.
The typical example here would be manual data input from paper into a computer system. If there is a tray for unprocessed input, then (assuming there are no particular deadlines to individual items) a tray is all you need to track your work.
My guess is that since most GTD implementations are not made by or for people in more standardised admin roles, this tends to be overlooked in favour of building systems for tracking more diverse tasks and projects, but that any standardization of processes that can be achieved without restricting the actual work process will be helpful in an admin role - which is why I am fascinated by the idea of combining the concepts of GTD and Lean in real life settings.
Just make sure that you still have the ability to get a good overview of all available tasks for the relevant contexts, so that you don't compartmentalise to the point of losing the overview.
Not a inbox, and no more processing
As I worte in my OP, I don't mean to split processing. The items I plan to put in that tray are to be done, not to be processed (In the GTD terms).
Originally Posted by cwoodgold
I have a routine of actions pertaining to the items involved, but it takes more than 2 minutes to do.
I think DA hints about this, but only regarding items of common next action, like making a call-back to clients, etc.
Sounds like a good idea. In my job the routine thing I do is handle invoices, and they are always dealt with the same way, and are all to be processed within the same time period, and I have come unstuck a few times because they have gotten lost in my inbox which is piling up.
I think this concept still aligns with GTD, which recommends a read/review box for articles, so having things that are dealt with in a standard way in their own tray should streamline things.
This idea might be good at home also, eg having a separate tray for all budget items (mostly bills to be paid).
Sometimes the item you pull from your inbox is enough of a reminder of what you need to do. Items in this category can include "Read and Review", "Receipts to Process", and "Bills to Pay". It's totally acceptable to channel things like "new prospects" into a discrete bucket on your desk without writing things on a list as long as you remember to look at that bucket regularly.
Originally Posted by ellobogrande
I saw your response right after posting the one to suelin23, and it's exactly what I mean. I'm glad others approve it is not a mistake. I sometimes have a rather complex routine to do with an item, but nevertheless it is obvious to me.
It is a "Doing" tray, and not yet another inbox
Originally Posted by Suelin23
I think a critical condition for the success of this idea is to be careful not to mix in anything who's 'processing' (In the GTD meaning of it), was not done yet. If a budget item is to be paid by calling and using your credit card, then the next action is obvious. If it is an invoice you have to feed into a system, and then send somebody- and you have a definite set of actions you always do with these invoices - then - I suggest - you could route them directly into this special tray - which I think can serve as a context - and you'll do whatever needs to be done with them- ASAP - against anything else you have to do.
The benefit is that you will not be making processing your inbox too long a task on one hand, and not bothering to make files and list those items as projects on the other hand.
One of the basic concepts of GTD as I understand it is - 'Don’t make an item be a reminder of the doing it symbols' - because you will have to rethink what it means again and again (every time you see it). But I suggest (And I think DA also mentions it somewhere) that items you deal with according to a specific routine over and over again - CAN serve as such a reminder, because the thinking is done and known already, not less than just reading it off a list.
Step 11 in the GTD implementation guide (https://secure.davidco.com/store/cat...ZE-p-16636.php) mentions this specifically, and I'm sure it's in the book somewhere as well.
Originally Posted by Mic