Question on Projects, Next Actions and "Sub-Projects&qu

[andrewgmiles]

Hi all.

Forgive me if this is a stupid question - but I've only recent read the GTD book and am working out how to apply it...

I get that... GTD divides between time-bound 'next actions' (which I am to put in a dairy) and 'next actions' that need to be done asap (which are stored under context-specific lists).

I get that... the project list is foundational, because I can regularly review it to satisfy myself that there is an actionable 'next action' for that project stored on either my diary or to-do lists.

I also get that... the definition of a project is any process that has more than one action required for it's sucessful completion.

What I am struggling with is how to plan a project out and store that in this system.

For example, I have on my project list right now: "Get 10 speakers for the SF conference" (I work as a conf organiser). Achieving this aim has something like 15 actions, some of which are sequential and some of which can be carried out independent of each other.

Presently, when I review my project list and come across this project, I can define the next action as 'research the web to find target speakers.' But there is a whole bunch of other actions to be done that crowd into my mind as I review this project. Do I ignore them or store them in a list somewhere that plans out that project.

Of course, that happens because 'getting speakers' is a familiar project for me and I understand the process already - but what about a project that is new to me and I want to work out it's steps from start to finish?

How does this kind of thing fit into the system? Or am I just over-comlicating things?

cheers for your thoughts!

Andrew

[jmarkey]

I record possible future next actions so that I can get them out of my head without forgetting that I may want to do them at some point. Usually, I put them in the note section of the project on my Palm. If more detailed planning is involved, I put them in the file with the project support materials. Sometimes I end up deleting them because the project went in another direction and they are no longer relevant. Other times, I move them onto my next action lists as I am ready to do them. Once I have future next actions recorded somewhere, I can forget about them for the time being and focus on the immediate next actions. At the same time, I can trust that I will come back to them when I need to because they will be connected with my projects and reviewed during the weekly review.

[kglade]

Andrew:

You are on the right track. I keep a list under each project of all the steps I know. If the project is very large, I use MSProject to develop a GANTT chart and use sub-lists for the next actions. I also brainstorm and use DA's natural planning method to develop lists.

Sometimes I put the list in outlook nder the notes section of the project task ( I use the GTD add-in). Sometimes I put the list on paper and stick it in the project folder or binder.

The important thing is to get the actions out of your head and recorded somewhere where you trust you will review regularly, and be able to find on demand.

Ken

[ko]

I've been thinking about this a lot lately, as well. I've done several different things - list all possible next actions, list those I can think of, jot down a few, note only the very next action, etc. For me, it depends on the project.

I do think, though, that if you list out the steps from start to finish, that you need to remain flexible to change those steps as appropriate. For me, this often happens at the weekly review. And the most important thing is to get the next action itself on your context lists. That's what will actually move the project forward.

[andrewgmiles]

Thanks for your replies, very helpful.

A good example of what I'm talking about has just occurred as I do my weekly review:

One of my projects is "Send out prize draw email shot." When I came to this project, there are two action points in my head straight away - 'Write the text' and ''Get the database ready to send the email shot to.'

Let's say that I choose to only list one of these actions on my next action lists (and maybe store the other action in a seperate project list in one of the ways described above).

I then move on to my other projects and assign next actions for them. Because there are many projects - approx. 250 - I end up with a very long "When At PC" next actions list.

Here's the problem I face: The project "Send out prize draw email shot" is a high priority one project. But, for example, the project, "Get signage designs ready" is a low priority one.

But with the GTD system, in which I process the next actions on my contextual next-action lists up till I do my next 'projects review' - everything moves forward only one step at a time. Sure I do the next action for my high priority task - but I don't do the second next action with this project till I either complete all my "When At PC" actions or review my projects list again.... by which time the world has moved on and I am running late with my urgent/priority project of "send out the prize draw email"

I'm sure this is kind of obvious and that I'm missing something fundamental with the system here, so sorry for that and I'm grateful for any pointers you can give me!

