JUST SHIPPED — LIVE FOR ALL USERS

What's New in
Phoenix Incidents

Five Whys that follow more than one cause. AI agents like Claude and ChatGPT that can read your incidents and help draft the RCA. Detection Method tracking, a second pager for migrations, and more.

30-day free trial. No credit card required.

NEW — FIVE WHYS SPLITS

Follow every cause, not just the first one.

Real incidents rarely have one cause. A worker goes down because a config change broke it and because nothing checked its health. A single line of whys forces the team to pick one and drop the other.

Now any question in the Five Whys can split into two or more paths. Each path gets its own number, its own color, and its own whys. Phoenix AI suggests the next question and flags the likely root causes.

  1. 1

    While writing an answer, click Add split to add a second answer

  2. 2

    Each path gets its own whys, numbered 3.a, 3.b and so on

  3. 3

    A flag marks each likely root cause

  4. 4

    Paths show in the PDF export and the Executive Summary

Five Whys in a Phoenix RCA. Question 3 splits into two paths, 3.a and 3.b. Each path has its own whys, and a flag marks each likely root cause.
Read INC-655 and draft its timeline from the incident channel and our logs.
I read INC-655 in Phoenix. I found 3 key moments that are not on the timeline yet, and added them.

INC-655 timeline

  • 09:30Disk usage on db-2 passed 95%✦ AI
  • 09:42Failover to the replica started✦ AI
  • 09:51Traffic restored✦ AI
NEW — AI AGENTS

Your AI assistant can now work inside your incidents.

Teams already ask Claude or ChatGPT to help write the RCA. But the AI could only see basic Jira fields. It missed the timeline, the Five Whys, and the status dates.

Phoenix now adds its own tools to Atlassian's MCP server, which connects AI assistants to Jira. Claude, ChatGPT and Rovo can read the whole incident, add timeline entries, and fill empty RCA fields. Your AI can combine that with its other tools, like your logs or Slack.

  • Every action runs as you. If you can't edit the incident, the AI can't either.
  • It only fills empty fields. It never overwrites what someone wrote.
  • Timeline entries it adds are marked with an AI icon.

More in this release.

Smaller changes that save a step during and after every incident.

Detection Method

Record how each incident was first noticed: a monitoring alert, a customer report, a synthetic check, and more. Set it on the RCA. Admins edit the list. New charts in Outcomes & Causes show which methods catch your incidents.

Advanced edition

Phoenix Alerts as a second pager

Moving off PagerDuty, Opsgenie or VictorOps? Turn on “Also send pages to Phoenix Alerts” and every incident pages both. Your current pager still moves the Jira incident until you switch.

RCA owner set for you

When an incident is resolved, the incident commander becomes the RCA owner if nobody owns it yet. No RCA sits without an owner.

Product owners join the channel

Mark any product as impacted and its Slack owner is invited to the incident channel. This used to work only for the primary product. It never sends extra pages.

Paging link on every incident

The incident’s Details panel now links straight to the page in PagerDuty, Opsgenie, VictorOps or Phoenix Alerts. It sits right under the Slack channel link.

Reporting upgrades

View reports by week as well as by month. Group any chart by product or severity. Open any chart in a large panel to read the detail.

Shipped earlier this year.

Still new if you haven't tried them yet.

Phoenix Lifecycle charts in Jira showing time per incident stage, time per stage by product, month-by-month stage durations, and a typical-versus-outliers view
NEW — LIVE NOW

See where the time goes in every incident, stage by stage.

MTTR wraps the whole incident into one number. It can't tell you whether the time went to noticing the problem, fixing it, or making sure the fix held.

The new Lifecycle charts break that number apart: time spent in Detect, Ack, Verify, Fix, and Monitor, split by product and tracked month over month. Medians and distributions — not just averages — so the slow outliers stand out. All inside Jira, nothing to export.

NEW — LIVE NOW

Send a stakeholder update in one click.

There is now a Suggest With AI option in the Send Update modal in Slack. During high-severity incidents, Incident Commanders are entirely consumed by technical troubleshooting. They often forget to update the broader company, or drafting those updates takes vital focus away from fixing the issue.

With Suggest With AI, the Incident Commander can instantly generate a high-quality summary of the engineering chat with one click, keeping stakeholders informed while keeping engineering focused on mitigation.

  1. 1

    Open the Send Update modal in your Phoenix incident Slack channel

  2. 2

    Click Suggest With AI to generate a summary of the engineering chat

  3. 3

    Review, edit if needed, and send to stakeholders

