
π View Who's On-Call
Knowing who is on-call is helpful beyond just paging someone during an incident. It's useful for knowing who to hand-off to, who you can ping on a team for potential issues, and more.
But today there is a tedious process involved on how you'd figure that out.
- Navigate out of Slack
- Digging up your login for your paging solution
- Determining which service or policy you want to check
- Locate the person assigned to the specific time slot
- Navigate back to Slack
- Find person and contact them
Not exactly the most efficient process...
With the new Who's On-Call feature, Rootly will fetch and display your PagerDuty, Opsgenie, or VictorOps on-call schedules, without you having to leave Slack!
Just key in the /incident oncall
command, in or outside of an incident channel, and select a Service or Schedule to check. Rootly will also present you with the on-call user at each escalation level.
Users have the ability to directly escalate from there without leaving the modal. Available to all customers starting today!
π New & Improved
π Introduced new endpoint to delete a user via API
π Out-of-box form field names can now be set to custom values
π
Expanded incident search logic to search beyond incident title
π
Enhanced global audit log to includes export events
π Add Action Item workflow task can correctly accept incident / liquid variables
π Filtering capability on Incidents page have been fixed to return all matches

π€ Pause & Snooze Reminders
Alert fatigue is real! Teams set up reminders with the best of intentions - to ensure nothing slips through the cracks. However, too much notification can cause unintended distractions for response teams.
To help teams reduce unwanted interruptions, we introduced the ability to pause and snooze reminder workflows. Now, teams can quiet down the reminders with just a few clicks directly from Slack. No more need to disable/re-enable workflows - which can be tedious and error prone.
If you want a reminder to go on break for the next 2 hours, simply hit the Snooze button and set the duration to 2 hours.
If you want to halt the reminder indefinitely, a single click of the Pause button will keep it quiet until you choose to restart it.
To get started, customers can leverage a new workflow task called Send Slack Reminder or modify their existing Send Slack Message task with the new actions.
Checkout this short video to learn about how to pause and snooze reminders!
π New & Improved
π Position parameter introduced as a team attribute in Terraform to enable customizable list order
π Enabled dependency linkage between Asana tasks in different projects
π
When creating new incidents, private incidents are no longer suggested as related incidents
π
Updated List Incidents API to be able to filter by last updated_at time
π
Enhanced Trigger Workflow task to only run if conditions of the ensuing workflow are met
π Corrected run logic on workflows with inactivity conditions
π Fixed issue with header fields incorrectly populating in Notion

π Postmortem Renamed to Retrospective
The term postmortem comes with the unwanted negative connotation of death and implies a single root cause. At Rootly, we donβt view each resolved incident as dead, but rather as an opportunity to learn and continuously improve.
To better align this approach, weβve decided to rebrand Postmortem to Retrospective.
Traditionally, postmortems were conducted following major incidents, with the focus on identifying root-causes and how to avoid future occurrences. Thatβs a great start, however, we believe it would be even better to expand the coverage to all incidents and include discussions on what went well, what didn't go well, contributing factors, and what might we do differently next time.
You will find references to postmortems change to retrospectives within your Rootly app. However, all existing configurations remain the same!
If youβd like to learn more about best practices around retrospectives, please reach out to your Rootly team on Slack!
π New & Improved
π Workflow now supports conditions for specific Incident Roles
π
Rootly API keys are now prefixed with rootly_
to improve key management
π
Added pin to channel option to Send Slack Message / Send Slack Blocks workflow task to enable auto-pinning
π
Timeline now shows the previous severity when a change in severity occurs
π Default role on New Invitation page now matches value set in Team Settings page