[Anonymous]

There are many more adept than I, and I am certain they will chime in also, but here is a start.

There is nothing wrong with blocking off a set amount of time to focus on a project, particularly if you are in a location where you can engage a number of contexts at once. This may be the most efficient way to get things done, particularly if you are struggling to make progress in an area.

Being able to engage a number of contexts at once is not uncommon; you may be at your PC with your phone nearby and able to connect quickly to the Internet. If you find yourself "on a roll", you will be more productive if you stay on it for awhile. Many people will do a number of next actions on a project if they can work through them quickly and sequentially where they are. Also, if a series of next actions can be done at once, you don't need to write them down each time, you can just do them, and when a natural break occurs, bookmark the spot you left off by entering a next action in the appropriate context.

You don't review your Projects list or Next Actions list weekly, or even daily. You review them as often as you need to in order to feel clean and current. This will likely mean a number of time each day, depending on how often you change contexts.

Good Luck,
Gordon

[CoachMike]

I have a question about this as well. I am a software engineer. We have our department heads turn in technology requests forms with any changes, bug reports and enhancement requests. These get put on a spreadsheet (along with an estimate of hours to complete the request) and they are reviewed by our technology steering committee on a weekly basis. The committee decides what tasks fit the current priorities of the company. They then assign a list of "tasks" based upon the priorities for the company and the list of outstanding requests. These "tasks" must be completed by the following week's meeting. These "tasks" are generally projects (based upon the definition that a project is anything requiring more than one next action to complete it) while some of them are actually just next actions.

If I get a list like this:

(1) Possibility of e-mailing gift certificates.

(2) Group Ordering graphics and changes

(3) There needs to be a cash drawer check before the credit card authorization button is active

(4) Need to add AVS check

(5) Add check for invalid cc # and expiration date.

(6) Authorization button should be inactive until a $ amount is entered

(7) Error: conflicted with column reference FK_payments_gift ID

(8) Total adjusted if try to delete one of multiple gcs or should have to delete all

(9) Delete button should be inactivated after cc is run.

(10) Should not be able to print gcs until cc approved.

(11) set up automatic cash drawer linkage to gc screen

(12) ability to print GC from the listing screen

(13) ability to search by GC #/cust name/GC amounton the listing screen

(14) List Management for Lead Management

(15) Link to restaurant directly from e-mail push

(16) Group order invite after order has been sent

(17) Great Plains Installation

Now, items 3, 4, 5, 6, 8, 9 and 10 are all single step items (though they may be tied to a specific project) so they are Next Actions.

Items 1, 2, 11, 12, 13, 14, 15, 16 and 17 all require multiple actions to complete.

My problem in figuring out how to manage these has more to do with the fact that as a whole they are a "project" because they belong to "tasks that must be completed by the next Tech Steering Committee meeting" but at the same time, they belong to their own projects. I am concerned that they will fall through the cracks and not get done.

How should I be handling this situation?

Thanks!

Mike

[Longstreet]

Hi Mike,

I have integrated Anthony Robbin's "Time of Your Life" (TOYL) approaches with GTD quite successfully. The reason I am telling you this is that TOYL has different categories for things as you are describing. First and foremost, small projects that are comprised of a handful of next actions and can usually be done within a week are called RPM Blocks. This stands for Rapid Planning Method. Each RPM block is comprised of a result/outcome, purpose, and an action plan that is the actual next actions necessary to achieve the stated outcome. A project is a much larger entity, and may take weeks and even months to complete. A project is comprised of many single next actions, and many RPM blocks. One could also use the term mega-project for those huge projects that span a year and may have milestone events, multiple outcomes, etc. :shock: I think this process would help you out. :) The small projects within your main project would actually be RPM blocks, all for the purpose of achieving the project outcome down the line. But each RPM block has its own outcome and associated next actions.

