
π 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

π£ Webhooks
Rootly is the only enterprise-ready incident management solution. Part of that is extensibility of our systems. We are excited to kick-off 2023 by launching Webhook support.
Support for a variety of webhook events.
- Incident lifecycle (e.g. started, resolved, deleted, etc.)
- Postmortem (e.g. published)
- Alerts
- Workflows (e.g. started, completed, failed, etc.)
Additionally, detailed audit trail of when the webhook was delivered, if it's successful or not, and the request/response payload is made available.
Create unlimited number of webhooks with the ability to easily toggle on/off.
Available to all customers at time of publishing. Found in Rootly.com > Configuration > Webhooks.
Read more about this in our documentation.
π New & Improved
π Workflow trigger event for slack_channel_converted
π API call for scheduled maintenance
π Incident variable for converting incident timeline events into a table format
π
Incidents created from a PagerDuty alert will sync start time in Rootly with occurred at time in PagerDuty
π
PagerDuty and Opsgenie incidents created by Rootly escalations are marked as resolved whenever Rootly incidents are resolved
π Fixed issue where date picker on workflow triggers was not working
π Fixed issue where clicking change start time on Web Platform incident creation was not working
π Fixed issue where editing role permissions in RBAC was not working

βͺ Rootly Rewind 2022
We are excited to wrap up the year with Rootly Rewind 2022.
See how you performed by logging into Rootly.com. Available to all customers starting today.
A few example statistics you can expect...
- Incidents with the most responders
- Estimated time saved from manual work
- Months and days with the least incidents
- Responders that were involved the most
Once you make it to the end a fun celebration awaits.
Thank you for tuning into our changelog this year. With your feedback, we've delivered hundreds of game-changing features and won many awards along the way.
Our team will be spending the rest of December laser focused on performance and reliability. Happy Holidays and see you in 2023!
π New & Improved
π Custom fields now support checkboxes
π Statuspage.io integration supports component groups in drop-downs
π
Uptime calculation updated for services and functionalities to align with industry standards
π Fixed issue where incident variable explorer was timing out
π Fixed issue where drop-down menus on Web Platform weren't loading for Firefox users
π Fixed issue where some conditions in workflows had a blank drop-down option
.png)
π« Trigger Workflow from Other Workflows
Workflows in Rootly can be triggered a number of ways. Manually, API, alerts, or based on specific conditions.
We are launching the ability to trigger workflows from other workflows. This provides granular control over exactly when specific workflows should run that may not be satisfied by our out of the box conditions.
This enables the ability to have nested workflows, create dependencies, and run a series of workflows all at once. The use cases are endless.
This can be found under Workflows > Tasks > Trigger Workflow.
π New & Improved
π Scheduled maintenance now supports custom fields
π Auto-refresh option for metrics to continuously poll latest data, option to turn off as well
π
Users declaring an incident for the first time will be prompted an optional interactive tutorial
π
Increased API rate limits
π
/incident overview
displays incident roles and assignee
π Fixed issue where team members page did not refresh upon search
π Fixed issue where Rootly status page SMS notifications were not firing

πͺ‘ Send Threaded Slack Messages via Workflows
Incident channels can quickly grow noisy with messages as you collaborate on resolving incidents.
To keep communications clean and focused, we are introducing the ability to send threaded Slack messages via workflows.
By being able to pick the visibility of how messages sent, less important ones such as simple updates do not need to be broadcasted to everyone.
Threaded messages can only be sent under original messages that Rootly had previously sent.
This can be configured in Workflows > Task > Send Slack Message or Send Slack Blocks.
π New & Improved
π Postman collection for Rootly API
π Ability to trigger workflows via API
π Ability to update custom fields on /incident update
π
Azure AD integration added to Rootly website
π
Enable and disable workflows colours are colourblind accessible
π
Incidents displayed on metrics are hyperlinked for easier navigation
π
Filter for incidents use and as a conditional and not or
π Fixed issue where naming of workflow conditions were inconsistent
π Fixed issue where metrics exports to PDF were formatted incorrectly
π Fixed issue where Incident Causes were not showing up on postmortem tab
π Fixed issue where unable to edit labels
.png)
βοΈ Autocomplete for Incident Variables
Incident variables has been one of the most popular ways to customize Rootly.
We've made this easier by introducing our Incident Variable Explorer earlier in the year. Now we are launching the ability to autocomplete incident variables as you type with inline suggestions.
With hundreds to pick from, browsing and selecting the right one has never been easier or faster.
π New & Improved
π Annotation support for Spotify Backstage integration
π
Terraform includes better deprecation messages
π
Action items in Slack are easier to assign to yourself
π Fixed issue where custom fields when disabled still appeared on incident mitigation in Slack
π Fixed issue where scheduled maintenance Slack channels displayed incorrect statuses instead of Scheduled, In Progress, Complete
π Fixed issue where scheduled maintenance status did not change in Slack
π Fixed issue where downloading Rootly postmortems gave users a 500 error
π Fixed issue where Slack Blocks task in workflows did not render drop-downs correctly