π Sentry Integration
Issues can arise anytime and anywhere. A reliable monitoring system paired with an efficient incident management platform is key in keeping your application running smoothly. We are excited to announce our partnership with our friends at Sentry!
Sentry is a developer-first monitoring platform, designed to provide valuable insights to help fastrack your effort in identifying the issue root-cause.
WIth Sentry integrated, youβll be able to receive Sentry alerts in Rootly and create incidents off of them - ensuring a prompt and efficient incident declaration process.
- Ingest alerts created by Sentry into Rootly (Web or Slack) with all relevant metadata
- Triage Sentry alerts in Rootly and create an incident with human in the loop
- Automatically create incidents in Rootly is Sentry alerts exceed a defined threshold
If you already use Sentry, all thatβs left to do is installing it in Rootly to get started.
See why Rootly was featured as the integration of the month on the Sentry integration marketplace: https://sentry.io/integrations/rootly/.
π New & Improved
π Introduced Audit Log API to programmatically retrieve global audit log
π
Enabled the use of Datadog templates for auto creating notebooks in Datadog
π Restored guidance text when selecting Severities in Slack
π Fixed 404-error on Fetch Gitlab Commits workflow task
π Fixed 500-error on Incident Variable Explorer page

π― Merge Duplicate Incidents
At Rootly, we advocate for everyone in the organization to be able to pull the fire alarm and declare incidents, not just engineers.
With everyone working concurrently and declaring incidents, its not uncommon to run into duplicate entries. Especially when the incident has a broad surface area of impact.
To help response teams reduce noise and effectively manage incidents, we are excited to introduce the ability to mark incidents as duplicates via the Web Platform or Slack (/incident duplicate
).
Organizations no longer have to tiptoe around incident creation.
Marking duplicates during or after incident creation will also have downstream benefits - as the same issue will not be double-counted, resulting in more accurate metrics!
π New & Improved
π Introduced the ability to reference Statuspage.io templates in workflow publish to status page tasks
π
Improved UX by pre-populating incident creation fields when incident is created from an alert
π Fixed Opsgenie escalation priority order
π Addressed issue with displaying incorrect resolution times in Slack
π Resolved inability to apply field positions in Terraform
π Corrected URL in private status page subscription email

π Global Audit Log
Part of being enterprise-ready is enabling organizations with the ability to track changes made to their accounts.
Weβre excited to introduce audit logging capabilities to Rootly!
No more guessing βhmmβ¦when was this change made?β or asking βwho changed this?β. Now, you will be able to identify each update made to your account - along with meaningful details such as: author, changed content, time of change, etc.
π New & Improved
π Secret API keys can now be stored and used in HTTP Client workflows
π Ability to extend a workflow by skipping a failed tasks
π
Multi-orgs can now provision each org from separate SSOs
π
More meaningful error messages to improve debugging experience in Slack
π Corrected elapsed time calculation on incident dashboards
π Reopening resolved incidents are now logged in the incident timeline

π’ Atlassian Data Center Integration for Jira and Confluence
Also known as on-premise, server, or data center, customers using the self-hosted version of Atlassian can integrate Rootly directly with Jira and Confluence.
Maintain the security and control you need with self-hosted options but still be able to manage your action items (Jira) and write postmortems (Confluence) while leveraging Rootly. No compromises for enterprises or organizations with strict regulatory requirements.
Quickly get started by whitelisting Rootly IPs to enable access to your instance. Docs for Jira and Confluence.
π New & Improved
π API to allow programmatic retrieval of Users
π
Ability to attach action items and additional attributes to playbooks via Terraform
π
Removed βare you sureβ pop-up on incident mitigation and resolution UI on Web
π Fixed issue where filtering by custom field in metrics charts werenβt working
π Fixed issue where updating playbooks were occasionally blocked by Cloudflare for some users
π Fixed issue where PDFs generated from metrics were empty files
.png)
π Auto Create Incidents from Jira
Weβre excited to announce that you can automatically declare incidents from Jira tickets.
Automatic Jira ticket creation has been one of the most heavily used workflows on Rootly. However, not all incident response operations run on the same procedures. Some teams might have existing processes that require issues to be reported directly in Jira first, but would still like to leverage Rootly to automatically spin up the necessary incident response process.
Teams can now listen for Jira events and decide to either programmatically declare incidents or manually triage them first, before kicking one off.
π New & Improved
π Ability to associate Rootly Services to PagerDuty Services to setup dynamic paging
π Postmortem template and timeline in Notion is now cleaner, easier to read, and leverages native Notion elements
π
Incidents can now be filtered by kind
π
Workflows now supports IS SET
, IS UNSET
conditions
π Fixed issue where status page incident timeline ordering was not displaying in reverse chronological order

