Waiting for an email before I can then email 3 others
So the email I am waiting for is on my "waiting for list" but how to I record that I need to send out other emails when that email comes in (with the addresses that I need)
One next action of email x and y when email from z comes in? but it isn't an action I can do straight away? Im a little confused (I admit it doesn't take alot )
How do I leave a bookmark that this is what i need to do next?
Sounds like a project plan to me, which belongs in Project Support filing. The specifics of where you put this depend on your system.
I use Toodledo for my lists, and it lets me have a note for each task. I have project tasks and action tasks. Small project plans like this go on my project task's note. That way I don't lose them when I check off a task, and I don't have the overhead of using a paper folder.
If you don't have anywhere for project support material, I suggest you create some space for it, and start with paper and folders until you have used it enough to work out what might work better for you.
Be cautious about overplanning
The example you gave is extremely simple; don't complicate it by overthinking and overplanning.
Your action lists contain bookmarks; right now that @Waiting For e-mail is your bookmark. You're simply waiting to see what shows up. Perhaps the response you get might make that predicted future action null and void so don't track that in your system. Your mind will connect the dots when you get a response and your weekly reviews will keep you on track.
I once heard D.A. say on video that if you plan beyond your next physical action chances are you're overplanning.
Thanks for your reply ellobogrande. You are so right! I have a bad habit of over complicating things. To be honest I think that a few of the actions that I have in next action lists should be in project support. With some although they are an independent action I don't want to do them until after I have done another action - but I have them all listed as next actions. I am thinking that maybe I should have them in project support with the actual next thing I want to do on the next action list, which I suppose should be "look at plan for x" from which I can get the next action
my real life example is is this - I have a research paper to submit and am in the process of doing some initial reading.
I use omnifocus btw
Under the project heading "paper" in the folder "Phd" I have these actions listed
a) read in re- brisanoe
b) Go through those 12 or so questions to be answered in blue note book
c) look at the notes / feedback from work submitted and plan
d) Look at the supervisor report sheet of early march and plan
e) Look at those pink issues in the JK/JY/GRL meeting notes - there are only a couple
I have chosen this order as this is the most logical way to go through what I want to do. I guess this means that b)-e) aren't really next actions at all and need to go into project support
Really I suppose I should get rid of b) to e) and put them in project support? and just have a) as the hard next action that I need to do. Then on completing that look at project support and and move b) to the next actions list?
From doing a) there will be more actions (things to read) but these are not something that has to be done before b)
I am thinking that I am maybe planning in the next actions list (not good) and also that I am also not breaking this whole thing down into more elements / projects instead I am looking at it as one big things
Last edited by macgrl; 03-21-2012 at 05:27 AM.
I don't use omnifocus, so sorry if I don't understand your problem. From what you say, there might be two different obstacles present, in my understanding:
1) You have tasks depending-on-tasks. This seems to be the case with b), not so sure about e). Recommended practice: take them out of your lists until you have completed the tasks they depend upon. It is a waste of energy having them in your face every time you review your action lists while they are not really actionable yet.
2) You have independent tasks out of a whole range of things that you can/want to do. Maybe e), if it is not dependent on d). Recommended practice: depends on your urge to finish the project, your energy... One can have more than one next action for a project in the na list, as long as they are really the actual next action, the thing that has to happen next, each of them referred to the different 'fronts' of a huge project. Using GTD nomenclature, I guess 1) would be sequences and 2) components or priorities.
Sorry if I misunderstood. Good luck with your paper.
Thank you very much for your reply. You are right about having them in my face each time I have a look - it's exhausting ! What I have done is to take them all off my action list except for (a). I have then put them into a word document called "initial research plan" this is now the project plan support materials and contains b) to e) and also other notes and ideas.
Even though technically (b) could be done at any time - before a, after c, in my head I wanted to do (a) first so in many ways b,c,d weren't really next actions at all as I didn't want to do them before (a) and so (a) had to be completed first - making (a) the only real next action followed by more planning
So all I have in my next actions under the project "paper" are (a). When that is done I will probably go on to (b) etc but that may change depending on what comes out of (a). If I don't go onto (b) I can do a bit more planning to decide what my next action is in order to move the project on. I will still have a bookmark for it as I have a project on my projects list - "paper"
I am thinking though that with a project being something that requires more than one action to complete that I may have to break the "paper" project down into smaller projects.
It's amazing how complex it can get when you start to really think about it
How do people organise projects that are part of a bigger project? sub projects? next actions for each one under one big project and then other things in project support materials?
Last edited by macgrl; 03-21-2012 at 07:53 AM.
I also use OmniFocus, and this is a common problem for me - the ease of putting one more action, and then one more action, into OmniFocus leads me to overplan. Once I've overplanned, I frequently end up with a tangle of actions that aren't really Next Actions, because they depend on other actions. When I entered them, they looked like a nice straight line, but the project has changed since and now they're not. So in the discussion below I'm not even going to call these things "actions", I'm going to call them "items". They're somewhere between real project support materials, and next actions. They're essentially clutter.
Originally Posted by macgrl
While the long term goal is probably to stop entering these items, instead trusting myself to figure out the obvious next action and to put the real project planning where it really belongs, right now that won't work because those items will clutter up my brain. I won't trust my brain to remember them or figure them out, I won't trust my system to hold them, and without trust I won't progress in using the system.
However, the fact that the items are often _totally useless_ means that I don't want to add all the infrastructure of storing them outside OmniFocus. That will add a big step to my weekly review, one I'll probably skip, and then I won't trust my system then either.
So for now, I want these items in OmniFocus where they're handy for reviews, but out of my way when I'm doing daily work. I have two ways to handle this.
The first method is to enter those items into the project, giving them a Context of "Info". The "Info" context is set to On Hold. This way, those items won't float to the surface as actions and they won't clutter up any of my normal views, they're just notes that are handy when I actually go to look at the project by itself. If the next action for the project is obvious when I've finished the last one, I enter it. If I'm at a loss, the Info items are there to scan for ideas. If an Info item belongs in a real, solid project plan somewhere, the weekly review is when I have a chance to see that.
If I pile up more than a few Info items with this strategy, I'll move on to the next strategy, which is to create a _separate_ "Agenda" project, either for that project or for an area of focus that's logically above it. (Why do I call it an Agenda project and not an Info project? Nobody knows; that's my brain.) So I might have a current active project of "Fix bug reported by Jane in Widget Database 3.0" that has workable actions, and I might have another project named "Widget Database Agenda" where I put all my stray thoughts about the Widget Database. All of the Agenda projects live in a separate folder, and are usually only scanned during the Weekly Review.
Looking at your sample actions, I'm thinking that some of them may be too big, and may in fact be projects. Also, you asked:
"How do people organise projects that are part of a bigger project?"
I make them parallel projects; I dislike nesting. If a parent project depends on a child project, I just add a Next action referring to the child project. So, starting with your examples, I could imagine a series of projects like
Project: Complete Paper X
WAITING FOR: Plan this quarter's reading for Paper X.
WAITING FOR: Plan this quarter's work for Paper X.
Project: Plan this quarter's reading for Paper X
A Past Action that you've already completed: Create spreadsheet to list possible sources
Next Action: Spend one hour searching Y catalog for possible sources, add to spreadsheet.
Info: What was that book Joe mentioned?
Info: Is there a new edition of Book Z?
Info: Does my ID get me into the library at Institution A? Do I have borrowing privileges?
Info: Should i ask Professor Smith about sources, or have I bothered him too much already?
Project: Plan this quarter's work for Paper X
Past Action: Combine all notes/feedback from work submitted into one physical folder and one electronic folder.
Past Action: Create a document for notes about notes/feedback.
Next Action, Repeating: Spend one hour going through notes/feedback folders and entering notes in file, until done.
Info: Supervisor report sheet from early March also needs looking at.
Info: Pink issues in JK/JY/GRL meeting notes also need looking at.
Info: Format for plan? Maybe create a brainstorming project.
In OmniFocus, you could even add a last action for the projects that the other project is waiting for, referring to the initial project. Something like "Return to parent project Complete Paper X".
In addition to my dislike for nesting, this also frees me from necessarily having what would be "subprojects" entirely subordinate to the parent. For example, instead of "Plan this quarter's reading for Paper X" that project could simply be "Plan this quarter's academic reading". Several projects might be dependent on finishing that project, but the planning project itself might quite logically be a single project.
Thank you very much for your detailed reply. Very much appreciated. I agree with you about maybe having projects that are to big, that should be broken down into smaller
The problem I have is making sure they are all linked and that nothing gets missed out
How do I get around that? Have then all in one overarching project folder?