JIRA Integrations and Administration

A JIRA project does not exist in isolation. Development teams use code repositories, communication tools, CI/CD pipelines, and documentation platforms alongside JIRA every day. Connecting these tools to JIRA eliminates the need to switch between applications constantly and keeps all project data visible in one place. On the administration side, JIRA gives administrators full control over users, project configurations, schemes, and system settings.

This topic covers the most important integrations JIRA supports and the key responsibilities of a JIRA administrator.

Part 1 — JIRA Integrations

JIRA integrates with external tools in two main ways: through official Atlassian-built connectors and through the Atlassian Marketplace, which hosts thousands of third-party apps built by other vendors.

What Is a JIRA Integration?

A JIRA integration is a connection between JIRA and another tool that allows data to flow between them automatically. For example, when a developer pushes code to GitHub and references a JIRA issue number in the commit message, JIRA automatically links that commit to the issue and displays it inside the issue detail view.

Developer writes commit message:
"Fix login timeout bug — PROJ-204"

GitHub detects PROJ-204 reference → sends data to JIRA

JIRA PROJ-204 issue now shows:
┌─────────────────────────────────────────────────────┐
│ PROJ-204 — Fix login timeout bug                    │
├─────────────────────────────────────────────────────┤
│ Development                                         │
│  ✔ 1 commit   |  0 branches  |  0 pull requests    │
│  Commit: a3f9c2b — "Fix login timeout bug"          │
└─────────────────────────────────────────────────────┘

GitHub and Bitbucket Integration

Connecting JIRA with GitHub or Bitbucket links development activity directly to JIRA issues. This gives the entire team visibility into the code changes associated with each task.

What Gets Linked Automatically
Development ActivityVisible in JIRA Issue
Commit with issue key in messageCommit hash, message, author, timestamp
Branch named with issue keyBranch name, repository, last updated
Pull request referencing issue keyPR title, status (open/merged/declined)
Build pipeline triggered by branchBuild status (passing/failing)
Deployment to environmentDeployment status, environment name
How to Connect GitHub to JIRA
  1. Go to Project Settings → Toolchain (or in Jira Software, navigate to the Development panel inside any issue)
  2. Click Connect repository
  3. Select GitHub from the provider list
  4. Authorise JIRA to access the GitHub account or organisation
  5. Select the repositories to connect
  6. Click Save

Once connected, JIRA scans existing and new commits for issue keys. Developers do not need to change any workflow — they simply include the issue key (e.g., PROJ-204) in their commit messages as they normally write them.

Confluence Integration

Confluence is Atlassian's documentation and wiki tool. When connected to JIRA, teams can link Confluence pages directly to JIRA issues and view related documentation without leaving JIRA.

Key Confluence-JIRA Connections
FeatureDescription
Link pages to issuesAttach a Confluence spec or design doc to a JIRA story
JIRA Issue macro in ConfluenceEmbed a live JIRA issue list or chart inside a Confluence page
Sprint planning pagesGenerate sprint summary pages in Confluence directly from JIRA sprints
Product Requirement linksLink PRD pages to the relevant JIRA Epic so requirements are traceable

Slack Integration

The JIRA Cloud app for Slack allows teams to receive notifications, create issues, and update issue fields without leaving the Slack workspace.

What the Slack Integration Allows
  • Receive a Slack message when a JIRA issue is assigned, transitioned, or commented on
  • Create a new JIRA issue using the /jira create slash command in Slack
  • Preview JIRA issue details by pasting an issue link into a Slack message
  • Subscribe a Slack channel to notifications from a specific JIRA project
Connecting Slack to JIRA
  1. Install the JIRA Cloud app from the Slack App Directory
  2. Type /jira connect in any Slack channel
  3. Authorise the connection using the JIRA account credentials
  4. Select the JIRA site to connect
  5. Use /jira subscribe in a channel to receive project notifications there

Microsoft Teams Integration

The JIRA Cloud app for Microsoft Teams works similarly to the Slack integration. Teams members can receive JIRA notifications in a channel, respond to issues, and create new JIRA issues directly from the Teams interface.