π Sleuth Integration
We are excited to partner with our friends at Sleuth to formally launch our joint integration!. Sleuth's Engineering Efficiency platform provides a complete and accurate view into DORA metrics, visibility into bottlenecks, and tools to automate workflows.
When failures occur, Sleuthβs native Rootly integration enables development teams to respond quickly and effectively. By viewing incidents through Sleuthβs deploy-centric lens, developers can immediately pinpoint which specific changes caused those incidents so they can act quickly to resolve them (e.g. by rolling back, deploying a hot fix, etc.). With this integration, customers can:
- Configure one or more Rootly integrations, each with its own unique set of incident filter criteria, and map those integrations to specific projects in Sleuth, allowing teams to cut through the noise and zero in on the incidents that matter to them.
- View in real-time how incidents are impacting change failure rate and mean time to recovery metrics for specific projects and teams.
- Remediate incidents quickly and effectively to deliver the best possible experience to their customers and stakeholders
π€ Dylan Etkin, CEO, Sleuth
βIn our continuous effort to meet customers where they are, weβre excited to provide this native integration with Rootly that allows engineering teams to understand in realtime how incidents are impacting two of their key DORA stability metrics: change failure rate and mean time to recovery. With this exciting new addition to our rich library of integrations spanning issue trackers, code repos, CI/CD platforms, and observability tools, weβre even better able to provide our customers with a 360-degree view of their development workflow and opportunities to improve it.β
π New & Improved
π Ability to re-escalate to additional PagerDuty services even if previously paged a different one
π Shiny new G2 badges on Rootly.com for Winter 2023
π
Zapier directly embedded into Rootly > Integrations
π
Rootly.com security section updated with additional enterprise-readiness details
π
CSV export will be emailed directly to that of the requester
π
PagerDuty tokens are automatically refreshed, removing the need to ever reintegrate
π
Improved error messaging if using /incident convert
to turn existing channels into Rootly incidents were to fail
π
Countless infrastructure improvements primarily focused around Slack
π Fixed issue where action items on the Web Platform had unnecessary labels
π Fixed issue where Pulses were timing out due to large payloads

π Multi-Organization and Workspace Support
We are excited to launch the ability to have multiple organizations and workspaces of Rootly under the same roof and license.
Why? Companies and enterprises are not one dimensional in their needs. They are comprised of multiple departments, sibling organizations, acquisitions, and all of whom might have wide ranging requirements when it comes to how incidents are managed.
By having separate workspaces, organizations, and instances of Rootly, this unlocks the ability to not step on each others toes. For example, the NOC department will likely handle incidents differently from the rest of the company. The sister company that was acquired that will remain separate from the parent org has different tools they'd like to use. The SRE team that has a sandbox environment to experiment with new processes before rolling to production.
Use the same Slack workspace across all of your Rootly organizations! Upon incident creation, users will be asked to select which organization they would like to create their incident in (see header image).
Regardless of your organizational complexity, the UX for responders is simple and intuitive.
- Be part of and switch between multiple organizations within the Web Platform without needing to logout
- Support for multiple domains
- Plug in the same or different integrations as needed (e.g. company uses the same Jira but different PagerDuty accounts)
- User and usage is counted towards a single license
Existing users - to setup a new organization, contact your account team via Slack or partnerships@rootly.com. Once enabled, on the Web Platform > Profile > Switch Organization. The ability to switch organizations on Slack will appear after you've integrated the same Slack workspace across multiple Rootly organizations automatically.
π New & Improved
π API endpoints to mark the incident as started, mitigated, resolved, and canceled
π Default postmortem timeline is in chronological order and incident timeline is in reverse chronological order (most recent first)
π
Infrastructure improvements to how we handle webhooks
π
Significant infrastructure improvements around increasing test coverage
π
Incidents deleted by accident can be recovered by requesting to support@rootly.com or in your teams shared Slack channel with Rootly
π Fixed issue where form fields where not being respected on the Web Platform when disabled
π Fixed issue where some Slack redirect links were incorrect