Let me know if you need additional information as to how I have setup Outlook in Office 2003 to have TOYL and GTD working togther.

Regards,
Longstreet :D

[spirithaven]

Longstreet,

Where can I find out more about this TIME OF YOUR LIFE way of doing things?

Plus it would be nice to know more about how you integrate it with GTD in Outlook?

TIA,
Bridgette

[Longstreet]

Hi spirithaven,

Here is a link to an overall summary of the RPM method.

http://www.anthonyrobbins.com/rpm/whatisrpm.html

Here are the levels of focus, which are very similar to GTD, with a few noticeable differences:

Level 1: Action items -- these are the next actions; single, specific items that can be done.

Level 2: RPM blocks -- RPM blocks require more than one next action to accomplish. Each RPM block has its own outcome, purpose, and massive action plan (MAP). An RPM block might take a day to a week to complete.

Level 3: Projects -- Projects take more than a week to complete and sometimes even months. They are comprised of both next actions and RPM blocks, where the next actions all lead to the outcome specified in the RPM block. You can also have next actions that need to be done that don't necessarily fit into an RPM block. Of course, according to the TOYL philosophy, one could create an RPM block of these seemingly disconnected next actions.

Level 4: Mega-projects -- These are huge projects, with perhaps multiple outcomes, milestone events, and may be comprised of more than one project to complete. Think of building my own house from scratch. :)

Level 5: Categories of Improvement (COI). These are the same as your areas of focus, or your specific roles in life via the Covey approach.

Level 6: Areas of Management -- Most people have two of these -- Professional and Personal.

I will provide more information later on my Outlook setup (it is not really anything that special) as to how I do this. I have some outcomes that I wish to accomplish today... :wink:

Regards,
Longstreet

[Anonymous]

Andrew:

Thank you for posting this question as it is exactly what I have been trying to get my mind around as I finish reading GTD and start to finalize how I will transition from my previous planning method to this.

Here is the best advice I have found so far from Michael Hyatt's blog at

Michael Hyatt's Blog (http://michaelhyatt.blogs.com/workingsmart/getting_things_done/index.html)

Scroll to the bottom of the page to see his article from Aprill 30, 2004 entitled, "A Tweak to David Allen’s System."

He basically describes creating an @Today category for his tasks that is applied during a daily review of his projects list.

With this tweak, you could impose a sort of priority to the tasks from the projects you know you need to work on that day.

[Rainer Burmeister]

Level 2: RPM blocks -- RPM blocks require more than one next action to accomplish. Each RPM block has its own outcome, purpose, and massive action plan (MAP). An RPM block might take a day to a week to complete.

BTW, on my planet there are things similar to RPM blocks. Those things are called "routines, "batches", "sub-projects" and "small projects".
Rainer

[spirithaven]

Thanks, Longstreet!

This looks verry, verry interesting! I can see how it would mesh with GTD so well.

Thanks again for providing me with another avenue of information.


Bridgette

[spectecGTD]

I like the @Today category - it solves a couple of operational problems for this new GTD'er. I already have an @Errands-Any and an @Errands-Today list. (I use them to try and keep the display to a single screen or less). Adding an !Today list which pops to the top makes a lot of sense for N/A's. I'm also thinking that this virtually eliminates the need for "All Day" events in Outlook and keeps the appearance of the hard landscape even cleaner. Thanks for posting that link.

[alsa]

Here is what I do:

If something I have just thought of is

a) a series of actions (usually something that has several stages or steps to fulfill) I create a new project in my Palm program called ShadowPlan. Then I try to think of all possible next actions that this project would require. I think of at least 3-4 (later, I can always add more). The action that needs to be done first is always at the top. After, I set a link from the first logical next action in this project to another Palm application called Datebk5 and that link is immediately displayed in that application in the ToDo section.

b) something that consists of just one action and can be done some time in the near future (such as this week), I set a floating event in Datebk5. This way, I can do it today, tomorrow or anytime in the near future when I have time.

