Just a couple of thoughts after reading this thread...
mb said:
Well.... I find it confusing to have complex projects: e.g., "complete 2004 annual plan", "find preschool for D"
and shorter, less complex projects: e.g., "Get advice on my GTD questions" (I have two, but am limiting myself to one today), or "show my group Melissa's sample test plan" (which involves, getting the plan, reviewing what I want to say, scheduling time at the meeting, making copies - not one step, but also not incredibly complicated)
on the same list. Does anyone else find this confusing? Any solutions?
I struggled with this, too, especially with I first started implementing GTD. I think initially I hesitated to create those less complex projects, just for this reason. I don't have any clear advice here, except to say that as I continued to practice GTD, it really stopped becoming an issue.
reinout said:
Regarding the big/small projects discussion, I've got an extra question. Whether big or small projects, linking the action I just completed back to the project and generating a new next action is something I actually find pretty hard.
Yes, I've got a feel for which project it is, of course, but sometimes you really need to browse that list of projects. Most of the time I just start working on the next action I think I can do on the item - without specifying that next action.
Here's what I do to link next actions to their projects. Each project has a short code associated with it, and each next action starts with that code.
Here's an example project:
Prepare XYZ report
Here are the next actions associated with that project (some on context lists, others waiting for a previous action to be completed):
XYZ: Call B for info on problem A
XYZ: Draft response to situation B
etc.
Also, there are times when I don't define each and every next action for a project before doing it. For example, last week I was working on a project that I knew would consume most of my work day. I started in the morning and worked on the project (even doing next actions I hadn't listed) until lunch. Then, I identified the next action to get started with after lunch, and when I got back, I picked up where I had left off. In this way, the next action almost serves as a bookmark. Work on a project until you need to stop, either because of time restraints or because the next action is in a different context, then place a marker somewhere in your system so you know how to move forward with that project later.
reinout said:
Is there a reason to stick to just one next action? If so, how do you iterate back to the original project to generate the second next action? When do you iterate back to that project?
There are several projects on my list with multiple next actions, and it works well. Sometimes, though, I do limit the number of actions I link to my context lists if (1) the project isn't as time sensitive, and I can wait until the next weekly review to generate more next actions or (2) adding too many next actions would be too overwhelming.