Expanding the number of Actions types?

Hi there!
Newly a Pro user and loving it. Would it perhaps be possible to expand (or open up) the ACTIONS types? In my use case, I feel that I’d really need a “Later” section. “Inbox” is for current tasks, “Next” for those that are next in the row, but I’d need something else for tasks that are planned at undefined dates later on but that nevertheless not “Someday/Maybe”-class tasks.


Also new today :slight_smile:

Shouldn’t it be that your inbox is just a place you dump tasks, next action is your current and Someday maybe later?

What you could do is create an Area that you call “Time” or something that makes sence to you.

And add projects:

This way you can segment your tasks.

Hope this helps you to get new ideas.

I currently have 3 Areas

  1. Focus
  2. Work
  3. Clients

Under 1. Focus i have all my Area of focus projects

  • Family
  • Health
  • Home
  • Recruitment
  • Relation
  • Project management


UNder work all my work projects and under clients, client names.

Welcome and thanks for supporting Everdo!

It seems that most of your “Later” actions would fit into Next.

Next is not just for literally the next actions. Rather, it’s a list of actions that you want to be done as soon as possible, provided enough time/energy and the right context.

In a sense, there’s no concept of “later” in GTD model. For every actionable item one of the following is true

  • you want it done as soon as you have the right amount of time, energy and context (Next)
  • you want it done, but choose to ignore it for now in favor of other things (Someday/Maybe)
  • you want to defer it to a specific date, or to be reminded of it (Scheduled)

There’s also the notion of sequential projects, where only the top action is really Next.

I’ve had a similar request once before. I think rdeux’s and my understanding is that Someday/Maybe is for things that would be nice, kind of like an idea list. Contrast that to Later, which definitely should be done but is blocked right now. Next are the things that are actionable right now (disregarding time, energy and context, i.e. not blocked).

To give an example, my project could have something like

  • Next
    • publish blog post on my website
  • Later
    • Post on reddit
  • Someday
    • Redo diagrams in d3.js instead of having static images to make reading more interactive

If the Later category does not exist, we have two options:

  • Put Later items into Next. This makes it more difficult to pick the next item to work on since for every item in Next I have to think about if it’s blocked or not. I can’t post on reddit without hosting my website first. The key distinction that gets lost by this solution is if it’s blocked by another task or not.
  • Put Later items into Someday. After completing items in next, I can go through all the items in Someday to look what I still want to do before considering this project done. This causes mental overhead because I have to keep track of what is and what is not required for the project to be done in my head. The key distinction that gets lost by this solution is that in order for a project to be completed, all next and later items must be cleared. Someday items can be, but don’t have to be completed.
1 Like

Why not use sequential project ?

In that case “post on reddit” appear on next action when “publish blog post on my website” is finish.

Good suggestion. I only listed three tasks because it was a minimal example I came up with and I’m not creative enough to think about more. :slight_smile: My projects would be software related, too specific for outsiders and too personal.

It doesn’t work exactly as you wrote.
When you put something within a project to Someday list than you can see this section within a project. You don’t have to check all items on your Someday list.

Ah, I see the confusion. I didn’t mean that the problem is that I have all Someday items of every project. I am aware that the Someday list only shows the items of a project in the project view. In case of merging Later and Someday, the problem I was describing is that I always have to check for all items in Someday if they still need to be completed before the project can be considered completed. If Later and Someday are two separate lists, I only need to think about it when creating. Of course, this can be occasionally revised.

Additionally, when looking for the Later items in Someday because I just completed some Next items, I also have to look at every true Someday item and think it was originally a Later or a Someday item. In reality, I should be working and not spend too much time thinking about those far away ideas in Someday.

I can see your point of view. This is why Nirvana implemented the Later list as an optional functionality.

Still don’t quite understand a few things.

How is using Later different from using Someday in this regard?

But what are your thoughts on using a sequential project as a natural extension of both Next and Later concepts?

It just seems that if Someday, Next and Sequential projects are utilized fully, then having a Later list would not be that useful, while adding some distraction and maintenance.

One tip for keeping Someday easier to review overall is to label someday items according to how often you want to review them. For example, I have a maybe tag for Someday items, which I normally exclude from review to save time.

I’m happy to keep up the discussion. I’m open to the possibility that you’re using the software more efficiently. Thanks for asking questions, they make me rethink.

I think I can state my problem more concisely. Hopefully, I’m not missing anything.

