Skip to content
Current/ Help Center

Organize work with phases and tasks

6 min read · Updated Sep 4, 2026

Every project breaks down into phases, and every phase holds tasks. Phases give you the big buckets of work (Discovery, Build, Cutover); tasks are the individual, assignable units of work inside them.

The project Overview — phases with their tasks, each row showing status, assignee, and due date. Search for a task up top, drag a row by its grip to reorder it, and click a row to open it.

Task status

A task's status is a column on the Kanban board, and every project starts with the same four. If someone has added columns to your board, those count as statuses too and can be picked here, on the List, on the Timeline and in a bulk edit, exactly like the four below:

StatusMeaning
BacklogNot started yet
In progressBeing worked
Review / QAWork is done and being checked
DoneComplete

Assignees: primary and secondary

On a PSA-synced project, a task can carry one primary resource plus one or more secondary resources — the same distinction your PSA uses, so time logged by either shows up correctly on the ticket or task. On a Current-native project, a task simply has a single assignee.

Priority, dates, and estimates

  • Priority is Low, Medium, High, or Urgent, and drives sort order on lists and boards.
  • Start and end dates drive the Timeline and the critical-path calculation — see "What is a critical path (and how Current finds it)".
  • Estimated hours is left blank until you set it — a blank estimate is treated differently from a 0-hour estimate, so don't zero it out just to clear it.
  • Two Current-only flags — Critical and Milestone — can be set directly on a task without ever touching your PSA. See "Milestones: what they are and where they show up".

Add, rename, and reorder phases

Phases are shaped from the project Overview. Add phase sits at the foot of the phase list: click it, type a name, and press Enter — the phase lands at the bottom, and Escape backs out. The pencil beside any phase name renames it in place, the same inline editor the phase due date uses, where Enter saves and Escape leaves the old name alone. Two small chevrons at the left of each phase header move a phase up or down the list. All three are for project managers and admins.

On an Autotask-synced project, a phase you add is created in Autotask as well, and a rename is sent there and then read back to confirm Autotask stored it. The toast names which systems have the change: "Phase renamed in Current and Autotask" versus "Renamed in Current, but couldn't reach Autotask" with Autotask's own reason and a Retry button. What you saved in Current always stands — Autotask refusing a name never rolls back your edit.

Note
The "Not in Autotask" chip
A phase that exists in Current but never reached Autotask — the create failed, or the project was linked to Autotask after the phase was added — carries a small amber "Not in Autotask" chip in its header. Click it and Current sends the phase again; nothing retries on its own. Until it lands, a task you drag into that phase moves in Current only.
Note
On ConnectWise and HaloPSA, phase names come from the PSA
Adding and renaming phases is an Autotask feature today. On a ConnectWise or HaloPSA project the Add phase button and the rename pencil aren't offered at all, because neither engine has a phase-write path and the next pull would put the old name back. Rename the phase in your PSA and Current picks it up on the next sync. Reordering phases and setting a phase due date still work on every provider.

Phase order is Current's own — no PSA stores one — so reordering never pushes anywhere, and your order survives every sync. A phase created in your PSA now arrives at the end of the list instead of jumping to the top.

Phase due dates

Each phase has its own Due date, shown and edited right in the phase header on the Overview — click the date and pick a new one, just like a task's due date. On a PSA-synced project the new phase date is pushed straight to your PSA; on a Current-native project it lives in Current. Only project managers and admins can change it.

When a task runs past its phase

If you set a task's due date to a day that falls after its phase's due date, Current stops and asks before changing anything: an "Extend the phase to fit this date?" confirmation that names the phase, its current end date, and the new date it would move to. Choose to extend and the phase's end date moves out to fit the task; choose Cancel and nothing changes. On an Autotask-synced project this is what keeps you from hitting Autotask's "the phase wouldn't extend — move it in Autotask and retry" wall: Current widens the phase in Autotask for you.

Heads up
When it also extends the project
If the new task date is also past the whole project's end date, the same confirmation warns you that the project's end date will move too — because Autotask won't let a phase run past its project's window. It only proceeds once you approve, and then moves the project (and phase) end dates out in Autotask so the task fits.

Date changes made anywhere else — the task drawer, the Timeline, the Schedule grid, a bulk edit — self-heal automatically on Autotask-synced projects. After every date push, Current reads the record back to confirm Autotask really stored it (Autotask can say "OK" and quietly keep its old date when the new one falls outside its phase or project window). If the date didn't stick, Current widens the window the same way Autotask's own UI would — project end first, then the phase — pushes the date again, and verifies. The toast tells you when a window was extended. When Autotask still won't store a date, the toast names the real cause: an Autotask predecessor drives the task's schedule, or the task is marked complete there — and the project's sync badge turns red so it isn't forgotten. ConnectWise pushes are verified the same way: every date write is read back, and a date the PSA didn't store is reported rather than silently assumed.

Move a task, or move it to another phase

Every task row has a grip at its far left. Drag it up or down to reorder within its phase, or drop it onto another phase — the header counts as a target, so a collapsed phase works too — to move it there. Escape cancels a drag that's already running. The Move up and Move down arrows beside the grip do the same reordering from the keyboard or a touch screen, within a phase. Reordering is for project managers and admins.

