Triage

Use triage to review potential work before it becomes planned work.

What appears in triage

Triage contains potential work waiting for review: workspace items in In Review plus bugs and feature requests from connected apps. You may be listed as the reviewer, but triage is not an assignee queue for execution work.

Use triage to decide whether to accept, decline, assign or change the reviewer, or add the context needed for a decision.

Triage a bug or feature request

Check the title, description, source app, reviewer, owner, assignees, status, priority, team, taxonomy, and comments. Accept the item when it should move forward, or decline it when it should not. Assign a reviewer when someone else should make the decision; they get a dashboard notification.

When you accept a feature request or bug that belongs with planned work, link it to the right initiative. For bugs, make sure the reproduction steps and affected area are clear before accepting.

From the triage list, open any item to change status, reassign ownership, add comments, start a Slack discussion, link a parent initiative, update taxonomy, copy the direct link, accept it, or decline it.

Accepting or declining removes the item from the default triage queue. Accepted and declined items are still available in Backlog when the right filters are enabled; declined items appear as cancelled.

You can also create an Initiative, Bug, or Todo directly from Triage. New items start In Review so they appear in the queue immediately.

For defect intake, pair triage with Bugs so reports have enough detail before planning.