Let’s say tasks are like a dependency graph. Since I’m using GTD, I don’t really want to map it all out. Nevertheless, some vague version exists in my head. Next items are leaf nodes, they can be directly worked on. In my mindset, Later is anything blocked but needs to be done in order for the project to be completed. Someday/Maybe are items typically blocked for a long time. They might be ideas about future direction, in case of research projects. Or in the case above, changing static images to interactive diagrams. Conceptually, they typically require the project to be almost completed. They might get broken down before actually being used.

After completing a task, I will move any new leafs mentally from Later into Next. The question is, how do I find those in Everdo? In my envisioned setup, I go through every item in Later. If it’s now unblocked, I move it into Next. Using your setup, I right click on the tag “Maybe” at the top and go through the Someday/Maybe list. If it’s now unblocked, I move it into Next.

The key insight here is that both systems are doing the same. The difference is only whether it’s naturally supported by the software or if you’re using tags to accomplish the same thing.

Or are you not doing this? Are you not moving items into Next after completing items? If you are doing this at review time, then I’d say it doesn’t work for me since during a regular day I can plow through several Later items. And I don’t think my items are too granular. An items is at least a Pull request with git.

Your reasoning could also be used to get rid of Someday/Maybe. After all, you can keep all actions in Next and filter by tags. Do I understand your system correctly? Maybe we have different usage patterns and that’s why you feel okay with your version but I feel like I’m missing something.

How extensively are you using that maybe tag? If you’re using it most projects, it might be a good indicator that it you’d benefit from this extension as well. Also other people, feel free to join in. I’m curious about why not everybody is experiencing this friction.

The reason why I don’t feel like it solves my problem is that there is not necessarily an order. I want to be able to work on any of the Next items. The Later items could be defined by anything starter after a placeholder item, but that’s more of a workaround again.

1 Like

Thanks everyone for chiming in. I was away for a few days but see that I have pretty much the same approach as 3xe. Later is really about things that should be done but not now or soon. I hate the idea of mixing opportunities and tasks which is why the Someday/Maybe doesn’t satisfy me for that purpose. I can see that the GTD model doesn’t have that distinction but it’s really important. For the time being, I am using Someday/Maybe as a Someday/Later and using an area to separate Opportunities from Tasks but as a result I feel I can’t benefit from the full power of areas.


For project actions, I usually just use the sequential feature as it is. It works for almost all my actions. I will move some actions to Someday when I’m not even sure whether I want to do them as part of the project.

First, I would suggest making the scope of your projects smaller, so that graph-based project planning is not such a big consideration. I keep large-scale plans on a more appropriate medium (paper, actually). Then I create projects for short term outcomes.

Second, I would like to clarify that the leaf nodes are not necessarily next actions. They are if you have a parallel type project in Everdo. In a sequential type project a branch of the graph becomes a sequential list of actions.

Given a smaller scope of a project (a few weeks to a few months in time), my approach is to “project” the action graph on a time line the best I can. You can’t do two actions at the same time anyways, so you will do the projection at some point. I do it right away. I end up with a sequential list of actions. It’s not perfect. I wouldn’t use the Later list because then I need to think whether some part of the graph fits into Next, or Later, which is vague. I still don’t understand which actions go into sequential Next and which ones go to Later.

I wouldn’t say I use it a lot. And I probably use it for a different case, as I’m now realizing. I use the maybe tag for standalone someday actions which I’m not likely to actually pursue. But I still add them to the system to get them out of the mind. I review them a few times a year.

Isn’t this the fundamental problem with trying to reduce a graph of dependent actions to a sequence of actions? I know the problem exists, but I don’t think adding another sequential list addresses the root problem.

While I’m not convinced about the Later list, I keep the general issue in mind when using the app. More arguments will help. I’m hoping for a better way to solve this.

Thank you so much for your detailed answer. I think I understand your way of working a lot better now.

I have to admit, I’m not using sequential projects much. Maybe because I’m less structured than you or due to the nature of my work but I like the possibility within gtd to work on any next item that I like. It’s like with a child: do you like to eat broccoli or carrots? I’m so busy choosing my favorite item that I forget that I want to slack off. :slight_smile: On a more serious note, the item I’ll work on will also depend on how much time and energy I have. Besides the constraints I’ll mention below.

I see. It’s definitely something I will keep in mind, especially for bigger software projects.

Same as above. I specifically like that, unlike other project management tools, I don’t have to define the full dependency tree. That’s great about gtd. Personally, I’d like to avoid the planning that you do on paper altogether because I know for me, short term, things will change.

