I'm hoping someone may be able to help clarify this in my mind before I drive myself mad going back and forth.
My work involves website requirements and design. As part of this I'll have things I need to do (write the specification, design the page flow, design individual page layouts), issues that still need resolving (what should be listed in the options, what should happen when users abandon registration), design ideas to consider (add a button to do X to this page), decisions to write up (agreed that users will get credits on registration), and problems raised (what happens when the user does this?). All these things will either come from my own head as I'm working on things, or from others.
I also write documentation, which has similar types of work - documents to write, changes to existing documents, things I need to research, information from developers to include, etc.
My problem is that, because I think I have a general tendency to organise and systemise everything, I always see everything in terms of relating to everything else, so I never know whether something appearing in my inbox is a new project, a new sub-project, some action I need to do as part of another (sub-)project, or just keep it filed separately in different types of support material lists (e.g. issues to resolve). I try to work bottom-up but then see everything top-down and try to organise it that way.
For example, I need to design a new feature for the site. That's a project. I can define it's purpose, visualise the outcome, and think of planning it. I can add in new sub-projects to create the page flow, design each page etc. Each of these gets added to my projects list.
That's fine until I get back to the real world with problems, ideas and issues pinging at me all day. I'm fine getting them into my inbox. It's where to put them then?
Example: I get an e-mail from a developer asking 'What items should we display in this list?'. I can't answer immediately, I need to think about it, maybe ask the project sponsor, add it to the specification. So, it's a project. But is it a sub-project of the project defining the page that this list of items is on? That's when I start to re-plan again - well maybe I shouldn't list this in itself, maybe it should go on some list of future actions to do as part of the bigger project (to define that page, or even as part of defining that feature). Maybe it should go on a separate support materials list of problems and issues with that page? But then how do I know it needs to be done - it needs to go on my main list again - is it a project, or an action? Is it a sub-project,..... and round and round in circles I go.
I've just re-read the book and am trying to simplify again, but get drawn back into a world of sub-projects and nested lists. One of the key things I got when I re-read the book was to separate the vertical and horizontal, and maybe I'm trying to have project plans mixed in with my project lists? I've tried, but in the end I see that things on my project plan needs to get done so needs to be transferred to my project and action lists.
Any thoughts, if that made sense?