Send Update modal in Slack with the Suggest with AI button
/phoenix recap output in Slack — AI-generated incident summary for INC-655
NEW — LIVE NOW

Come late to an incident? Get caught up instantly.

When an incident escalates and a new engineer or subject matter expert is paged in late, they have to scroll through dozens or hundreds of chaotic messages to catch up.

Type /phoenix recap and the Phoenix bot provides a succinct AI-driven summary of what has happened, what has been ruled out, and what the current status is — saving critical minutes of onboarding time during triage.

  1. 1

    Type /phoenix recap in any active Phoenix incident Slack channel

  2. 2

    Phoenix returns an instant TL;DR of the incident

NEW — LIVE NOW

Tag any Slack message directly into the incident timeline.

Building an accurate post-incident timeline is historically painful because engineers rarely stop to log timestamps mid-crisis.

React to any Slack message in an incident channel with the ⌚ watch emoji and Phoenix automatically bookmarks that moment and logs it into the incident timeline, ensuring zero context is lost for the post-incident review.

  1. 1

    See a critical message in your Phoenix incident Slack channel

  2. 2

    React with the ⌚ emoji

  3. 3

    Phoenix logs it to the incident timeline automatically with its exact timestamp

Slack message tagged with the ⌚ emoji reaction
The tagged Slack message logged in the Phoenix incident timeline in Jira with its exact timestamp
Phoenix RCA in Jira with the Send to Review button moving the document into the Review status
NEW — LIVE NOW

A safe middle-ground for your RCA approval process.

Often, an engineering team finishes their initial internal Root Cause Analysis, but it still needs to be formally reviewed by security, compliance, or leadership before being published.

The new optional Review status in the RCA workflow creates a safe middle-ground where the technical write-up is complete but remains open for broader feedback without prematurely closing the loop or skewing operational metrics.

  1. 1

    Engineering team completes the internal RCA analysis

  2. 2

    Move the RCA to Review status — it stays editable

  3. 3

    Compliance, security, or leadership adds feedback and signs off

  4. 4

    Close the RCA when approved — metrics stay accurate throughout

NEW — LIVE NOW

A formal stage between fixing the problem and calling it resolved.

When a fix is deployed, the incident is not truly Resolved. The team needs to watch the dashboards to make sure the fix holds.

The new Monitoring status creates a formal stage that stops the active resolution clock but alerts the business that the fire is out, giving engineers breathing room to verify stability before completely closing the ticket.

NewAssessingFixingMonitoringNEWResolved
Slack message from Phoenix announcing INC-655 has a fix deployed and is now being Monitored
AI-generated Executive Summary section in a completed Phoenix RCA in Jira
“Been using the recap + generate executive summary features and so far they’ve been amazing, saving a lot of time and the generated text is pretty sound.”
— Phoenix Incidents customer
NEW — LIVE NOW

Turn a finished RCA into an executive briefing in one click.

An RCA is deep by design — exactly what engineering needs, and more than leadership has time to read.

The new Executive Summary section writes the briefing for you: Phoenix reads the finished analysis plus incident context and drafts a clear, non-technical summary right inside the RCA in Jira.

  1. 1

    Complete the guided RCA in Jira

  2. 2

    Click Generate Executive Summary

  3. 3

    Review, adjust, and share with leadership

“Phoenix Incidents has quickly become a core part of our incident response. It made a huge difference in stakeholder communication, our RCA process, and improving our on-call responsiveness through better visibility. It integrates so seamlessly that our team just uses it”
Jonah Schwartz, CTO at Turno
Jonah Schwartz
CTO, Turno

Every new feature fits the same workflow.

Phoenix Incidents manages the full incident lifecycle inside Jira and Slack. Cards marked New changed this year. Lifecycle measures every stage.

NEW
01

Incident detected

Logged as a Jira issue. Your paging system notified. Detection Method records how it was first noticed.

02

Team notified

Engineers alerted in Slack. Dedicated incident channel created automatically.

NEW
03

Status updates

Suggest With AI generates stakeholder summaries. /phoenix update available anywhere in Slack.

NEW
04

Problem solved

⌚ emoji tagging builds the timeline automatically. Monitoring Status before closing as Resolved.

NEW
05

Root cause analysis