π Playbook Tasks
We are excited to launch Playbook Tasks, a checklist of pre-populated tasks whenever an incident starts that matches a specific criteria (e.g. security, high severity, etc.).
Consistency in incident response is everything. With playbook tasks, responders can work through a structured and interactive list of to-dos. Helpful for new responders who may not know the ropes, sensitive incidents that have regulatory requirements, and more.
- Ability to pre-assign tasks or ad-hoc in both Slack and Web Platform
- Lives alongside all other action items
- Assign tasks to users or teams
- Tasks can be enriched with markdown
- Dynamically populates based on updates to the incident
- Optionally track all tasks in Jira
Live today, customers can find it nested under Playbooks.
π New & Improved
π Date and time custom field option
π Numbers custom field option
π Multiple corporate domains can be associated to a single Rootly workspace
π Workflow task for updating PagerDuty and Opsgenie incident
π Support for PAT (personal access tokens) for Jira and Confluence on-premise
π Ability to filter form and custom fields
π
Incident number added to incident list view on Web Platform
π
Opsgenie workflow templates for escalating incidents
π
Changelog now part of Rootly.com primary navigation for easier access
π
Backfilled incidents automatically get created in a resolved state
π
Incident timeline event colours coordinate with incident status
π
Incident timeline displays date and time together
π
Form field tags polished to be less noisy
π
Notifying main #incident channels has been migrated to workflows automatically
π Fixed issue where /incident integrations
did not give the ability to edit Zoom links
π Fixed issue where unsubscribe from email notification settings were not saving
π Fixed issue where some drop-downs in Slack e.g. Services did not populate when clicked

ποΈ Workflow Groups and Folders
Workflows sits at the heart of Rootly and allow companies to encode and automate their own unique incident management process into the tool.
They can be created generically (e.g. creating incident channels, Zoom bridge), specific to teams, incident types, severity levels, integrations, and more.
With numerous workflows to manage, we are introducing a better way to organize them with workflow groups.
- Easy drag and drop between groups
- Supported via Terraform
- Pre-created groups for default, tutorial, and disabled workflows
π New & Improved
π Rootly postmortems auto-save
π
Infrastructure improvements on Rootly status pages to be more resilient
π
Reworked a few confusing labels in workflow triggers to be more obvious what they do
π Fixed issue where playbook tasks weren't populating in Slack
π Fixed issue where related incidents were showing test incidents for some users
π Fixed issue where customer logo was not showing up on custom email branding
π Fixed issue where for some users said incidents had incorrectly elapsed one year

πΉοΈ Optionally Create Incident Slack Channels
Do all incidents deserve their own Slack channel for collaboration?
Not necessarily. For example, incidents that have been previously resolved and are being backfilled, low severity incidents that don't require collaboration, etc.
Previously, all incidents required an incident Slack channel to be created. Today, creating incident channels has been migrated to workflows that enables granular control of when they should be created.
- Set Slack workspace where the incident channel should be created
- Set channel title with support for incident variables
- Ability to set incident channel as private or public by default
π New & Improved
- π Support for native Google Doc templates - see template example
- π Refreshed product images on Rootly.com
- π
Link to incident dashboard from
/incident overview
- π Tutorial for creating incident automatically from Jira and PagerDuty alerts
- π Cumulative charts hidden from metrics where it doesn't make sense
- π Fixed issue where postmortems in Notion ran into workflow failures when incident timeline reached block limit
.png)
π« Backfill and Import Past Incidents
Inevitably there will be incidents captured outside of Rootly, for example, an outage that lasted a few minutes that was automatically resolved due to self-healing that was in place.
However, it is still important to track it for posterity. We are launching the ability to Backfill and Import past incidents.
- Does not trigger workflows that normally would when incident is created
- Reflected appropriately in metrics with modifiable timestamps for accuracy
- Enable or disable ability to Backfill via Configuration > Form Fields
- Supported via API
π New & Improved
- π Live on Launch YC
- π Workflow trigger for Slack channel created
- π 6 min demo overview on Rootly
- π Workflow trigger and incident variable for whenever a new user joins the incident Slack channel,
{{ trigger.user.slack_id }}
- π Ability to update role based tasks from Terraform
- π Ability to edit Slack Blocks from Terraform
- π Ability to edit action items from Terraform
- π Download metrics dashboard as PDF and email reports via workflows
- π Terraform errors surface exception message minimizing need to dive into logs
- π Fixed issue where some PagerDuty accounts were failing to authenticate
- π Fixed issue related to Terraform schema
- π Fixed issue where
Update PagerDuty Incident
task would auto-populate title field - π Fixed issue where for some users they were listed as a subscriber of an incident twice
- π Fixed issue where some workflows were running delayed
- π Fixed issue where case insensitive slugs caused 500 errors
- π Fixed issue where status page updates on Rootly were double posting
- π Fixed issue where date picker was handling timezone incorrectly
- π Fixed issue where workflow versions had empty changed by field for some users
- π Fixed issue where most recent incident was listed second not first for some users on Web Platform