Most task lists are lists of topics

Look at a stalled task list and you will usually find nouns. "Website." "Onboarding." "Q3 planning." "Invoice bug." Each one is a real area of work, and not one of them tells you where to put your hands.

This matters more remotely than it does in an office. In a shared room, ambiguity gets resolved by accident: someone asks what you are working on, a colleague mentions the thing they need, the room's rhythm pulls you along. Alone at a desk, a vague line just sits there. What happens instead is predictable. You open the project folder, read a few files, check chat, reorganise the list. All of it is related to the work, and none of it is the work. That feels much better than admitting you do not know what to do next, which is the actual situation.

A next action is the fix, and the definition is narrow: the next visible thing you can do without another round of planning. Something to open, change, test, send, or ask.

Three rules for the rewrite

Rule one: it must survive the two-minute test. Could you begin within two minutes of reading the line, without deciding what it means? That is the only bar. It says nothing about how long the work takes. "Replace the tier table in the pricing draft with three rows" might take ninety minutes, but you can start it instantly.

Rule two: verb, object, location. A weak line is missing at least one.

TopicStartable action
Pricing pageOpen the pricing draft and replace the tier table with three rows
Customer researchRead the last five cancellation notes and tag the stated reason
BugReproduce the logout error on staging and paste the trace into ticket 441
Client updateSend Jordan a done/open/blocked note with the staging link
HiringDraft five interview questions for the support role

Notice that none of the right-hand entries finish the project. That is fine. They finish the decision about how to begin.

Rule three: research needs a boundary instead of a location. Sometimes "figure it out" is honest. Give it an edge anyway: name the source, the time limit, and the output. "Skim the auth error docs for one focus block, then list two likely causes in the ticket." Without that, reading expands to fill whatever time exists and leaves nothing behind.

A clear plan becoming a handoff

Turning meeting notes into actions

Meeting notes are where topic-shaped tasks are manufactured. Here is a set of raw notes from a thirty-minute call, written the way people actually write them:

  • Checkout conversion is down, everyone concerned
  • Maybe the new address form?
  • Legal wants the refund copy reviewed
  • Priya mentioned the mobile layout looks broken on small screens
  • Need to decide about the promo banner before the campaign
  • Follow up with the payments vendor

Six lines, zero startable work. Every item is either an observation, a feeling, or a topic. If this goes into a task list untouched, next week it will still be there.

The conversion pass takes about four minutes. For each line, ask three questions: who owns it, what is the first visible move, and is this actually mine at all?

  • "Checkout conversion is down" is context, not a task. It becomes the reason the other items exist, and it belongs in the ticket description.
  • "Maybe the address form?" is a hypothesis. It becomes: pull checkout funnel numbers for the two weeks before and after the address form shipped, put the comparison in ticket 512. That is a real block of work with evidence at the end.
  • "Legal wants the refund copy reviewed" is someone else's ask with no owner attached. It becomes: send Legal the refund copy link and ask for comments by Thursday. Two minutes, and now it is off your desk and in theirs.
  • "Mobile layout looks broken" has no reproduction. It becomes: open checkout at 375px in Safari and screenshot what breaks, attach to ticket 512. Until someone does that, nobody can estimate it.
  • "Need to decide about the promo banner" is a decision, not a task. Decisions need an owner and a date, not a verb. It becomes a line in the ticket: promo banner on or off, owner Priya, needed by Friday. You do not put other people's decisions in your own action list.
  • "Follow up with the payments vendor" has a verb but no content. It becomes: email the vendor asking whether 3DS challenge rates changed in the last month. The specific question is what makes it startable.

The result is four actions that are yours, one decision assigned to someone else, and one line of context. Notice how much fell out: two of the six original items were never really tasks. That reduction is most of the value. The meeting notes template keeps decisions and actions in separate columns so this pass happens during the call instead of a week later.

List hygiene

Getting the wording right is only half of it. The list itself needs rules, or you end up with sixty perfectly phrased actions and no idea which one to do.

  • One current action, visible. Everything else is out of sight. Choice is an interruption.
  • Up next holds two or three things, not the backlog. The backlog is a different document with a different purpose.
  • Split anything containing "and". If the parts are sequential, only the first one is startable, so only the first one belongs on the list.
  • Delete obsolete actions the moment a decision changes. A stale next action is worse than no next action, because it looks trustworthy.
  • Stop adding detail when the line is startable. A paragraph of instructions means the list has become a project of its own.
  • If you cannot name a first move at all, the task is unclear rather than too big. Clarify the outcome, or write the question you need answered and who owns it.

Watch the verbs, too. Handle, work on, improve, look into, and review-ish words like "check" usually signal that the thinking has not happened yet.

The moments that matter

Actions are cheapest to write when context is still warm, which means specific moments rather than a weekly planning session:

  • Start of day, one first move written into a daily work plan
  • Before a meeting ends, an owner and a next action beside each decision
  • The moment you get blocked, written as the request you need to send
  • At shutdown, the exact restart point for tomorrow

Each of those is a point where you know things you will have forgotten by the time you need them.

On the dashboard, the current-task field is deliberately a single line. That constraint is the feature: whatever you type there is what you are doing, and if you cannot fill it, that is a signal to spend two minutes on clarity rather than an hour on adjacent activity. Keep the wider outcome in the plan, slice large work with break a large task into Pomodoros, and see busy versus finishing for why activity and progress are not the same measurement.