c) something I would like to do next week or next month, I enter it into the ToDo section in Datebk5. I usually revise these during my Weekly Review.

d) something that I would like to do in the distant future, I enter it into the Someday/Maybe file in ShadowPlan. I usually then review these every couple of months or so.

e) something that has to be done at a specific time (such as meet Mary at Gino's for lunch on Friday at 1pm) I enter as a scheduled event in Datebk5

f) something that is a recurring event (such as a haircut every 5 weeks), I set as a floating event that repeats every 35 days in Datebk5. This way, when the next time I have to execute this task comes up in my Datebk, I can still wait a day or two and it will just float over to next day until I check it off. Say I allowed 38 days since my last haircut. Fine. All that has happpened is I was still reminded when 35 days since the last haircut was up, but I still chose to wait 3 days. I had my haircut, checked off the floating event, which auto-rescheduled itself to repeat NOT from the day when it last appeared, but from the day when checked I off.

[Anonymous]

Hi all.
Presently, when I review my project list and come across this project, I can define the next action as 'research the web to find target speakers.' But there is a whole bunch of other actions to be done that crowd into my mind as I review this project. Do I ignore them or store them in a list somewhere that plans out that project.
Andrew

I've had this question also.

There seems to be a disconnect between Chapter 3 in GTD and the rest of the system. Chapter 3 talks about planning, brainstorming, and all the rest, but it doesn't really tie the results of this process into the rest of GTD.

By my reading, it just says to pull out Next Actions for those project pieces that you can act on. The rest of what you've came up with is just kinda left hanging.

As an aside, I kinda wish GTD were written less towards executives, who delegate a lot and have lots of meetings, and more towards people whose projects involve lots of butt glue, so to speak - bum on the chair working for hours. Writing, developing software, that sort of thing. The world-concept contained in GTD seems, to me, to assume that other people are doing that, while the reader is doing many relatively short higher-level tasks, often with other people. Meetings. Phone calls, etc.

GTD might be more easily adopted, by a wider range of people, if it were written for an audience of students, instead of for affluent jet-setters. The example project David Allen uses, of moving into a new home and remodeling/landscaping it, doesn't really speak to me. (I'm not a student, I'm a 32 year old unemployed software developer. But I still can't relate very easily.)

A big term paper might be a better example, because most people these days have done that, and many who've had term papers have managed their time unwisely while writing them.

[Rainer Burmeister]

As an aside, I kinda wish GTD were written less towards executives, who delegate a lot and have lots of meetings, and more towards people whose projects involve lots of butt glue, so to speak - bum on the chair working for hours. Writing, developing software, that sort of thing.
Jon,
we had a similar discussion several months ago at http://www.davidco.com/forum/viewtopic.php?t=168.
You might find that helpful.

Rainer

[Rainer Burmeister]

He basically describes creating an @Today category for his tasks that is applied during a daily review of his projects list.

This sounds like an electronic version of the daily task list that some people use.

Rainer

[Rainer Burmeister]

Now, items 3, 4, 5, 6, 8, 9 and 10 are all single step items (though they may be tied to a specific project) so they are Next Actions.
Items 1, 2, 11, 12, 13, 14, 15, 16 and 17 all require multiple actions to complete.
My problem in figuring out how to manage these has more to do with the fact that as a whole they are a "project" because they belong to "tasks that must be completed by the next Tech Steering Committee meeting" but at the same time, they belong to their own projects. I am concerned that they will fall through the cracks and not get done.

Mike,

I would define an Area of Focus called "Technology Steering Committee" or "Preparing for Meeting of Technology Steering Committee" and put those items on a list for this area of focus. Then I'd schedule blocks of time in my calendar or the team's calendar for the work on this area of focus.

I do so with the preparation for the regular meetings of our occupational safety committee. Fine tuning is done on my daily task list. As for me these kind of items are not ASAP-NAs (that would go on a contextual list), but time-sensitive NAs.