CI/CD Tool Integrations

JIRA integrates with CI/CD pipelines to give teams real-time visibility into build and deployment status alongside their issues.

CI/CD ToolWhat JIRA Shows
JenkinsBuild status, pipeline stage, test results
GitHub ActionsWorkflow run status linked to issue branches
CircleCIPipeline pass/fail status per branch
Bamboo (Atlassian)Deep integration — deploy tracking, release planning
Issue: PROJ-310 — Add payment gateway

Development Panel inside the issue:
─────────────────────────────────────────────────
Branch     → feature/PROJ-310-payment-gateway
Commit     → 3 commits   [latest: 2h ago]
PR         → #47 — Open — 1 approval pending
Build      → GitHub Actions — ✔ Passing
Deployment → Staging — ✔ Deployed 1h ago
─────────────────────────────────────────────────

Atlassian Marketplace Apps

The Atlassian Marketplace hosts thousands of add-ons that extend JIRA's functionality. Some of the most widely used categories include:

CategoryPopular AppPurpose
Test ManagementZephyr Scale, XrayManage test cases, test runs, and coverage within JIRA
Time TrackingTempo TimesheetsDetailed time logging, approvals, and billing reports
RoadmappingAdvanced Roadmaps (built-in for Premium)Cross-project planning and timeline views
ReportingEazyBI, ScreenfulCustom charts, dashboards, and business intelligence
FormsJira Forms, ProFormaStructured intake forms linked to JIRA issues

Part 2 — JIRA Administration

JIRA administration involves managing the overall system — setting up projects correctly, controlling who can access what, configuring workflows and schemes, and maintaining healthy system performance. A JIRA administrator holds the highest level of configuration control in the platform.

JIRA Admin Roles

JIRA has two levels of administrative access:

Admin TypeScope of Control
Site AdministratorFull control over all projects, users, billing, and system settings
Project AdministratorControl over a specific project's settings — workflow, board, members, components

User Management

Site Administrators manage all user accounts through the Atlassian Admin Console. The key tasks include:

  • Inviting new users by email address
  • Assigning product access (JIRA Software, JIRA Service Management, Confluence)
  • Deactivating accounts when team members leave
  • Organising users into groups for bulk permission management
User Groups

A user group is a collection of users that can be assigned permissions together. Instead of assigning permissions to 20 individual users, create a group called "Backend Team" and add all 20 users to it. Assign permissions to the group once — every member inherits those permissions automatically.

Group: Backend Team
Members: Ravi, Priya, Carlos, Meena, Jake

Permission applied to "Backend Team":
→ Browse Projects ✓
→ Create Issues ✓
→ Edit Issues ✓
→ Delete Issues ✗

All 5 members automatically receive the same access.

Schemes in JIRA Administration

A scheme is a reusable configuration template in JIRA. Instead of repeating the same configuration for every project, an admin creates a scheme once and applies it to multiple projects. When the scheme is updated, all projects using it are updated automatically.

The Six Core Schemes
Scheme NameWhat It Controls
Permission SchemeWho can browse, create, edit, delete, and manage issues
Notification SchemeWho receives email alerts for which issue events
Workflow SchemeWhich workflow applies to which issue types
Issue Type SchemeWhich issue types are available in the project
Screen SchemeWhich fields appear when creating, editing, or viewing issues
Field Configuration SchemeWhich fields are required, optional, or hidden per issue type
Scheme Reuse Example:

Permission Scheme: "Standard Dev Team"
  Applied to: Project Alpha, Project Beta, Project Gamma

When the admin updates "Standard Dev Team" scheme:
→ Project Alpha gets the update ✓
→ Project Beta gets the update ✓
→ Project Gamma gets the update ✓

No need to update each project individually.

Project Configuration

Project Administrators manage settings for their specific project without requiring full site admin access. The key configuration areas include:

Project Details
  • Project name, key, description, and avatar
  • Project lead (the primary owner and contact)
  • Project category (useful for organising large organisations with many projects)