Five Whys follows every cause with splits. AI agents can draft the RCA. RCA Review Status adds a sign-off step.

06

Prevention planning

Action items created, assigned, and tracked to completion in Jira.

Coming soon.

What we’re building next.

Coming soon

Phoenix Incidents for Microsoft Teams

Run incidents from Microsoft Teams the same way you do in Slack. Phoenix opens an incident channel, posts updates, and keeps the timeline in Jira.

Join the waitlist →

Frequently asked questions.

What are the new features in this release?

The latest release adds Five Whys splits, so one question in an RCA can have several answers, each with its own whys. AI agents such as Claude, ChatGPT and Rovo can now read Phoenix incidents and help draft the RCA through Atlassian's MCP server. Also new: a Detection Method field and charts, Phoenix Alerts as a second pager next to PagerDuty, Opsgenie or VictorOps, automatic RCA owners, Slack invites for every impacted product's owner, a paging link on each incident, and weekly and grouped reporting. Earlier this year we shipped Lifecycle charts, Suggest With AI, /phoenix recap, ⌚ emoji timeline tagging, RCA Review Status, Monitoring Status, and the AI Executive Summary.

What are Five Whys splits?

A split lets one question in the Five Whys have two or more equal answers. Each answer gets its own line of whys, so an RCA can follow every cause instead of picking one. Splits are numbered 2.a, 2.b and so on, and each has its own color. Phoenix AI suggests the next question for each split and flags likely root causes. A Five Whys can hold up to 20 answers, and splits show in the PDF export and the Executive Summary.

How do AI agents like Claude and ChatGPT work with Phoenix Incidents?

Phoenix adds three tools to Atlassian's MCP server, which connects AI assistants to Jira. Once a Jira admin turns them on, Claude, ChatGPT or Rovo can read a Phoenix incident and its RCA, add up to 20 timeline entries at a time, and fill empty RCA text fields such as the Executive Summary. Every action runs as the signed-in user, so the AI can only change what that person can edit. It never overwrites text someone already wrote, and timeline entries it adds are marked with an AI icon.

What is Lifecycle?

Lifecycle is a set of charts in Phoenix Incidents that shows how long incidents spend in each stage — Detect, Ack, Verify, Fix, and Monitor — split by product and tracked month over month. It shows medians and distributions as well as averages, so outliers stand out. Everything stays inside Jira.

How is Lifecycle different from MTTR reporting?

MTTR rolls the whole incident into one number, which tells you things are slow but not why. Lifecycle splits that time across the five stages, so a detection problem looks different from a slow fix or a long monitoring window. Medians and distributions surface the outliers an average hides.

How does Suggest With AI work?

In the Send Update modal in Slack, click Suggest With AI. Phoenix generates a high-quality summary of the engineering chat with one click, so the Incident Commander can inform stakeholders without drafting an update from scratch.

What does /phoenix recap do?

Typing /phoenix recap in an active incident channel returns a succinct AI-driven summary of the incident — what has happened, what has been ruled out, and current status. Designed for engineers and subject matter experts paged into an incident late.

What is RCA Review Status?

An optional new status in the RCA workflow. It creates a safe middle-ground where the technical write-up is complete but remains open for broader feedback from security, compliance, or leadership — without prematurely closing the loop or skewing operational metrics.

What is Monitoring Status?

A new incident stage between Mitigated and Resolved. It stops the active resolution clock and alerts the business that the fire is out, giving engineers breathing room to verify stability before completely closing the ticket as Resolved.

Is Phoenix Incidents free to try?

Yes, two ways. Phoenix Incidents - Free is a separate app on the Atlassian Marketplace that is free forever, with no credit card and no caps on incidents or responders. The paid app, listed as Phoenix Incident Management, adds RCAs, action items, AI, full reporting, and paging, and starts with a 30-day free trial. It comes in two editions. Standard includes paging integrations. Advanced adds Phoenix Alerts native paging. Compare the plans at phoenixincidents.com/free-vs-paid.

We're genuinely excited about this one.

Each of these features came directly from watching real incidents, listening to real teams, and being frustrated by the same things. We'd love to hear what you think, answer questions about the product, or just talk incidents.

✉ Email us

All of this is live. Available right now.

Install Phoenix Incidents on the Atlassian Marketplace and your team has access immediately. Connect Jira and Slack and you're live in minutes.

30-day free trial. No credit card required.