Create a Team
Creating a team allows you to group responders together and define how that group participates in incidents and operational workflows. To create a new team:- Navigate to Configuration → Teams
- Click Add New Team
- Enter the team details:
- Name — A clear identifier for the team
- Description — Optional context about the team’s role or responsibilities
- Color — A visual identifier used throughout the interface
- Click Save

After creating a team, you are automatically added as a member. Membership, permissions, and administrative settings can be modified later from the Members tab.
Import Teams
If your organization already manages response teams in external tools, Rootly allows you to import those teams directly. Teams can be imported from supported third-party integrations such as PagerDuty or Opsgenie, allowing organizations to maintain consistent team structures across platforms. To import teams:- Navigate to Configuration → Teams
- Select the relevant import option
- Choose the teams you want to import
- Confirm the import
Importing Teams
Learn how to import teams from supported integrations.
Edit a Team
Once a team has been created, it can be updated at any time to reflect changes in organizational structure, staffing, or responsibilities. To edit a team:- Navigate to Configuration → Teams
- Select the team you want to configure
- Open the relevant configuration tab
- Update the settings as needed
- Save your changes
Members
The Members tab is where you manage the people who belong to a team. Adding users to a team ensures they can participate in incidents involving that team and receive relevant notifications. From this section you can:- Add existing Rootly users to the team
- Assign a default Incident Role
- Designate team administrators
Adding Members
To add a member:- Click Add Member
- Search for an existing Rootly user
- Optionally assign a default Incident Role
- Save the changes
Users must already exist in your Rootly organization before they can be added to a team.
Team Admins
Team administrators have additional permissions for managing team-owned resources. These users are typically responsible for maintaining operational configurations such as schedules, escalation policies, or services owned by the team. Team admins may be able to:- Edit team configuration
- Manage team members
- Update schedules owned by the team
- Maintain escalation policies
- Modify ownership of operational resources
- Add the user as a team member
- Select them in the Team Admin field
Only existing team members can be assigned as team admins.
Ownership
The Ownership section identifies which operational resources are managed by a particular team. Ownership helps teams understand their responsibilities during incidents and determines which users are allowed to manage certain resources. Teams can own the following resources:- Alert Sources
- Alert Routes
- Services
- Schedules
- Escalation Policies
- Which team owns a service?
- Who is responsible for maintaining an escalation policy?
- Which responders should be contacted when a specific alert is triggered?
Alert Sources
Alert Sources
Alert sources represent systems or monitoring tools that generate alerts inside Rootly. When a team owns an alert source, that team is typically responsible for responding to alerts originating from that source.
Alert Routes
Alert Routes
Alert routes define how alerts are processed and where they are directed. Teams that own alert routes may manage routing logic, escalation behavior, and response procedures for those alerts.
Services
Services
Services can be associated with teams to represent operational ownership of infrastructure or applications. This ownership information helps responders quickly identify which team is responsible for investigating or resolving issues affecting a service.
Schedules
Schedules
Teams often own on-call schedules that define responder availability. When a schedule is owned by a team, that team is responsible for maintaining the rotation and ensuring responders are correctly assigned.
Escalation Policies
Escalation Policies
Escalation policies determine how alerts are escalated if they are not acknowledged. Teams that own these policies manage the escalation steps and ensure the correct responders are notified.
Channels
The Channels tab connects a team to the communication systems used during incidents. These configurations allow Rootly to automatically notify the correct Slack channels, user groups, or email recipients when the team is involved in an incident. You can configure:- Slack channels
- Slack user groups
- Notify emails
- Default alert broadcast channels
- Default incident broadcast channels
Broadcast Channels
Teams can define default Slack channels where Rootly will automatically post updates. These channels provide centralized visibility for operational events related to the team. Two broadcast types are available: Alerts Channel Used to post notifications when the team is paged or when alerts are triggered for that team. Incidents Channel Used to post updates whenever the team is attached to an incident. This allows stakeholders and responders to monitor activity without needing to join each individual incident channel. Teams can also enable automatic behavior that adds team members to an incident’s Slack channel when the team becomes involved.Integrations
The Integrations tab allows Rootly teams to be mapped to external systems. These mappings connect Rootly to existing incident response or service management platforms, enabling synchronized ownership and automated workflows. Supported integrations may include:- PagerDuty
- Opsgenie
- Splunk On-Call
- PagerTree
- Cortex
- OpsLevel
- ServiceNow
- Backstage
The corresponding integration must already be configured before it can be linked to a team.
Best Practices
When configuring teams, consider the following recommendations:- Use clear, descriptive team names that match your operational structure
- Add all relevant responders so incidents reach the correct people
- Assign team administrators for teams responsible for schedules or escalations
- Configure Slack channels to improve incident visibility
- Map teams to external systems when using integrations
- Regularly review membership and ownership to keep team configuration accurate
Frequently Asked Questions
Who can create or edit a team?
Who can create or edit a team?
Creating or editing teams typically requires administrative permissions within Rootly. Organization administrators or users with configuration access can create teams, update team settings, manage members, and configure ownership or integrations.If you do not see the option to create or edit teams, you may not have the necessary permissions. In that case, contact your Rootly administrator for assistance.
Do users need to exist in Rootly before being added to a team?
Do users need to exist in Rootly before being added to a team?
Yes. Users must first be invited to your Rootly organization before they can be added to a team.Once a user account exists, the user can be added as a team member, assigned a default incident role, or designated as a team admin.
What does a team admin do?
What does a team admin do?
Team admins help maintain team-level configurations and operational resources.Depending on your organization’s permissions model, team admins may be responsible for managing schedules, maintaining escalation policies, updating team ownership, and modifying communication channels or integrations associated with the team.
Can I assign an incident role to a team member?
Can I assign an incident role to a team member?
Yes. When adding or editing a team member, you can optionally assign a default incident role.This role is automatically applied whenever the team is attached to an incident, ensuring responders receive the appropriate responsibilities without requiring manual assignment.
What can a team own?
What can a team own?
Teams can own operational resources across the Rootly platform.These may include alert sources, alert routes, services, schedules, and escalation policies. Ownership helps identify which team is responsible for maintaining or responding to issues involving those resources.
What are team channels used for?
What are team channels used for?
Team channels connect a team to communication endpoints such as Slack channels, Slack user groups, or email addresses.These channels allow Rootly to automatically route notifications, tag responders, and distribute updates whenever the team becomes involved in an incident or alert.
What's the difference between an Alerts Channel and an Incidents Channel?
What's the difference between an Alerts Channel and an Incidents Channel?
The Alerts Channel is used to broadcast notifications whenever the team is paged or when alerts are triggered.The Incidents Channel posts updates whenever the team is added to an incident. This allows organizations to track team activity across multiple incidents in a centralized Slack channel.
Can I connect a team to PagerDuty or Opsgenie?
Can I connect a team to PagerDuty or Opsgenie?
Yes. Rootly supports mapping teams to external services such as PagerDuty or Opsgenie.These integrations allow Rootly workflows to coordinate with existing incident response systems and help maintain consistent ownership across platforms.
Can I import teams from another tool?
Can I import teams from another tool?
Yes. If your organization already manages teams in a third-party system such as PagerDuty or Opsgenie, those teams can be imported directly into Rootly.Imported teams can then be customized further with additional members, ownership settings, or communication channels.
Can I change team settings later?
Can I change team settings later?
Yes. Teams can be modified at any time.You can update team members, adjust ownership, change Slack channels, or modify integration mappings without affecting historical incident records.