Rainer

[Anonymous]

He basically describes creating an @Today category for his tasks that is applied during a daily review of his projects list.

This sounds like an electronic version of the daily task list that some people use.

Rainer

In fact, Michael Hyatt mentions that he came up with the concept as he was trying to transition from the FC daily prioitization routine.

I don't know about everyone else here, but in just starting GTD, I have found that I have huge NA lists even when sorted by context. If I spent each day just trying to crank through these contextual lists, I am sure that I might miss something important (which I have). So the idea of proactively deciding if there are any vital NAs that should/must get done before any others works for me. I make sure that my @!Today is not extensive and comprised of mainly NAs from my important projects.

[Teflon]

The "!Today" NA list is essentially the same as putting a non-timed daily note on your calendar as David Allen suggests. Those daily notes are essentially, or exactly, NAs that you have committed to doing today. However, if the NA list makes it easier to move them or do them then that seems like a perfectly acceptable alternative to the pure GTD approach of using the calendar.

[Anonymous]

Question: What exactly is Intuition? Is it a thinking thing? A heart thing? Or a gut thing?

Portentous

Portentous: Warning of disaster on the horizon......

[Rainer Burmeister]

Question: What exactly is Intuition? Is it a thinking thing? A heart thing? Or a gut thing?

It's a "nerve thing" that resides somewhere at "the doors of perception".

In a dictionary I read:

intuition

1.) direct perception of truth, fact, etc., independent of any reasoning process; immediate apprehension.
2.) a fact, truth, etc., perceived in this way.
3.) a keen and quick insight.
4.) the quality or ability of having such direct perception or quick insight.
5.) Philos. :
5. a.) an immediate cognition of an object not inferred or determined by a previous cognition of the same object.
5. b.) any object or truth so discerned.
5. c.) pure, untaught, noninferential knowledge.
6.) Ling. : the ability of the native speaker to make linguistic judgments, as of the grammaticality, ambiguity, equivalence, or nonequivalence of sentences, deriving from the speaker's native-language competence.

Hope this helps.

Rainer

[Rainer Burmeister]

… the idea of proactively deciding if there are any vital NAs that should/must get done before any others works for me. I make sure that my @!Today is not extensive and comprised of mainly NAs from my important projects.
The "!Today" NA list is essentially the same as putting a non-timed daily note on your calendar as David Allen suggests. Those daily notes are essentially, or exactly, NAs that you have committed to doing today. However, if the NA list makes it easier to move them or do them then that seems like a perfectly acceptable alternative to the pure GTD approach of using the calendar.

Teflon and Guest,

Thank you! Very well thought out! This could be used for having daily commitment-lists (based on a time-budget) within the GTD-system without cluttering the individual's calendar. :)

Rainer

[Anonymous]

Wow. Thanks. So if one asks oneself, "what is the best use of my time right now?" would that be considered "a reasoning process?"
Sort of a conundrum.

[Tspall]

I use the list in a similar way. Instead of having daily lists that end up being moved to the next day due to unforseen circumstances, I think of it as a weekly list that I want to try to accomplish by the end of the week. It gives me enough flexibility to get these tasks done without letting it get too far ahead of me. The deadline for most of the tasks is my Weekly Review.

[Richard Love]

I use two indispensible tools:

Next Actions:Pocket Informant for the PPC - http://www.pocketinformant.com/p_pocketinformant.php
Projects:Mind Manager - http://www.mindjet.com/us

Richard

[webagogue]

I use two indispensible tools:

Next Actions:Pocket Informant for the PPC - http://www.pocketinformant.com/p_pocketinformant.php
Projects:Mind Manager - http://www.mindjet.com/us

Richard

