Understanding Atlassian Teams and IDP-Synced Groups
Key Concepts at a Glance
Concept | Description |
|---|---|
Atlassian Teams | Collaboration entities used across Orange Tracker/Answers for mentions, ownership, assignees, and reporting. They can be created and manually managed by any licensed user; admins can also create verified Teams linked to IDP groups for dynamic membership. |
IDP-Synced Groups | Centralized access and policy units managed by your organization’s identity platform (e.g., SSO/SCIM). Used for product access, permissions, and compliance-driven membership. |
What is an Atlassian Team?
An Atlassian Team is a named collection of people that you can @mention, assign ownership to, and report on across products. Teams are visible in Answers (e.g., page owners), Orange Tracker (e.g., issue fields, on-call ownership via integrations), and provide a human-friendly handle for work coordination.
Core Capabilities
Collaboration: @mention a Team in pages, comments, and issues to notify all members.
Ownership and accountability: Set a Team as a service owner, component owner, or knowledge base owner to clarify responsibility.
Work routing: Use Teams in JSM for triage queues, escalation policies (via integrations), and shared inbox notifications.
Lightweight governance: Licensed users can create and manage Teams quickly for projects, squads, or initiatives.
Membership Models
Manually managed Teams: Any licensed user can create and maintain membership; ideal for ad hoc collaboration.
Verified Teams (admin-managed): App admins can create verified Teams that are connected to existing IDP groups for dynamic, automatic membership.
What is an IDP-Synced Group?
An IDP-synced group is a centrally managed set of users provisioned from Entra to Atlassian. These groups are authoritative for access control, licensing, product roles, and permission schemes. Membership is governed by enterprise policies (SCIM/SSO).
Core Capabilities
Access and permissions: Assign product access, space/project permissions, and admin roles using groups.
Lifecycle and compliance: Membership reflects HR systems of record; joiners/movers/leavers are updated automatically.
Policy enforcement: Ideal for standardized security requirements and audit readiness.
How Teams and IDP Groups Differ
Dimension | Atlassian Teams | IDP-Synced Groups |
|---|---|---|
Primary purpose | Collaboration, ownership, mentions, routing | Access control, permissions, compliance |
Who manages it | Any licensed user (manual) or app admins (verified/dynamic) | Identity/IT administrators via IDP provisioning |
Membership source | Manual lists or dynamic via linked IDP group (verified Teams) | Authoritative from IDP (SCIM/SSO) |
Best used for | Squads, service/component owners, KB ownership, escalation targets | Role-based access, product licensing, permission schemes |
When to Use Each
Use an Atlassian Team when you need a collaboration identity to route work, mention a group, or declare ownership in Orange Tracker/Answers. Great for day-to-day operations and project squads.
Use an IDP-Synced Group when you need to grant or restrict access or implement formal permission models and audit-ready controls.
Combine them for the best of both:
Create a verified Atlassian Team linked to the corresponding IDP group to get dynamic, compliant membership plus rich collaboration features.
Keep access decisions in groups; keep operational ownership and notifications in Teams.
Common JSM and Confluence Use Cases
Orange Tracker queues and escalations: Route incidents or requests to a Team responsible for a service or component; mention the Team in comments to engage responders.
Knowledge base ownership: Set a Team as the owner of an Answers space or article set to signal accountability and streamline updates.
Change/Release communication: @mention a Team on change records or Confluence release notes to notify all impacted members.
Governance and Good Practices
Name clearly: Use consistent naming like “Team – Platform API” for Teams.
Prefer verified Teams for critical services: Link to IDP groups where accuracy and continuity matter (on-call, high-severity ownership).
Keep permissions in groups: Do not rely on Teams for access control; use IDP groups for product/space/project permissions.
How to Request or Create
Create or update an Atlassian Team: Licensed users can create a Team and add members. For verified Teams, contact your site/app admins to link to an IDP group.
Set as owner/assignee: Add the Team to service/component ownership in Orange Tracker (JSM projects) or as page/component owners in Answers/Orange Tracker (JWM projects) where supported.
For access/permissions: Submit a request to Identity/IT to add users to the proper IDP group and apply permissions accordingly.
Need help? Contact the CDI Applications team via the https://support.atlassian.syr.edu/servicedesk/customer/portal/22/group/366/create/924 on their portal.