System roles
Resource Management for Jira uses a role-based access control (RBAC) system. Roles determine what each user can see and do. Two concepts matter: global roles (access to all data of a type) and scoped roles (access only to specific teams or projects).
How roles are assigned
| Role | How it is assigned |
|---|---|
| Admin (Jira app admin) | Instance Admin: Has Jira global permission Administer Jira (Jira site administrator). Resource Management for Jira App Admin (delegated admin): Listed in the app’s delegated-admins list, which is managed by the Instance Admin in the Configuration tab → Users and Roles (Resource Management for Jira App Admins). |
| Team Manager | Assigned as a team lead in the Team Management tab (Organization Structure): the user is set as a team manager at the Organization Structure tab for each team they lead. A user can be team manager for multiple teams. |
| Project Manager | Determined by Jira: any user who is Project Lead for a project, or has Administer Projects permission on that project, is treated as project manager for that project within the app. No assignment is done inside Resource Management for Jira. |
| Viewer | Default for everyone who is not admin, team manager, or project manager. No assignment step. |
A user can have more than one role at once (e.g. Team Manager for some teams and Project Manager for some projects). The app computes separate scopes (managedTeamIds, managedProjectIds) and applies them per feature.
Role purposes (who does what)
-
Delegated admin (Resource Management for Jira App Admin)
Intended for HR or resource managers who need to run the app day to day without being Jira site admins. They typically: maintain the organization structure, assign team members and team leads, and manage calendars. They have full access within Resource Management for Jira but cannot add/remove other Resource Management for Jira App Admins (only Instance Admin can). -
Team Manager
Manages their teams and distributes allocations to projects: they see resource requests assigned to their teams, assign resources from their teams to requests, and move requests through review/reject. They also manage their team members’ rates, calendars, and availability in the Team Management tab. -
Project Manager
Manages their projects: creates and submits resource requests, accepts or rejects assignments proposed by team managers, and closes or cancels requests. They see only requests and data for projects where they have Jira project management rights.
What each role can do (overview)
The following table summarizes capabilities by role. Instance Admin and Resource Management for Jira App Admin both count as admin inside the app; the only difference is that Instance Admin can assign/remove Resource Management for Jira App Admins and has full Jira visibility, while Resource Management for Jira App Admin may see fewer Jira users/projects if Jira permissions are limited.
| Capability | Instance Admin | Resource Management for Jira App Admin (delegated) | Team Manager (scoped) | Project Manager (scoped) | Viewer |
|---|---|---|---|---|---|
| Assign/remove Resource Management for Jira App Admins | ✅ | ❌ | ❌ | ❌ | ❌ |
| Sync users from Jira | ✅ | ✅ | ❌ | ❌ | ❌ |
| Save organization structure (teams, RBS, managers) | ✅ | ✅ | ❌ | ❌ | ❌ |
| Save teams configuration (roles, seniority, priorities) | ✅ | ✅ | ❌ | ❌ | ❌ |
| View/edit teams | All | All | Only managed teams | Read-only (all) | ❌ |
| View/edit resources (team members) | All | All | Only managed teams’ resources | ❌ | ❌ |
| Save resource (rates, calendar, availability) | Any | Any | Only resources in managed teams | ❌ | ❌ |
| Create/edit/archive calendars | ✅ | ✅ | ❌ | ❌ | ❌ |
| Read calendars | ✅ | ✅ | ✅ | ✅ | ✅ |
| View resource requests | All | All | Only requests for managed teams | Only requests for managed projects | ❌ |
| Create resource request | Any project | Any project | For managed teams only | For managed projects only | ❌ |
| Submit / accept / close / cancel request (PM actions) | ✅ | ✅ | ❌* | For managed projects | ❌ |
| Assign resource / send to review / reject (TM actions) | ✅ | ✅ | For managed teams | ❌* |