How to Use Jira Automation to Eliminate Repetitive Ticket Management

A help desk where new tickets arrive already assigned, quiet tickets nudge themselves, and at-risk requests escalate on their own hands the routine queue work back to your team. Four small Jira automation flows cover it:

Verified against Jira Cloud automation on 2026-08-01.

Prerequisites

Step 1: Open the Automation Builder

  1. In Jira’s side navigation, find your space and select More actions (…) → Space settings.
  2. Select Automation from the side panel.
  3. Select the Create flow button in the top-right, then select Create from scratch.

You will repeat this entry point for each flow below.

Step 2: Auto-Assign Every New Ticket

  1. Select the trigger Work item created, then select Next.
  2. Add the action Assign work item.
  3. Set the assign method to A user in a defined list and add the people who work the queue.
  4. Choose Balanced workload so everyone carries an equal number of open work items, or Round-robin to assign in list order.
  5. Select Flow details, name the flow, then select Turn on flow.

New tickets now land with an owner attached, and the first responder claim-scramble disappears.

Step 3: Nudge Tickets That Have Gone Quiet

  1. Create a new flow and select the Scheduled trigger. Run it daily at a fixed rate.
  2. Enter a JQL query that finds stalled work, for example: status = "Waiting for customer" AND updated <= -5d. Actions in the flow execute on every work item the query returns.
  3. Add the action Comment on work item with a short check-in message asking the requester to confirm the ticket is still needed.
  4. Name the flow and select Turn on flow.

Step 4: Close Resolved Tickets Nobody Reopened

  1. Create a new flow with the Scheduled trigger, daily, and a JQL query for resolved work items with no recent activity.
  2. Add the action Transition work item and set the destination status to Closed.
  3. Add the action Comment on work item with a note that the requester can reopen or file a new request if anything resurfaces.
  4. Name the flow and select Turn on flow.

Step 5: Escalate Before an SLA Breaches

  1. In a Jira Service Management space, create a new flow with the trigger SLA threshold breached. Select the SLA to monitor and set the trigger to fire a comfortable window before breach, for example 30 minutes.
  2. Add the action Edit work item and raise the Priority field.
  3. Add the action Send Slack message pointed at your support channel so a human sees the escalation immediately. If your team lives in email instead, use the Send customized email action; the older Send email action is deprecated.
  4. Name the flow and select Turn on flow.

Verify

Troubleshooting

New tickets stay unassigned: the flow’s actor is missing the Assign work items or Assignable user permission, or a listed user lacks access to the space. Fix the permission and re-run the audit-log entry.

A scheduled flow silently stopped: scheduled flows that fail 10 consecutive executions disable automatically. Correct the JQL, then toggle the flow back on from the Flows tab.

The escalation never fires: the SLA named in the trigger is not active on the request type, or the threshold window is shorter than the flow’s run cadence. Re-check the SLA selection in the trigger configuration.

A Queue That Runs Itself

Automation like this is worth configuring for scale from day one, and it is quick to retrofit if your team is already deep in tickets. ScaleIt builds these flows into Jira and Jira Service Management for startups and SMBs as part of managed IT, tuned to your priorities and escalation paths. Book a free call and we will map the flows to your queue.

Verified against Jira Cloud automation (Work item created, Scheduled, and SLA threshold breached triggers; Assign work item, Comment on work item, Transition work item, Edit work item, and Send Slack message actions) on 2026-08-01. Vendor docs: support.atlassian.com/cloud-automation.