Board Configuration
  • Adding, removing, or renaming board columns
  • Setting column constraints (minimum and maximum work-in-progress limits)
  • Configuring swimlanes (grouping by assignee, epic, or priority)
  • Setting quick filters on the board for faster issue filtering
Components and Versions
  • Creating components to categorise issues by area (e.g., "Frontend", "Database", "API")
  • Creating versions (releases) to group issues targeted for a specific release date
  • Archiving completed versions after a release ships

Screens and Fields Administration

JIRA screens control which fields appear during different issue operations. There are three screen operations:

Screen OperationWhen It Appears
Create Issue ScreenWhen a user opens the "Create Issue" dialog
Edit Issue ScreenWhen a user clicks "Edit" on an existing issue
View Issue ScreenWhen a user opens the full issue detail view

Admins can add or remove fields from each screen. For example, the "Create Issue" screen might only ask for Summary, Description, and Priority. The "Edit Issue" screen can show additional fields like Story Points, Components, and Fix Version.

Custom Fields

JIRA includes dozens of built-in fields, but teams often need to capture data that no built-in field covers. Custom fields solve this.

Creating a Custom Field
  1. Go to Settings → Issues → Custom Fields
  2. Click Add custom field
  3. Choose the field type (text, number, date, dropdown, checkbox, user picker, etc.)
  4. Name the field and set the options if applicable
  5. Associate the field with one or more screens
Common Custom Field Types
Field TypeExample Use Case
Text field (single line)Customer ticket reference number
Select list (dropdown)Region (North, South, East, West)
Date pickerTarget release date
User pickerBusiness stakeholder for the feature
CheckboxRequires legal review (Yes/No)
Number fieldRevenue impact estimate

Global Settings vs. Project Settings

Understanding the boundary between global and project-level settings prevents configuration conflicts and ensures consistent behaviour across the JIRA site.

┌────────────────────────────────────────────────────────────┐
│                   JIRA ADMINISTRATION                       │
├─────────────────────────┬──────────────────────────────────┤
│   GLOBAL SETTINGS       │   PROJECT SETTINGS               │
│   (Site Admin only)     │   (Project Admin)                │
├─────────────────────────┼──────────────────────────────────┤
│ • User management       │ • Board columns and swimlanes    │
│ • Groups and roles      │ • Components and versions        │
│ • Custom fields         │ • Project lead and details       │
│ • Global schemes        │ • Assign workflow scheme         │
│ • Issue types (global)  │ • Assign permission scheme       │
│ • System email settings │ • Quick filters                  │
│ • Marketplace apps      │ • Project-level automation       │
│ • Backup and restore    │ • Issue link types               │
└─────────────────────────┴──────────────────────────────────┘

Audit Log in Administration

JIRA maintains an admin-level Audit Log that records every configuration change made on the site. This is different from the Automation Audit Log. The admin audit log tracks changes like:

  • Which user changed a permission scheme and when
  • Which admin added or removed a user from a group
  • When a workflow was modified and by whom
  • When a project was created, archived, or deleted

The Audit Log is the primary tool for compliance and security review. Organisations that follow compliance frameworks like ISO 27001 or SOC 2 use the JIRA Audit Log to demonstrate accountability and access control records.

Backup and Restore

For JIRA Server and Data Center installations, admins can schedule regular backups and restore from backup files if data loss occurs. For JIRA Cloud, Atlassian manages infrastructure backups, but admins can export project data as a backup archive from Settings → System → Backup Manager.

Key Points

  • Integrations connect JIRA to development, communication, and deployment tools so all data is visible in one place
  • Including the JIRA issue key (e.g., PROJ-204) in commit messages automatically links code activity to the issue
  • The Atlassian Marketplace extends JIRA with thousands of third-party apps for testing, reporting, and time tracking
  • Schemes are reusable configuration templates — changes to a scheme apply instantly to all projects using it
  • User groups simplify permission management for large teams
  • Custom fields allow teams to capture project-specific data that built-in fields do not cover
  • The Admin Audit Log provides a complete record of all configuration changes for compliance and security tracking
  • Project Administrators control board and project-level settings; Site Administrators control global settings and user management

Leave a Comment