Tom_Hagen
Registered
Most of the participants in this forum will probably agree that the GTD method works and brings a lot of satisfaction. The mere habit of collecting makes the difference. The analysis and determination of next actions in the project is nothing more than algorithmic thinking known in computer science. Once - for example - I decided to make wine. I didn't know how to do it at all. Using GTD techniques, I decided to: search the Internet for the article "How to Make Wine". Buy a container for wine, yeast ... etc. Make the wine according to the procedure. And I did it.
Reading this forum, however, I noticed that quite a few questions relate directly or indirectly to the "do" phase. And this is, in my opinion, the missing chapter in David Allen's book. Yes, the author discusses the choice models: context, energy, priorities, time, etc. However, there are more questions than there are answers. Why? Because the whole GTD system is ... just plain pleasant. When we collect, organize, list, etc., we feel a "boost" of dopamine. Worse when it comes to "doing". Not all tasks are fun. Not all of them bring joy. Maybe you have a boring report to write, or you need to do something that you feel mentally resistant to. Hence the questions about the granularity of the next actions, hence the comments about task overload. Not everything is so obvious. The answers are given: divide the tasks into parts to make you feel motivated to do them. This is not always good advice: if someone is a programmer, write 5 methods or 2 classes will be expensive. It is often better to sit down and spend a few days just working on such a project. It takes a lot of time and energy to go back to the code after a few days - there are a lot of things you need to remember to continue. Another statement - divide the activities so that you can perform them in one step. And here again doubts arise. For example, reading a book or writing it requires some artificial, arbitrary division. One day I can read 10 pages, another 150. If I set myself 150 pages a day, should I not read a book when I have 20 minutes free? Of course I should.
On this forum, I have read comments that concerned too long a list of next actions: treat them as a menu in a restaurant - choose what you want. This is not always the case here as well. If you learn a foreign language, everyone will tell you that it is best to be systematic: shorter but more often, preferably daily. In that case, the restaurant menu approach cannot be used. It takes some kind of self-discipline.
Each of us is different. And perhaps each of us needs a slightly different solution. Oogiem seems to be happier the longer the lists are
however, many of us having such lists would prefer not to get out of bed at all
.
Therefore, it seems to me that the "doing" phase would require additional and in-depth discussion. Perhaps it would be worth giving diverse techniques and diverse suggestions. We know, after all, that GTD is not a rigid system. His strength is, among others: flexibility. Hence the title of this message - in my opinion such an additional chapter would be very interesting and inspiring for all of us.
Or maybe it's not a chapter topic, but rather a book? Eg "GTD in examples"?
Reading this forum, however, I noticed that quite a few questions relate directly or indirectly to the "do" phase. And this is, in my opinion, the missing chapter in David Allen's book. Yes, the author discusses the choice models: context, energy, priorities, time, etc. However, there are more questions than there are answers. Why? Because the whole GTD system is ... just plain pleasant. When we collect, organize, list, etc., we feel a "boost" of dopamine. Worse when it comes to "doing". Not all tasks are fun. Not all of them bring joy. Maybe you have a boring report to write, or you need to do something that you feel mentally resistant to. Hence the questions about the granularity of the next actions, hence the comments about task overload. Not everything is so obvious. The answers are given: divide the tasks into parts to make you feel motivated to do them. This is not always good advice: if someone is a programmer, write 5 methods or 2 classes will be expensive. It is often better to sit down and spend a few days just working on such a project. It takes a lot of time and energy to go back to the code after a few days - there are a lot of things you need to remember to continue. Another statement - divide the activities so that you can perform them in one step. And here again doubts arise. For example, reading a book or writing it requires some artificial, arbitrary division. One day I can read 10 pages, another 150. If I set myself 150 pages a day, should I not read a book when I have 20 minutes free? Of course I should.
On this forum, I have read comments that concerned too long a list of next actions: treat them as a menu in a restaurant - choose what you want. This is not always the case here as well. If you learn a foreign language, everyone will tell you that it is best to be systematic: shorter but more often, preferably daily. In that case, the restaurant menu approach cannot be used. It takes some kind of self-discipline.
Each of us is different. And perhaps each of us needs a slightly different solution. Oogiem seems to be happier the longer the lists are


Therefore, it seems to me that the "doing" phase would require additional and in-depth discussion. Perhaps it would be worth giving diverse techniques and diverse suggestions. We know, after all, that GTD is not a rigid system. His strength is, among others: flexibility. Hence the title of this message - in my opinion such an additional chapter would be very interesting and inspiring for all of us.
Or maybe it's not a chapter topic, but rather a book? Eg "GTD in examples"?