Project Example
Remember, the project list is a simple list to help you keep a clear picture of what's on your plate from a bigger-picture viewpoint, especially during weekly review.
As an example, I am a computer programmer and have just received a request for a new automation project. This will take at least a week to complete and has a number of steps. Here's what I do:
First, it goes on my project list with the client client code I'm billing for. I try to word the short description as outcome-oriented. "Client K-043: Automation module for Profile XYZ". I number my projects to keep a sequential/chronological order to them. Because this project will have a number of pages of support materials (example profile, code listings, etc.) I create a project file folder with the same title.
I also create a project plan page, just a piece of notebook paper with a more detailed outcome statement and notes as to what needs to occur in what order. This goes in the Project Folder. I may go ahead and list three to five actual actions that need to occur to move it forward if they won't be obvious to me when I look at this later. Kind of a "don't forget you need to ..." type of list. I may also develop a more detailed/formal plan depending on the project. If it's a short project that will only last a day or two, the project plan sheet may be the only thing I create, no folder necessary. In that case, the Project Plan goes in my planner binder behind my Project Plans tab.
Now, which action is the real next action? Once that's decided, that's what goes on the @Computer NA List. "K-043: Print Profile XYY code for XYZ development".
When I kick off that print job, I pull out the project folder and look at the next action for the project. It gets written on the appropriate Context Action List. Now, if there are a series of two minute actions that I can devote time to, I can work directly off the project plan, but once I have to stop and put the folder the away, I MUST put the absolute Next Action on the appropriate Context Action List to keep it moving forward and not fall off the radar.
Basically, you flip flop between your Context Action List and the Project File to keep things moving forward. This allows you to do a single action for a project and feel okay about it instead of constantly putting it off because you feel you need to devote 2 hours to the project. You've listed the next action on the appropriate list and you KNOW it won't fall through the cracks.
This is my implementation for project management and is working well for me. I had to do it on paper in order to solidify the methodology, plus I the porability. I can grab a few project folders and my binder, then go hide at the local coffee shop to do some planning. That's another reason I preface the Next Action on the Context List with the project code. One quick glance, and I can see what projects are currently on my radar and know what folders to take with me.
Hope that clears things up a bit for you.
Eric