Task order, like phase order, belongs to Current and never pushes to a PSA. A move to a different phase does push on an Autotask-synced project: Current sends the new phase, reads the task back to confirm Autotask stored it, and the toast names both systems — "Moved to “Cutover” in Current and Autotask."

Heads up
Two moves that stay in Current only
Drop an Autotask task into General — the bucket for tasks with no phase — and it moves in Current while Autotask keeps showing its old phase, because an Autotask task always sits in a phase. Drop one into a phase that isn't in Autotask yet and the task's Autotask phase is unchanged until you send the phase across from its "Not in Autotask" chip and move the task again. Both cases say so in the toast rather than reporting a clean move.

Rename a task

The task name in the drawer's header is editable. Click it, or the pencil beside it, and type: Enter commits, Escape restores the old name without closing the drawer. Like every other drawer edit the new name is staged as a draft, marked Unsaved, and written when you press Save. A project manager, a tenant admin, or the task's own assignee can rename it.

On a Current-native task that is the whole story. On an Autotask-synced task the new name also goes to Autotask, sent on its own rather than bundled with the rest of the save, so a name that didn't land can't hide inside a batch that otherwise succeeded. If it didn't reach Autotask you get "Renamed in Current, but the new name hasn't reached Autotask" with Autotask's reason, and no success toast beside it.

Note
How long your new name holds
Task names are two-way on Autotask-synced projects, arbitrated the way every other two-way field is. Your rename carries the moment you saved it, and a sync only reopens the question when the name in Autotask has actually changed since Current last read it, so a time entry or a note on the task leaves your name alone. When Autotask's name has changed, Autotask's name wins unless your rename is provably later than the last activity Autotask recorded on that task. If Autotask's name wins, the task panel shows you the swap with a one-click Re-apply mine, and the override is listed on the Conflicts panel in Sync health. On ConnectWise and HaloPSA the name is read-only here; hover it and Current names the PSA to rename it in.

Find a task in a long project

A search box above the phases narrows the Overview to matching tasks. It reads the task name and the PSA task number, every word you type has to appear somewhere across those two, and a leading # is ignored — so #T20240137 and T20240137 both land on the same task. A count and a Clear link sit beside it, and phases with nothing left in them drop out of view while the search is on. The search is per visit rather than remembered.

Two smaller things make a long list readable. A task name too long for its column shows in full when you hover it. And a task with dependencies carries a small branch marker with the two numbers that matter — how many tasks it waits on, and how many wait on it — which turns amber while something upstream is still open. Click the marker to open that task on the dependency map with its chain already highlighted.

Note
Reordering pauses while you search
Drag, the up and down arrows, and Add phase all rewrite positions across the whole list, which a filtered view can't supply. They come back when you clear the search.

Collapsing phases

On a long project, click the little arrow at the left of any phase header to collapse it — that phase's tasks fold out of view so the Overview stays scannable, while the phase name, task count, and progress stay visible. Click again to expand. A collapsed phase is still a drop target, so you can drag a task onto its header to move it there. Current remembers which phases you've collapsed for each project, and that preference follows you across browsers and devices. The Timeline reads the same setting, so a phase you fold on the Overview is folded on that project's Timeline too.

What the task drawer lets you edit

Click any task to open its drawer. From there you can change status, assignee(s), priority, dates, description, estimated hours, and checklist items (each item can carry a link to a supporting document). You can also add or remove dependencies and log time without leaving the drawer.

  1. 1
    Open the task
    Click it from the board, list, or timeline.
  2. 2
    Make your edits
    Changes stage locally as a draft — nothing saves until you click Save, and closing without saving discards the draft (Current asks first).
  3. 3
    Watch for the cascade-confirm prompt
    If you move a start or end date and other tasks depend on this one, Current asks whether to move those downstream tasks too, before saving anything.
  4. 4
    Save
    Your changes write to Current and, for PSA-synced projects, push to your PSA on the next sync pass.

Change many tasks at once

Bulk edit used to be a template-only tool. It now works on every project you can manage. Press Bulk edit in the project header, tick the tasks you want, and the action bar offers status, priority, task type, department, reassign, shift dates, and set dates. Find/replace and Remove stay on templates, where a wrong click costs a draft instead of live work.

On a PSA-synced project the confirmation counts what leaves Current before you commit: "6 of the 9 selected tasks are linked to Autotask, so applying changes them there too. There is no undo." A selection survives the search box, and when a search is hiding tasks you already ticked, the dialog names how many of them are still getting the change.

Heads up
Two-way sync conflicts
If somebody changes the same field directly in your PSA, their change wins that field unless your edit is provably later than the last activity on the task, and the task drawer shows a conflict banner naming what changed. Re-apply mine puts your value back and sends it to your PSA; the second button is named for your provider (Keep Autotask's) and accepts theirs. A row you settle with that button stays gone after a reload. The banner lists only rows that still matter: a field you had left empty is never shown, and neither is a row the task has already moved past, where the field no longer holds the value the row is about. Check it before assuming your edit stuck.
Was this helpful?