I would just like to add that there is an equally capable alternative to PI - Agenda Fusion (http://www.developerone.com) (www.developerone.com). I find the default implementation of Agenda Fusion to be much cleaner than PI.

I live in the tasks screen. In Pocket Informant, when colapsing and expanding task groups there is a short pause. In Agenda Fusion, the colapsing and expanding is immediate. The pause is very short, but enough to annoy me.

[Anonymous]

Okay Okay. I'm sold on the fact that GTD will free my mind on what all I have to do. Projects and Tasks. And I'm sold that GTD will get me off center on projects by focusing on the Next Action.
But something is bugging me. And that bug is WHEN? My clients want to know WHEN! So here is my question: Would I get de-bugged if I attempted to Schedule (block out time on the calendar) various Contexts. And perhaps various Projects? Example: WHEN am I going to BE @Computer? I could go (theoretically) a whole week without being @Computer. Or @Office.
So would I be breaking the GTD rules if I blocked out, say, Wed mornings for @computer? I could still use Intuition to decide which @computer NAs to do.
Overworked CPA

[beyerst]

I use the NA-lists in 2 ways.

Firstly I use it to make use of the small free blocks of time that come up during the day: Additional 15 or 30 minutes because a meeting ended early, ... . I look at the context I am in and pick a topic. (Or I go for a coffee ;-) ) Usually, I will only tackle only 1 or 2 actions for a certain project, but possible more actions for that specific context.

Secondly, the NA-lists are bookmarks for my projects: they tell me what to do as very next action to get me started on the project. In this case, I will do a lot work possibly in different contexts but all for 1 project.

As an example: I might have an @Phone list with a topic: Call Christa re: budget 2005 - 161
(161 is my project number; the project can be something like "Budget 2005 is approved").
I blocked time for this project on Thursday, because I need to hand in a proposal on Friday. When I start on Thursday, I will look for the next action for this project (hence the number at the end of the NA), I will pick up the phone and call Christa. Based on the outcome of the call, I will rework my original proposal, contact someone else for more info, ... . (Second case)
If I would have some spare time on Wednesday and would happen to be near a phone, I might very well make the call and create a new next action based on the result of the phone call. (first case).

Conclusion: there is nothing wrong with blocking certain time for a project.

br,
tb

[Rainer Burmeister]

Would I get de-bugged if I attempted to Schedule (block out time on the calendar) various Contexts. And perhaps various Projects?
Yes, in my experience, yes.


So would I be breaking the GTD rules if I blocked out, say, Wed mornings for @computer?
No, GTD has no rigid rules for that kind of situations. You can easily make up your own rules for this case.

Rainer

[Jason Womack]

Conclusion: there is nothing wrong with blocking certain time for a project.


Creating blocks of time...ahh, what a luxury in the "information society!"

Ok, honestly, raise your hand if you're at all like me...

A quick trip to the Internet, to find out what movies are playing this weekend turns into an hour of surfing the latest articles or research...or...

:D

I've got tricks I use to do exactly this...set a timer, cook dinner in the oven, go to the coffee shop and have "one" drink. Anything to set myself down and focus. Sometimes I get a quarter of an hour, every now and then (especially when I'm writing articles) I need more, like three hours plus, to get in, get going, and get done.

I agree...create your blocks of time!

[jmarkey]

I agree that it is certainly useful to create blocks of time for particular contexts or projects. I've developed certain habits that tie in to particular blocks of time (e.g., e-mail first thing in the morning, calls second thing, filing at the end of the work day and reading for pleasure before sleeping)(oh yeah, and weekly review on Friday afternoon - almost forgot). I also schedule projects that require larger blocks of time, but generally only if I've committed to doing them on a particular day. If I have a brief that I know is going to take ten hours to write, it's not going to get done in five minute spurts between other next actions. I have to schedule a block of time to work on it (not necessarily ten hours all in one sitting, but you get the idea).

[djsugg]

Tonight I came across a reference to an interesting article by Mark Forster, "How to Get any Project Up and Running". For projects that we know we should do, but never seem to get to, he advocates:

