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.
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
While writing an answer, click Add split to add a second answer
- 2
Each path gets its own whys, numbered 3.a, 3.b and so on
- 3
A flag marks each likely root cause
- 4
Paths show in the PDF export and the Executive Summary

INC-655 timeline
- 09:30Disk usage on db-2 passed 95%✦ AI
- 09:42Failover to the replica started✦ AI
- 09:51Traffic restored✦ AI
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.
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.

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.
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
Open the Send Update modal in your Phoenix incident Slack channel
- 2
Click Suggest With AI to generate a summary of the engineering chat
- 3
Review, edit if needed, and send to stakeholders


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
Type
/phoenix recapin any active Phoenix incident Slack channel - 2
Phoenix returns an instant TL;DR of the incident
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
See a critical message in your Phoenix incident Slack channel
- 2
React with the ⌚ emoji
- 3
Phoenix logs it to the incident timeline automatically with its exact timestamp



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
Engineering team completes the internal RCA analysis
- 2
Move the RCA to Review status — it stays editable
- 3
Compliance, security, or leadership adds feedback and signs off
- 4
Close the RCA when approved — metrics stay accurate throughout
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.


“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.”
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
Complete the guided RCA in Jira
- 2
Click Generate Executive Summary
- 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”

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.
Incident detected
Logged as a Jira issue. Your paging system notified. Detection Method records how it was first noticed.
Team notified
Engineers alerted in Slack. Dedicated incident channel created automatically.
Status updates
Suggest With AI generates stakeholder summaries. /phoenix update available anywhere in Slack.
Problem solved
⌚ emoji tagging builds the timeline automatically. Monitoring Status before closing as Resolved.
Root cause analysis
Five Whys follows every cause with splits. AI agents can draft the RCA. RCA Review Status adds a sign-off step.
Prevention planning
Action items created, assigned, and tracked to completion in Jira.
Coming soon.
What we’re building next.
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.
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.