Let’s consider a research project at university. For me, they are typically less than a year, maybe 6 months at a time. Things change all the time, for better or worse. Tasks might include: improve logging, implement notification when experiment ended, run experiment X, run experiment Y etc. Which task I’m working on depends not on my plan in Everdo but on the environment. If the servers are down for maintenance over the weekend, I will do implement major features. Maybe the computational resources are occupied right now, so I’ll refactor a bit and check later again. Maybe I can only run one experiment, or multiple at the same time. While they’re running, I’ll work on something else. When I have the energy, I’ll apply for more resources or funding or a conference etc. My point is these projects are not sequential by nature and I can work on multiple tasks. Additionally, I have to keep on reading papers and start writing a paper while keep running experiments. Again, parallel by nature. Now, you might say my definition of a task or project is wrong. Maybe. But it works in general for me and that’s the most important thing. :slight_smile: I don’t think I’d get more benefit from creating a “run experiment X” project.

I also don’t belief that fixing the order of nodes in the graph would benefit me in this context. These projects are bound to change. This may happen to the outcome of experiments, supervisor input or funding.

Now that I write it down, my life seems kind of messy. :slight_smile: But that’s why I’m into gtd.

I assume your reply might be that my projects are still too big. Again, I will try to experiment with that. I do like the clear definition of these projects though and I’m not sure if I can create clear boundaries for sub projects. Given this very vague description of research projects, how would your work concept apply to it?

If I think about it correctly, I agree with you for sequential projects. Since there, anything in Next but the first Next item corresponds to my definition of Later (Next but blocked, although some are only artificially blocked).

Viewed the other way, if there was a Later category, then a sequential project would simply by a project where Next has at most one item. The other items that are now in Next would be in Later.

Right now, I’m thinking that we’re working on different types of projects with different work mentalities because I’m not trying to reduce it to a sequence of actions and I doubt it would be possible/useful for all of my projects.

I assume you’ve had more changing projects as well. Be it at university, in real life, because of micro-managing bosses or changing customer requirements. Did you use gtd at that time already? If so, did you apply the same strategy, i.e. work with a sequential project? How did you scope sub projects? Specifically projects that had a sort of fixed scope of a few months already.

If the sequential project + time/energy/context filtering doesn’t work well, then I would try to break down the whole research project into a few smaller projects. Think one small project per “branch” of the original project, so that each “small project” is sequential, but the whole set of active projects is parallel and represents the big project. Maybe create a separate area for those projects if that fits your workflow. This is how I work for large many-months projects. I have a dependency graph on paper and each node is a project in Everdo. So current active projects are leaves of the graph. Other nodes are created or activated when the current leaves get completed. Inactive projects can be stored and planned in Someday.

Another big thing for me personally is using time blocks per area or label. It’s not directly related to your question, but it helps tremendously to limit the scope of potential work at a given moment.

My specific experiences might be not very relevant. I try to reduce the scope of work at any given time and focus as much as possible, be it in work or study. I think it’s optimal and I was lucky to usually be in a position where I could do that. But I think the GTD methodology has the tools to deal with more hectic work environments. I think I need a more specific question to provide any value here :slight_smile:

Hahaha. Exactly.
That is why I posted way back.

“Someday Maybe is actually equal to tasks or projects that do not have a due date.”

We don’t actually need a separate area for them because of technology, you can quickly get a list of everything that is " someday maybe" by simply filtering out tasks that have no due date.

And now everyone is starting to get it.

I don’t think that’s correct. The set of Someday items might be a subset of the items with no due date. But the converse is definitely false for me and I dare say for many users. For example, I have plenty of Next and Waiting actions without a due date. Not just because I’m lazy to set a due date everywhere (which I am), but because there legitimately aren’t any due date, but I simply want it done asap.

Edit: But we’ve been all over this argument :slight_smile:

You want it done but it’s not actually due. It’s someday maybe and you’re lying to yourself.

If it’s not important enough to have a date, it’s someday maybe and you may be lying to yourself.

My post stands and I know people don’t want to hear it but it’s better if we face it.

Really ? Mowing the lawn may start as ASAP and does not have a due date. It’s just that if you don’t do it the next action changes to “use round up in the garden” can’t see a due date nor the someday maybe category.

Doing something for a client often is an ASAP without a due date. The client may call at some point probably then you get a due date.

I could go on forever…

I love deadlines. I like the whooshing sound they make as they fly by (quote courtesy of Douglas Adams)

1 Like

Thanks for your explanation, I see the difference.

I’ve heard that before and it makes sense. My concern in this topic is more intra-area but I agree.

I agree. The context of this question was more about Everdo rather than GTD. I feel like my way aligns with the methodology but it doesn’t seem to map perfectly onto Everdo.