1) Take some action
2) First Thing
3) Every Day

To me this is another of the "tricks" that we can use in conjunction with our list's of NA's, which will tell us the "some action" we need to take.

The full article is available online at:
http://finance.groups.yahoo.com/group/coaching/message/134

[Richard Love]

I make extensive use of PI's task view:

I use the categories as my GTD contexts (@eMail, @phone, @mindmanager, etc).

I use the ABC priority field to capture timing (A=Today, B=This week, C=This month, D=Defer)

I assign everything a Medium priority except those "A" items targeted for today that I ABSOLUTELY must get done that day. These I assign a High priority -and make a commitment to myself not not to let them slip.

Using View Manger I have defined a limited number of Views (ToDo, WaitingFor, MindManager) that let me focus as I desire. By excluding the MindManager context from my ToDo view I keep hard edges around my "Doing" mode vs my "Brainstorming/Planning" modes. By filtering my ToDo on my high priority, "A" items I keep focus on those critical next actions.

I've worked these tools for a while and for me this is a system that has let me realize the potential of the GTD approach in that I actually get things done, without stress and in a very efficient manner.

A tweak I recently discovered is that the use of MindJet MindManager (@mindmanager) provides the perfect context to define and then do those brainstorming/planning/focus next actions. The process loops back on itself in that MindManager becomes the repository for project stuff and is a great place to develop Next Actions which make their way into PI.

[joeycan]

Longstreet

I would be interested in learning about your Outlook 2003 setup for TOYL and GTD.

[dsmccormick]

He basically describes creating an @Today category for his tasks that is applied during a daily review of his projects list.

With this tweak, you could impose a sort of priority to the tasks from the projects you know you need to work on that day.

Hyatt has some great posts, especially the one on the "90-day Challenge": http://michaelhyatt.blogs.com/workingsmart/2005/01/goalsetting_the.html

Just as a point of information, the Category he creates is !Today. The exclamation point (not the "@") makes it sort to the top of the Catagory list in Outlook, Palm, etc., above the @ GTD categories, so that it is top-of-list and top-of-mind.

Cheers, David.

[remyc88]

I have a question about this as well. I am a software engineer. We have our department heads turn in technology requests forms with any changes, bug reports and enhancement requests. These get put on a spreadsheet (along with an estimate of hours to complete the request) and they are reviewed by our technology steering committee on a weekly basis. The committee decides what tasks fit the current priorities of the company. They then assign a list of "tasks" based upon the priorities for the company and the list of outstanding requests. These "tasks" must be completed by the following week's meeting. These "tasks" are generally projects (based upon the definition that a project is anything requiring more than one next action to complete it) while some of them are actually just next actions.

If I get a list like this:

(1) Possibility of e-mailing gift certificates.

(2) Group Ordering graphics and changes

(3) There needs to be a cash drawer check before the credit card authorization button is active

...

(17) Great Plains Installation

Now, items 3, 4, 5, 6, 8, 9 and 10 are all single step items (though they may be tied to a specific project) so they are Next Actions.

Items 1, 2, 11, 12, 13, 14, 15, 16 and 17 all require multiple actions to complete.

My problem in figuring out how to manage these has more to do with the fact that as a whole they are a "project" because they belong to "tasks that must be completed by the next Tech Steering Committee meeting" but at the same time, they belong to their own projects. I am concerned that they will fall through the cracks and not get done.

How should I be handling this situation?

Thanks!

Mike


I recommend using a bug/issue tracker.

Something like Bugzilla (http://www.bugzilla.org/) or FogBugz (http://fogcreek.com/FogBugz/) will really help you out.

When my company installed one (we used bugzilla because it was free), it was a godsend. Of course the hard part is getting people to use a bug/issue tracker instead of just emailing you to fix a problem. Luckily this initiative was supported by upper management so it wasn't that hard.