Jira Interview Questions and Answers

Find 100+ Jira interview questions and answers to assess candidates' skills in project tracking, workflows, dashboards, Agile methodologies, and issue management.
By
WeCP Team

As organizations scale Agile, Scrum, and project management practices, recruiters must identify Jira professionals who can configure, manage, and optimize workflows that keep teams aligned and productive. With expertise in boards, issue types, automation, reporting, and integrations, Jira specialists ensure seamless collaboration across engineering, product, and business teams.

This resource, "100+ Jira Interview Questions and Answers," is tailored for recruiters to simplify the evaluation process. It covers a wide range of topics—from Jira fundamentals to advanced administration, including custom workflows, permission schemes, dashboards, and project configurations.

Whether you're hiring Jira Admins, Project Managers, Scrum Masters, or Agile Delivery Specialists, this guide enables you to assess a candidate’s:

  • Core Jira Knowledge: Issue types, workflows, boards (Scrum/Kanban), epics, sprints, components, filters, and basic project configuration.
  • Advanced Skills: Custom workflows, automation rules, permission schemes, notification schemes, advanced JQL, and integrating Jira with tools like Confluence, Bitbucket, and CI/CD pipelines.
  • Real-World Proficiency: Managing large Jira instances, optimizing workflows for efficiency, building dashboards and reports, and supporting cross-functional Agile teams.

For a streamlined assessment process, consider platforms like WeCP, which allow you to:

  • Create customized Jira assessments for administration, Agile management, or project delivery roles.
  • Include hands-on tasks such as creating JQL filters, configuring workflows, or building automation rules.
  • Proctor exams remotely while ensuring integrity.
  • Evaluate results with AI-driven analysis for faster, more accurate decision-making.

Save time, enhance your hiring process, and confidently hire Jira professionals who can streamline processes, improve transparency, and support scalable project execution from day one.

Jira Interview Questions

Jira – Beginner (1–40)

1. What is Jira?
2. What are the main products in the Jira suite?
3. What is a Jira project?
4. What is an issue in Jira?
5. What are common issue types?
6. What is a workflow in Jira?
7. What is a status in Jira?
8. What are transitions?
9. What are custom fields?
10. What is an Epic?
11. What is a Story?
12. What is a Sub-task?
13. What is a Bug?
14. What is a Sprint in Jira?
15. What is the Backlog?
16. What is a Kanban board?
17. What is a Scrum board?
18. What are components in Jira?
19. What are labels in Jira?
20. How do you create an issue?
21. How do you clone an issue?
22. What is the purpose of watchers?
23. What is an assignee?
24. What are Jira permissions?
25. What is a project role?
26. What is the difference between a group and a role?
27. What is a filter in Jira?
28. What is JQL?
29. How do you share a filter?
30. What is a dashboard?
31. What are gadgets in Jira?
32. What is the people section of a project?
33. How do you upload attachments?
34. What is a resolution in Jira?
35. What is priority in Jira?
36. What is severity?
37. How do you link issues?
38. What does "Done" mean in Jira?
39. What are issue history and activity?
40. Why do teams use Jira?

Jira – Intermediate (1–40)

1. What is the difference between a company-managed and team-managed project?
2. How do you configure workflows?
3. How do you add conditions to transitions?
4. What are validators in Jira workflows?
5. What are post functions?
6. What is a workflow scheme?
7. What is an issue type scheme?
8. What is a field configuration?
9. What is a field configuration scheme?
10. How do you create custom fields?
11. What are automation rules in Jira?
12. What is a global automation rule?
13. What is an SLA in Jira Service Management?
14. How do you set issue security?
15. What is a permission scheme?
16. What is a notification scheme?
17. How do you migrate issues between projects?
18. Explain JQL functions vs operators.
19. How do you set up swimlanes?
20. What is estimation in Jira (Story points vs Time)?
21. How do you configure boards in Jira?
22. What is the difference between sprint planning and backlog grooming?
23. What is velocity in Jira?
24. What is a burndown chart?
25. What is a burnup chart?
26. What is cumulative flow diagram?
27. How do you copy a project?
28. What is a shared filter?
29. What is an advanced roadmap (Portfolio)?
30. How do you manage releases / versions in Jira?
31. Explain workflow statuses vs categories.
32. What is a board filter query?
33. How do you bulk edit issues?
34. What is an issue collector?
35. What is Jira Marketplace?
36. What is Tempo Timesheets?
37. Explain how to restrict project access.
38. What is a transition screen?
39. How do you audit Jira changes?
40. How do you troubleshoot permission denied issues?

Jira – Experienced (1–40)

1. Explain Jira architecture (Cloud vs DC).
2. How does the indexing system work in Jira?
3. What are best practices for designing enterprise workflows?
4. Explain the performance impact of too many custom fields.
5. How do you optimize JQL performance?
6. What is ScriptRunner? Give examples of usage.
7. How do you write ScriptRunner Groovy scripts?
8. What is Jira REST API? Explain authentication methods.
9. How do you create issues using REST API?
10. How do you integrate Jira with CI/CD tools (Jenkins, GitLab, Azure DevOps)?
11. What is webhook integration?
12. How do you create custom workflow conditions using code?
13. Explain advanced permission troubleshooting using Permission Helper.
14. How do you manage large-scale migrations in Jira?
15. How do you merge two Jira instances?
16. What is the strategy for Jira backup & restore?
17. How do you configure SSO in Jira (SAML, Azure AD)?
18. Explain data retention & cleanup strategies.
19. How to manage SLA reporting at scale?
20. What is Insight Asset Management?
21. How do you use Jira for ITSM / ITIL practices?
22. Explain multi-project automation.
23. What are cross-project releases?
24. How do you manage thousands of users efficiently?
25. Explain project archiving strategies.
26. What is an enterprise permission model?
27. How do you troubleshoot indexing errors?
28. What is Jira clustering?
29. How do you diagnose performance bottlenecks?
30. What is custom event configuration?
31. How do you customize email templates in Jira?
32. What is the best practice for workflow versioning?
33. How do you perform audit log analysis?
34. How do you handle compliance (SOX, GDPR) in Jira?
35. What is an automation rule loop and how to prevent it?
36. How do you integrate Jira with Confluence at scale?
37. Explain the use of Jira for Portfolio Management.
38. How do you secure sensitive Jira projects?
39. What is the best practice for managing Marketplace apps?
40. How do you design a high-availability Jira system?

Jira Interview Questions and Answers

Beginner (Q&A)

1. What is Jira?

Jira is a powerful work management and issue-tracking platform developed by Atlassian. Originally created for bug tracking in software development, Jira has evolved into a flexible and scalable tool used across industries for project management, task tracking, agile development, workflow automation, reporting, and collaboration.

Jira supports multiple work methodologies—Scrum, Kanban, and hybrid approaches—making it suitable for software teams, IT teams, HR, marketing, operations, and enterprise-level organizations. It allows users to create tasks, assign them, track progress, visualize work on boards, connect requirements to delivery, and generate insightful reports.

Its strong integration ecosystem (Confluence, Bitbucket, GitHub, Slack, CI/CD tools) and extensive customization capabilities make Jira one of the most widely used project and issue management tools globally.

2. What are the main products in the Jira suite?

The Jira suite consists of several specialized products, each designed for a specific use case:

1. Jira Software

Used primarily by software development and DevOps teams.
Features include Scrum boards, Kanban boards, backlogs, sprints, burndown charts, roadmaps, and development integrations.

2. Jira Service Management (JSM)

A complete IT service management (ITSM) platform used by IT, support, and operations teams.
Supports ticketing, incident management, change management, SLAs, queues, and knowledge base integration.

3. Jira Work Management (JWM)

Designed for non-technical business teams such as HR, finance, marketing, sales, and operations.
Includes ready-made templates, forms, timelines, calendars, and simple workflow management.

4. Jira Align

An enterprise solution for large organizations following Agile at scale (SAFe, LeSS, etc.).
Helps align team-level work with executive strategy and business goals.

Together, these products address end-to-end organizational needs—from planning to development, operations, and support.

3. What is a Jira project?

A Jira project is a structured collection of issues, configurations, and workflows designed to organize and manage work for a team or business process. Every project represents a specific initiative or area of work—such as software development, customer support, marketing campaigns, HR onboarding, or operations.

Each Jira project includes:

  • A unique project key (ex: “CRM”, “APP”, “HR”)
  • Issue types and workflows
  • Boards (Scrum/Kanban)
  • Permissions and roles
  • Components, versions, and configurations
  • Custom fields and screens

Projects help teams work independently with their own setup while still being part of the larger Jira environment. Projects can be company-managed (admin-controlled) or team-managed (team-controlled), offering different levels of customization.

4. What is an issue in Jira?

An issue in Jira is the fundamental unit of work. It represents any type of task, request, bug, activity, or piece of work that a team wants to track and manage. Issues store all details related to the work item, such as:

  • Title and description
  • Assignee
  • Status (To Do, In Progress, Done)
  • Priority
  • Subtasks
  • Comments and attachments
  • History and activity
  • Workflow transitions

Depending on the context, an issue may represent a story for development, a service ticket for IT support, a task for HR, or a bug report for QA. Jira’s flexibility allows teams to define issue types suitable for their work processes.

5. What are common issue types?

Jira provides several default issue types, but organizations can create custom ones. Common issue types include:

1. Story

Represents a user requirement or feature.

2. Task

A general work item that needs to be completed.

3. Bug

A problem or defect found in software.

4. Epic

A large body of work broken into multiple stories or tasks.

5. Sub-task

A smaller piece of work that is part of a Story, Task, or Bug.

6. Incident / Service Request (JSM)

Requests coming from customers or employees.

These issue types help teams categorize work, apply appropriate workflows, and manage work efficiently.

6. What is a workflow in Jira?

A workflow is a defined sequence of steps that an issue follows from start to completion. It represents the lifecycle of an issue and ensures consistent process management. A workflow consists of:

  • Statuses (e.g., To Do, In Progress, Done)
  • Transitions (movement between statuses)
  • Conditions (rules controlling transitions)
  • Validators (ensure required data before transitions)
  • Post functions (automated actions like sending notifications)

Workflows can be simple (To Do → In Progress → Done) or complex (with approvals, escalations, QA checks, and more). Jira’s workflow engine is one of its most powerful features, enabling full customization to match any team’s processes.

7. What is a status in Jira?

A status represents the current state of an issue within its workflow. It shows where the issue is in the process. Examples include:

  • To Do – work has not started
  • In Progress – currently being worked on
  • In Review – under review or testing
  • Blocked – cannot proceed
  • Done – work completed

Statuses help teams understand real-time progress, track bottlenecks, and maintain transparency across the project.

8. What are transitions?

A transition is the action that moves an issue from one status to another within a workflow. For example:

  • “Start Progress” moves an issue from To Do → In Progress
  • “Resolve Issue” moves from In Progress → Done
  • “Reopen” moves from Done → In Progress

Transitions can include:

  • Conditions – who can transition
  • Validators – required fields
  • Screens – pop-ups for additional information
  • Post functions – automatic updates or notifications

Transitions enforce process rules and ensure issues move correctly through the workflow.

9. What are custom fields?

Custom fields are user-defined fields used to store additional information beyond Jira’s default fields. They allow teams to capture specific data relevant to their work. Examples include:

  • Severity
  • Department
  • Customer Name
  • Environment (QA, Dev, Prod)
  • Business Impact
  • Deadline
  • Cost Estimate

Custom fields can be:

  • Text fields
  • Dropdowns
  • Checkboxes
  • Dates
  • Multi-select
  • User pickers
  • Numeric fields

They make Jira adaptable for different industries, teams, and processes.

10. What is an Epic?

An Epic is a large, high-level body of work that can be broken down into multiple smaller tasks such as Stories, Bugs, or Tasks. It represents a major feature, requirement, or goal that cannot be completed in a single sprint or work cycle.

Examples:

  • “Redesign the mobile app experience”
  • “Implement new payment gateway”
  • “Build onboarding system for HR”

Epics help teams:

  • Group related tasks
  • Track progress across many stories
  • Plan and manage bigger deliverables
  • Organize work on roadmaps

On Agile boards, Epics often appear as colored labels or swimlanes, helping visualize how work contributes to larger objectives.

11. What is a Story?

A Story in Jira represents a specific user requirement or feature that delivers value to the end user. In Agile methodology, a Story is written from the user’s perspective and describes what they need and why they need it. Stories help break down large requirements (Epics) into smaller, manageable units of work that can be completed within a sprint.

A story typically includes:

  • User role (who needs it)
  • Requirement (what they need)
  • Purpose (why they need it)
  • Acceptance criteria (conditions that must be met)
  • Story points for estimation
  • Tasks or sub-tasks linked to it

Example Story Format:
“As a user, I want to reset my password so that I can recover my account.”

Stories are essential to Agile planning, sprint management, estimation, and ensuring that teams deliver incremental value.

12. What is a Sub-task?

A Sub-task is a smaller, more granular piece of work that is part of a parent issue such as a Story, Bug, or Task. Sub-tasks help break down complex issues into actionable steps that can be assigned to different team members.

For example, a Story like “Implement login functionality” may include sub-tasks such as:

  • Design UI for login page
  • Implement authentication service
  • Write unit tests
  • Integrate with database

Sub-tasks allow teams to:

  • Distribute work more clearly
  • Track progress at a detailed level
  • Improve workflow visibility
  • Ensure no part of the main task is missed

They are always tied to a parent issue and cannot exist independently.

13. What is a Bug?

A Bug is an issue type representing a defect, error, or malfunction discovered in software. Bugs occur when the actual behavior of the application does not align with the expected behavior. They can be reported during development, testing, or even after deployment.

A bug typically includes:

  • Description of the problem
  • Steps to reproduce
  • Actual vs expected results
  • Severity and priority
  • Environment (Browser, OS, Device)
  • Attachments (screenshots, logs)

Example:
“Login button does not respond when clicked on mobile devices.”

Bugs follow specific workflows so teams can triage, fix, test, and close defects before releasing products.

14. What is a Sprint in Jira?

A Sprint is a fixed, time-boxed iteration (usually 1–4 weeks) in which Scrum teams commit to completing a set of planned work items. It is a core part of Agile Scrum methodology, helping teams deliver incremental value regularly.

A sprint includes:

  • Sprint planning – selecting stories
  • Development and testing – completing work
  • Daily stand-ups – tracking progress
  • Review – demo to stakeholders
  • Retrospective – process improvement

In Jira, sprints are created on a Scrum board, and issues move across statuses during the sprint. Jira provides metrics like velocity charts and burndown charts to track sprint progress and forecast future capacity.

15. What is the Backlog?

The Backlog is a prioritized list of uncompleted work items such as Stories, Tasks, Bugs, and Epics. It acts as the central planning area where product owners manage and groom upcoming work.

Key characteristics:

  • Contains future work, not yet started
  • Items are prioritized based on business value
  • Used for sprint planning in Scrum
  • Teams estimate work in the backlog
  • Backlog grooming/refinement keeps it clean and organized

Backlogs help teams stay focused on important work and maintain a clear roadmap of what needs to be delivered next.

16. What is a Kanban board?

A Kanban board in Jira is a visualization tool used to manage continuous flow of work without fixed iterations. It is ideal for support teams, operations, DevOps, or any team with steady incoming tasks.

A Kanban board typically includes columns like:

  • To Do
  • In Progress
  • In Review
  • Done

Key features of Kanban boards:

  • No sprints
  • Work-in-progress (WIP) limits
  • Continuous delivery focus
  • Real-time visualization of all tasks
  • Swimlanes to categorize work
  • Cycle time and lead time reports

Kanban emphasizes optimizing flow and reducing bottlenecks.

17. What is a Scrum board?

A Scrum board in Jira is used by Agile teams practicing Scrum to track work during a sprint. It visualizes the sprint backlog and helps teams manage progress from sprint planning to review.

Key features include:

  • Defined sprints
  • Burndown charts
  • Velocity tracking
  • Sprint-specific filtering
  • Columns for workflow stages
  • Ability to drag issues between statuses

Scrum boards help teams execute time-boxed development cycles and improve predictability and planning accuracy.

18. What are components in Jira?

Components are sub-sections or categories within a Jira project that help organize issues into logical areas. They allow teams to group related work and assign responsibility more easily.

Examples of components:

  • Frontend
  • Backend
  • Database
  • UI/UX
  • API
  • Security
  • Mobile

Components help:

  • Structure large projects
  • Filter issues by functional area
  • Auto-assign work (using component leads)
  • Improve reporting and dashboards

They provide a middle layer of categorization between issues and the overall project.

19. What are labels in Jira?

Labels are flexible, user-defined tags that help categorize, filter, and find issues more easily. They are less formal than components and can be applied freely to any issue type.

Examples of labels:

  • “urgent”
  • “release1.0”
  • “frontend”
  • “customer-complaint”
  • “regression”

Labels help with:

  • Quick filtering
  • Creating JQL queries
  • Report grouping
  • Cross-project categorization

They support agile processes by helping teams mark issues with meaningful keywords without strict constraints.

20. How do you create an issue?

To create an issue in Jira, follow these steps:

  1. Click “Create” – Usually available at the top navigation bar.
  2. Select the Project – Choose where you want the issue to be tracked.
  3. Choose the Issue Type – Story, Task, Bug, Epic, Sub-task, etc.
  4. Enter the Summary – A short title describing the work.
  5. Add a Description – Detailed information about the issue.
  6. Set Priority – Low, Medium, High, Critical.
  7. Assign the issue (optional) – Or leave it unassigned for triage.
  8. Add attachments, labels, components (optional).
  9. Click “Create” to save the issue.

The issue enters the project’s workflow and can be tracked through statuses until completion.

21. How do you clone an issue?

Cloning an issue in Jira means creating an exact copy of an existing issue. This is useful when you want to duplicate the work, create similar tasks, or use an issue as a template.

To clone an issue:

  1. Open the issue you want to clone.
  2. Click the “More” or three-dot menu (•••).
  3. Select “Clone”.
  4. Jira will show a dialog where you can confirm the summary and fields to be copied.
  5. Choose whether to copy:
    • Summary
    • Description
    • Attachments
    • Issue links
    • Sub-tasks
  6. Click “Create” to finish.

The cloned issue becomes a new, separate item with its own issue key. It inherits all data from the original except comments and some system fields.

Cloning helps teams save time when creating repetitive tasks or similar issues.

22. What is the purpose of watchers?

Watchers in Jira are users who want to receive notifications about the progress or updates on a specific issue, even if they are not assigned to it.

Purpose of watchers:

  • They monitor changes to the issue.
  • Receive email notifications when comments, status updates, or field changes occur.
  • Stay informed about issues that impact them.
  • Useful for stakeholders, managers, QA, or cross-functional team members.

Example use cases:

  • A product manager wants to watch a bug.
  • A QA engineer wants to follow a Story’s progress.
  • A team lead needs visibility on critical issues.

Watchers improve collaboration by ensuring the right people stay updated.

23. What is an assignee?

An assignee is the person responsible for working on and completing the issue. The assignee owns the task and is accountable for progressing it through the workflow.

Key points:

  • Only one assignee can be assigned at a time.
  • Assignees can be updated manually or automatically (via workflow, components, or automation rules).
  • Assignees receive notifications about the issue.
  • The assignee is displayed prominently on the issue view.

Role of an assignee depends on the issue type:

  • For a Story → Developer or team member
  • For a Bug → Developer or QA (depending on process)
  • For a Task → Whoever is responsible for completing it
  • For Service Desk ticket → Agent or agent team

Assigning issues ensures clarity and accountability.

24. What are Jira permissions?

Jira permissions control who can perform specific actions within Jira. They govern access at project level, issue level, and system level.

There are three main types:

1. Global permissions

Apply across the entire Jira instance.
Examples:

  • Jira Administrators
  • Browse Users
  • Create Shared Objects

2. Project permissions

Control actions within a specific project.
Examples:

  • Browse Project
  • Create Issues
  • Edit Issues
  • Transition Issues
  • Assign Issues
  • Resolve Issues

3. Issue security permissions

Define visibility of individual issues.

Permissions ensure:

  • Security of data
  • Controlled collaboration
  • Proper workflow management
  • Compliance with organizational policies

Permissions are managed through permission schemes, allowing consistent rules across multiple projects.

25. What is a project role?

A project role is a flexible way to group users within a specific project to give them responsibilities or permissions. Roles are used in permission schemes to determine what users can do inside a project.

Common project roles:

  • Administrators – manage project settings
  • Developers – work on issues
  • Project Leads – oversee project operations
  • Viewers/Users – read-only access
  • Stakeholders – monitor progress
  • Service Desk Agents (for JSM)

Roles are dynamic and context-specific. The same user may be:

  • “Developer” in one project
  • “Project Administrator” in another
  • “Viewer” in another

Project roles make permission management easier and more scalable.

26. What is the difference between a group and a role?

Groups and roles both organize users, but they serve different purposes:

GroupRoleGlobal collection of users.Project-specific collection of users.Managed by Jira admin.Managed by project admin.Same across all projects.Different for each project.Used for global permissions.Used for project permissions.Example: “jira-users”, “jira-admins”.Example: “Developer”, “Viewer”, “Project Lead”.

In simple terms:

  • Groups → Control global access.
  • Roles → Control project-level access.

Roles are more flexible because they allow different users to have different responsibilities in each project.

27. What is a filter in Jira?

A filter in Jira is a saved search query that returns a set of issues based on criteria you define. Filters help you quickly access important issue lists without rewriting queries.

You can filter by fields like:

  • Status
  • Assignee
  • Priority
  • Sprint
  • Issue Type
  • Labels
  • Components
  • Date ranges
  • Custom fields

Filters can be created using:

  • Basic search (UI-based filtering)
  • Advanced search using JQL (more powerful)

Filters are used for:

  • Dashboards
  • Scrum and Kanban boards
  • Reports
  • Automation
  • Subscriptions (email alerts)

Filters improve productivity by giving teams quick access to frequently viewed issue sets.

28. What is JQL?

JQL (Jira Query Language) is a powerful, SQL-like language used to search for issues in Jira with precision and flexibility. It allows users to create complex queries that cannot be achieved with basic search.

Example JQL queries:

  • assignee = currentUser()
  • status = "In Progress" AND priority = High
  • project = CRM AND labels = regression
  • updated >= -7d
  • fixVersion = "Release 1.0"

JQL supports:

  • Keywords
  • Operators
  • Functions
  • Fields
  • Logical comparisons (AND, OR, NOT)

Use cases of JQL:

  • Building advanced filters
  • Creating targeted dashboards
  • Filtering backlog or sprint contents
  • Automation triggers
  • Reporting and analytics

JQL is one of Jira's most powerful features for managing large, complex datasets.

29. How do you share a filter?

Sharing a filter allows others in your team or organization to use it. By default, filters are private, meaning only the creator can see them.

To share a filter:

  1. Go to Filters → “View all filters”.
  2. Find your filter and click Details.
  3. Locate the “Shares” section.
  4. Click “Add share”.
  5. Choose one of the following sharing options:
    • Project
    • Group
    • Role
    • Public (if enabled)
  6. Save your changes.

After sharing, others can:

  • Use your filter
  • View results
  • Use it in dashboards or boards

Sharing filters promotes collaboration and consistent reporting across teams.

30. What is a dashboard?

A dashboard in Jira is a customizable visual interface that displays information using gadgets. It gives users a real-time overview of work, progress, and project health.

Dashboards can include:

  • Charts (burndown, pie charts, bar charts)
  • Filter results
  • Sprint reports
  • Activity streams
  • Workload distribution
  • Heatmaps
  • Assigned issues
  • Created vs resolved charts

Dashboards are useful for:

  • Team leads to monitor workload
  • Developers to track their tasks
  • QA to watch bug metrics
  • Managers to view project status
  • Executives to see high-level summaries

Dashboards can be:

  • Personal
  • Shared with teams
  • Shared across the organization

They help teams make data-driven decisions and stay aligned.

31. What are gadgets in Jira?

Gadgets in Jira are small, interactive components used to display specific data or insights on a dashboard. They help users visualize project progress, team workload, issue breakdowns, and performance metrics. Jira dashboards are built entirely using gadgets, making them the primary building blocks of reporting in Jira.

Common Jira gadgets include:

  • Filter Results Gadget – shows issues returned by a saved filter
  • Pie Chart Gadget – visualizes issues by status, priority, assignee, etc.
  • Created vs Resolved Gadget – shows trend of issue creation vs closure
  • Sprint Burndown Gadget – displays sprint progress
  • Assigned to Me Gadget – lists issues assigned to a user
  • Two-Dimensional Filter Statistics – cross-tab report for advanced analysis
  • Heat Map Gadget – highlights workload or issue concentration

Gadgets help teams monitor work efficiently, support data-driven decisions, and provide real-time visibility into team performance and project health.

32. What is the people section of a project?

The People section of a Jira project displays all users and roles associated with that project. It shows who has access, their responsibilities, and the roles they fulfill.

In the People section, you can:

  • View all project members
  • Add or remove users
  • Assign project roles (Developer, Administrator, Viewer, etc.)
  • See role-based permissions
  • Manage responsibilities like component leads or project leads

Project administrators use this section to:

  • Control who can work on the project
  • Delegate responsibilities
  • Maintain proper access levels
  • Ensure only authorized users can modify or view issues

The People section helps maintain security, accountability, and proper team structure within a project.

33. How do you upload attachments?

Uploading attachments in Jira allows users to share files such as screenshots, documents, logs, test cases, or design assets that support the issue.

To upload an attachment:

  1. Open the issue where you want to attach a file.
  2. Click the “Attach” button (paperclip icon) or drag-and-drop files directly.
  3. Choose files from your computer.
  4. Jira uploads them immediately and lists them under the “Attachments” section.

You can attach:

  • Screenshots
  • PDFs
  • Documents
  • Spreadsheets
  • Images
  • Log files
  • Videos
  • Zip files

Attachments help teams provide context, reproduce bugs, review designs, and improve collaboration.

Notes:

  • File size limits may be set by the admin.
  • Attachments can also be added through comments or workflow screens.

34. What is a resolution in Jira?

A resolution describes the final state or outcome of an issue—how it was addressed or why it was closed. When an issue transitions to a “Done” or “Closed” status, Jira often requires a resolution value.

Common resolution values:

  • Fixed – Problem was resolved
  • Duplicate – Issue is a duplicate of another
  • Won’t Fix – Issue will not be addressed
  • Cannot Reproduce – Issue could not be replicated
  • Incomplete – Not enough information
  • Done – Work is completed
  • Rejected – Request denied

Resolutions are important because:

  • They help track issue outcomes
  • They support reporting and metrics accuracy
  • They prevent issues from appearing as “unresolved”
  • They improve search results using JQL (e.g., resolution = Unresolved)

Resolutions ensure clear documentation of how every issue was concluded.

35. What is priority in Jira?

Priority indicates the importance or urgency of an issue. It helps teams decide what to work on first and ensures critical issues receive immediate attention.

Common priority levels:

  • Highest / Critical – Must be completed immediately
  • High / Major – Important and should be addressed soon
  • Medium – Normal priority
  • Low – Minor impact
  • Lowest / Trivial – Can be addressed whenever time permits

Priority helps teams:

  • Organize workload
  • Focus on urgent issues
  • Communicate expectations
  • Plan sprints and releases

Priority can be set manually or automatically through automation rules.

36. What is severity?

Severity describes the impact of an issue, especially in the context of bugs or defects. It indicates how badly the issue affects the system or user experience.

Common severity levels:

  • Blocker – System is unusable
  • Critical – Major functionality broken
  • Major – Significant issue affecting key features
  • Minor – Small problem with little impact
  • Trivial – Cosmetic or very low impact

Severity is typically used by QA and testers to classify bugs, while priority is usually set by product owners or project leads.
In simple terms:

  • Severity = Impact
  • Priority = Urgency

Severity helps QA teams evaluate bug seriousness and guide triage discussions.

37. How do you link issues?

Linking issues creates relationships between two or more issues. This helps teams track dependencies, duplicates, related work, or parent-child relationships.

To link issues:

  1. Open the issue you want to link.
  2. Click “Link” under the issue actions menu.
  3. Choose a link type such as:
    • Relates to
    • Blocks
    • Is blocked by
    • Duplicates
    • Is duplicated by
    • Cloners / Is cloned by
  4. Enter the issue key you want to link to.
  5. Save the link.

Linked issues help teams:

  • Track dependencies
  • Coordinate cross-team work
  • Avoid duplicate tasks
  • Understand how issues impact each other
  • Improve planning and prioritization

Issue linking is essential for large or multi-team projects.

38. What does "Done" mean in Jira?

“Done” in Jira signifies that the issue has been fully completed according to the team’s Definition of Done (DoD). It indicates that all required work is finished and no further action is needed.

Done typically means:

  • Work is completed
  • Code is committed and reviewed
  • Testing is passed
  • Documentation is completed
  • Acceptance criteria are met
  • Resolution value is set
  • No outstanding tasks remain

Each team may have its own DoD, but “Done” always represents the final stage of an issue’s lifecycle.

In reports like burndown charts, only issues in “Done” (with a resolution) are considered completed.

39. What are issue history and activity?

Issue History and Activity show the chronological record of all changes made to an issue. They provide transparency and help track who did what and when.

The Activity section includes:

  • Comments – user discussions
  • History – field changes (status, assignee, priority, etc.)
  • Work Log – time spent details
  • All – combined activity
  • Transitions – workflow movement
  • Attachments – added/removed files

Examples of activity tracked:

  • “Status changed from ‘To Do’ to ‘In Progress’”
  • “Assignee changed from User A to User B”
  • “Comment added by QA”
  • “Labels updated”
  • “Fields edited (priority, description, components)”

This helps teams maintain accountability, understand decisions, and audit changes.

40. Why do teams use Jira?

Teams use Jira because it is a powerful, flexible, and customizable tool for managing work across different teams and industries. Its robust features support Agile methodologies, collaboration, planning, tracking, and reporting.

Key reasons teams use Jira:

1. Excellent for Agile (Scrum/Kanban)

Jira supports sprints, backlogs, boards, and Agile reports out-of-the-box.

2. Highly customizable

Teams can customize workflows, fields, issue types, and permissions to match any process.

3. Strong collaboration

Comments, attachments, watchers, and notifications keep everyone aligned.

4. Powerful reporting

Dashboards, gadgets, and JQL filters allow deep insights into progress and bottlenecks.

5. Integrations

Works seamlessly with Confluence, Bitbucket, GitHub, Slack, CI/CD tools, and more.

6. Scalable

Used by small teams, enterprises, and even global organizations.

7. Supports multiple work types

Development, IT support, HR, marketing, operations, finance, and more.

8. Reliable cloud and security

Strong access controls, permissions, and compliance make it enterprise-ready.

In short, teams use Jira because it helps them stay organized, track work efficiently, improve productivity, and deliver better outcomes.

Intermediate (Q&A)

1. What is the difference between a company-managed and team-managed project?

Jira offers two types of projects—Company-managed and Team-managed—each designed for different levels of customization, governance, and team autonomy.

Company-Managed Projects (formerly Classic Projects)

These are centrally managed by Jira administrators and suitable for large-scale, enterprise-level setups.

Key features:

  • Admins control workflows, screens, fields, permissions, and schemes.
  • Highly customizable and scalable for complex processes.
  • Shared configurations across multiple projects.
  • Advanced reporting and automation capabilities.
  • Best for large teams that need strict process control.

Ideal for:
Enterprises, cross-functional collaboration, regulated environments.

Team-Managed Projects (formerly Next-Gen Projects)

These are designed for small teams who need flexibility and the ability to configure their own tools without admin involvement.

Key features:

  • Project-level control for team members.
  • Simple, beginner-friendly interface.
  • No shared schemes—each project has isolated configurations.
  • Easy to set up fields, workflows, and permissions.
  • Less complex but limited compared to Company-managed.

Ideal for:
Small teams, simple workflows, teams wanting autonomy.

📌 Difference Summary

FeatureCompany-ManagedTeam-ManagedAdmin ControlJira adminsProject teamCustomization LevelHighMediumShared SchemesYesNoWorkflow ComplexityAdvancedSimpleUse CaseEnterpriseSmall teams

2. How do you configure workflows?

Configuring workflows allows you to define how issues move from creation to completion. Only Jira project admins or system administrators can configure workflows in Company-managed projects.

Steps to configure a workflow:

  1. Go to Jira Settings → Issues → Workflows.
  2. Select the workflow you want to edit.
  3. Switch to diagram or text mode for editing.
  4. Perform actions such as:
    • Add new statuses
    • Add transitions
    • Rename statuses
    • Add conditions, validators, or post functions
    • Delete unused statuses or transitions
  5. Publish your changes (if editing a draft).

Workflows can be customized by:

  • Adding approval steps
  • Adding QA/testing stages
  • Adding transitions like "Reopen", "Verify", "Ready for Deployment"
  • Restricting transitions based on roles

Workflow customization is essential for enforcing standardized processes across teams.

3. How do you add conditions to transitions?

A condition determines whether a transition can be executed. It controls who can perform a transition or when it’s allowed.

Steps to add a condition:

  1. Go to Jira Settings → Issues → Workflows.
  2. Select the workflow and click Edit.
  3. Click on the transition (arrow) between statuses.
  4. Select Conditions from the left menu.
  5. Click Add Condition.
  6. Choose a condition type such as:
    • User must have a specific role
    • Issue must be assigned
    • Issue must be in a certain state
    • Only reporter can perform transition
  7. Save and publish the workflow draft.

Common condition examples:

  • Only Developers can move issues to “In Progress”.
  • Only QA can transition issues to “Testing”.
  • Only Project Lead can close issues.
  • Issue must have an assignee before moving to “In Progress”.

Conditions ensure proper controls and governance in workflows.

4. What are validators in Jira workflows?

Validators ensure that certain rules are met before a transition can be completed. While conditions control who can transition, validators ensure the data is valid during transition.

Validators check things like:

  • Required fields are filled
  • Certain values are correct
  • Date fields meet logic (e.g., due date > start date)
  • User permissions
  • Field value formats

Example validators:

  • “Resolution” must be set before moving to Done.
  • “Fix Version” cannot be empty when closing a story.
  • “Comment required” validator.
  • Issue must have at least one label before transitioning.

Validators improve data quality and enforce process requirements.

5. What are post functions?

Post functions are automated actions that Jira performs after a transition is completed. While conditions and validators control the transition, post functions execute after the transition is successful.

Examples of post functions:

  • Update issue fields (e.g., set resolution).
  • Trigger notifications.
  • Re-index the issue.
  • Add a comment automatically.
  • Assign the issue to a specific user.
  • Create a sub-task.
  • Move issue to another project.
  • Update sprint information.

Common post function examples:

  • When transitioning to “Done”, Jira sets the resolution field automatically.
  • When moving to “Ready for QA”, assign the issue to the QA Lead.
  • Automatically log time when a transition occurs.

Post functions help automate repetitive tasks and maintain process consistency.

6. What is a workflow scheme?

A workflow scheme determines which workflow is applied to which issue type within a project. It acts as a mapping between issue types and workflows.

A workflow scheme includes:

  • A set of workflows
  • A mapping that assigns workflows to issue types
  • Ability to use one workflow for all issue types or separate workflows for each

Example:

Issue TypeWorkflowBugBug WorkflowStoryDevelopment WorkflowTaskSimple Task Workflow

Workflow schemes allow multiple projects to share standardized workflows and help maintain consistency across teams.

7. What is an issue type scheme?

An issue type scheme determines which issue types are available in a project. It lets you control the set of issue types users can create.

Issue type scheme includes:

  • Standard issue types (Story, Task, Bug)
  • Sub-task issue types
  • Custom issue types (Risk, Change Request, Improvement, etc.)

Each project has one issue type scheme assigned to it.

Example scheme:

  • Epic
  • Story
  • Bug
  • Task
  • Sub-task

Issue type schemes help ensure projects have the appropriate set of work items.

8. What is a field configuration?

A field configuration defines the behavior and properties of fields within issues. It allows administrators to control how fields appear to users.

Field configuration defines:

  • Whether a field is required
  • Whether a field is hidden
  • Whether a field is read-only
  • Whether a field is shown on screens

You can also add instructions or descriptions for each field.

Example:

You can make “Due Date” mandatory for Tasks but optional for Bugs.

Field configurations help enforce data standards and workflows across teams.

9. What is a field configuration scheme?

A field configuration scheme maps different field configurations to different issue types. This allows you to apply specific field rules to specific issue types.

Example:

Issue TypeField ConfigurationBugBug Field ConfigurationStoryStory Field ConfigurationTaskTask Field Configuration

This allows:

  • Bugs to require “Steps to Reproduce”
  • Stories to require “Acceptance Criteria”
  • Tasks to hide unnecessary fields

Field configuration schemes give granular control over field behavior.

10. How do you create custom fields?

Custom fields allow teams to collect information beyond Jira’s default fields.

Steps to create a custom field:

  1. Go to Jira Settings → Issues → Custom Fields.
  2. Click Add Custom Field.
  3. Choose a field type:
    • Text field
    • Dropdown
    • Multi-select
    • Checkbox
    • Date field
    • User picker
    • Number field
  4. Enter the field name and description.
  5. Choose the screens where the field should appear:
    • Create Issue screen
    • Edit Issue screen
    • View Issue screen
  6. Save the field.

Best practices:

  • Avoid creating too many custom fields—they impact performance.
  • Reuse fields when possible.
  • Only create fields that have clear value to the team.

Custom fields help tailor Jira to specific team needs and industry requirements.

11. What are automation rules in Jira?

Automation rules in Jira allow teams to automate repetitive tasks, reduce manual effort, and enforce consistent processes. Jira’s automation engine works on a Trigger → Condition → Action model, enabling powerful workflow automation without writing code.

An automation rule consists of:

  • Trigger: What starts the rule
    • Issue created
    • Status changed
    • Field updated
    • Comment added
    • Scheduled trigger
  • Conditions: Rules that determine whether the action should proceed
    • Issue matches JQL
    • Issue type is Story
    • Priority is High
    • User is in project role
  • Actions: What automation performs
    • Edit fields
    • Assign issue
    • Send email
    • Create sub-tasks
    • Comment on issue
    • Transition issue
    • Trigger webhook

Automation examples:

  • Auto-assign bugs to a specific developer.
  • Close stale support tickets after 14 days.
  • Move issues to “In Progress” when branch is created.
  • Notify managers when a critical issue is created.

Automation rules save time, reduce errors, and streamline project workflows.

12. What is a global automation rule?

A global automation rule is an automation rule that applies across multiple projects or the entire Jira instance. Only Jira administrators can create global rules, and they are ideal for organization-wide process standardization.

Global automation is used for:

  • Cross-project notifications
  • Enterprise-wide SLAs
  • Auto-assigning issues based on workload
  • Enforcing naming conventions
  • Creating issues in multiple projects
  • Auto-labelling or linking issues
  • Managing global escalations

Example:

“When a critical issue is created in any project, notify the security team and add a ‘critical-alert’ label.”

Global rules help maintain consistency, enforce governance, and reduce operational overhead across large teams.

13. What is an SLA in Jira Service Management?

An SLA (Service Level Agreement) in Jira Service Management defines the expected response and resolution times for support or service requests. SLAs help measure team performance and ensure customer commitments are met.

SLA metrics can include:

  • Time to First Response
  • Time to Resolution
  • Time in Waiting for Support
  • Time in Progress

SLAs can be based on:

  • Priority
  • Issue type
  • Request type
  • Customer segment
  • Working hours or business calendars

Example:

  • P1 incidents must be resolved within 4 hours.
  • Service requests must receive a first response within 2 hours.

Jira shows real-time SLA countdowns and includes reports for tracking compliance and overdue items. SLAs are crucial for ITSM, customer support, and operations teams.

14. How do you set issue security?

Issue security controls who can view specific issues within a project. This is useful when certain issues contain sensitive data.

To set issue security:

  1. Create an Issue Security Scheme (admin access).
  2. Define Security Levels (e.g., "Internal Only", "Managers Only", "Developers", etc.).
  3. Add users, groups, or roles to each security level.
  4. Apply the scheme to the project.
  5. When creating or editing an issue, select the appropriate security level.

Use cases:

  • HR tickets visible only to HR staff.
  • Security-related bugs visible only to security teams.
  • Management-only issues.
  • Vendor-related issues restricted to specific users.

Issue security ensures confidentiality and proper access control within Jira.

15. What is a permission scheme?

A permission scheme is a reusable set of permissions that determine what users can do within a project. Instead of configuring permissions individually per project, schemes standardize permission settings across multiple projects.

Permissions include:

  • Browse project
  • Create issues
  • Edit issues
  • Assign issues
  • Transition issues
  • Manage sprints
  • Resolve issues
  • Administer project

Each permission can be assigned to:

  • Users
  • Groups
  • Project roles
  • Special rules (like "Reporter")

Projects share permission schemes for consistency and ease of management. Changing a scheme updates permissions for all linked projects.

16. What is a notification scheme?

A notification scheme controls who receives email notifications about specific issue events. It determines which users are informed when actions occur in a project.

Events that can trigger notifications:

  • Issue created
  • Issue updated
  • Issue assigned
  • Issue transitioned
  • Comment added
  • Issue resolved/closed

Notifications can be sent to:

  • Assignee
  • Reporter
  • Watchers
  • Project role members
  • Groups
  • Specific users

Example:

“When an issue is assigned, notify the assignee and project lead.”

Notification schemes help keep relevant team members informed without overwhelming the entire organization.

17. How do you migrate issues between projects?

Migrating issues means moving them from one project to another. This may be needed during reorganization, merging teams, or correcting project assignment mistakes.

Steps to migrate issues:

  1. Use Bulk Change:
    • Go to Filters → Advanced search.
    • Use JQL to select issues you want to move.
    • Click Tools → Bulk Change.
    • Choose Move Issues.
  2. Choose the destination project.
  3. Map the following:
    • Issue types
    • Statuses
    • Fields
    • Workflows
    • Screens
    • Custom fields
  4. Confirm migration and execute the bulk move.

Important:
Only users with bulk change and project permissions can perform migrations.

Migration ensures that work is organized under the correct project structure.

18. Explain JQL functions vs operators.

Operators

Operators define relationships between fields and values. They connect different parts of a JQL query.

Examples of operators:

  • = (equal)
  • != (not equal)
  • IN
  • NOT IN
  • ~ (contains)
  • > < >= <=
  • AND, OR, NOT

Example query:

priority = High AND status != Done

Functions

Functions are advanced JQL elements that dynamically return sets of values.

Examples of functions:

  • currentUser()
  • membersOf("group-name")
  • startOfDay()
  • endOfWeek()
  • issueHistory()
  • recentlyViewed()

Example:

assignee = currentUser()

Key difference:

FeatureOperatorsFunctionsRoleCompare valuesGenerate dynamic valuesUsageStatic comparisonsCalculate values at runtimeExamplestatus = Doneassignee = currentUser()

Operators = logical structure
Functions = dynamic inputs

Both together make JQL extremely powerful.

19. How do you set up swimlanes?

Swimlanes divide a board horizontally to group issues logically. They help teams categorize work visually on Scrum or Kanban boards.

To configure swimlanes:

  1. Go to your board.
  2. Click Board Settings → Swimlanes.
  3. Choose a swimlane type:
    • Stories – group subtasks under their parent story
    • Assignees – group issues by user
    • Epics – group issues by epic
    • Queries (JQL) – custom swimlanes
    • Priority – group issues by priority
    • Projects – mix from multiple projects

Example JQL swimlane:

  • “Critical Work”: priority = Critical
  • “Blocked”: status = Blocked
  • “Bugs”: issuetype = Bug

Swimlanes improve visibility and help teams organize work effectively.

20. What is estimation in Jira (Story points vs Time)?

Estimation helps teams plan workloads, forecast delivery, and measure capacity.

Story Points (Agile Estimation)

Story points measure the complexity, effort, and uncertainty of a task. They are not tied to time; instead, they represent relative difficulty.

Benefits:

  • Encourages discussion
  • Reduces pressure to predict exact hours
  • Improves velocity-based forecasting
  • Supports Agile planning

Example:

  • A simple story → 1 or 2 points
  • A medium story → 5 or 8 points
  • A complex story → 13 or 20+

Used mainly in Scrum.

Time Estimation (Hours or Days)

Time-based estimation predicts the number of hours or days needed to complete a task.

Examples:

  • 4h
  • 1d
  • 3d

Benefits:

  • Clear time expectations
  • Useful for resource planning
  • Ideal for Kanban, Service Desk, and operational teams

Time tracking includes:

  • Original estimate
  • Remaining estimate
  • Logged work

Key Differences

Story PointsTimeMeasures complexityMeasures actual durationAbstractConcreteBetter for AgileBetter for operations/supportPredicts velocityPredicts workload

Jira supports both methods, and teams can choose based on their working style.

21. How do you configure boards in Jira?

Configuring boards in Jira allows teams to customize how work is visualized on Scrum or Kanban boards. Boards represent real-time progress of issues, and configuration ensures the view matches team processes.

To configure a board:

  1. Open your board (Scrum or Kanban).
  2. Click Board Settings (top-right menu).
  3. Configure the following sections:

1. General

  • Board Name
  • Administrators
  • Filter query (determines what issues appear on the board)

2. Columns

  • Add, remove, or rename columns
  • Map statuses to columns
  • Add Work-In-Progress (WIP) limits
  • Merge multiple statuses into one column (e.g., “QA Review + Ready for QA”)

3. Swimlanes

Choose how to group issues horizontally:

  • By Stories
  • By Assignees
  • By Epics
  • By Queries (JQL)
  • By Priority
  • By Projects (multi-project board)

4. Quick Filters

Enable fast filtering of work using custom JQL:

  • “My Issues”
  • “High Priority”
  • “Bugs Only”
  • “Blocked Issues”

5. Card Layout

Customize card details:

  • Show fields like due date, story points, priority, assignee
  • Add custom fields to card layout

6. Issue Detail View

Choose which fields appear when clicking a card.

7. Estimation

Select estimation method:

  • Story Points
  • Original Time Estimate
  • None (Kanban)

8. Workflows & Statuses

Adjust workflow mapping so that statuses map correctly to board columns.

Effective board configuration ensures transparency, better planning, and efficient team collaboration.

22. What is the difference between sprint planning and backlog grooming?

Sprint Planning and Backlog Grooming are both important Agile ceremonies but serve different purposes.

Sprint Planning

Occurs at the start of every sprint.

Purpose:

  • Define the sprint goal
  • Select stories for the sprint
  • Estimate and break down work
  • Commit to a sprint workload based on team capacity

Focus:

  • Immediate work to be done in the next 1–4 weeks

Participants:

  • Entire Scrum team (PO, SM, Developers)

Outcome:

  • Sprint Backlog is created
  • Team has a clear plan for the sprint

Backlog Grooming (Backlog Refinement)

Occurs continuously throughout the sprint (usually weekly or bi-weekly).

Purpose:

  • Clean, organize, and prioritize backlog items
  • Add acceptance criteria
  • Estimate new stories
  • Split large epics into smaller stories
  • Remove outdated items

Focus:

  • Future work (planning ahead)

Participants:

  • Product Owner
  • Developers (optional but recommended)

Outcome:

  • Backlog is clean and ready for Sprint Planning
  • Reduces time needed during Sprint Planning

In simple terms:

  • Backlog Grooming = Preparing work
  • Sprint Planning = Committing to work

23. What is velocity in Jira?

Velocity in Jira measures the amount of work completed by a team in a sprint, typically in story points. It is a key metric for forecasting, planning capacity, and improving predictability.

Velocity is calculated as:

Sum of Story Points completed during the sprint

Example:

  • Sprint 1 → 20 points
  • Sprint 2 → 25 points
  • Sprint 3 → 22 points
  • Average Velocity = 22 points per sprint

Uses of velocity:

  • Helps teams decide how many stories to commit to in future sprints
  • Shows team productivity trends
  • Helps forecast release timelines
  • Identifies process improvements when velocity fluctuates

In Jira Software, velocity is visualized in the Velocity Chart under Reports.

24. What is a burndown chart?

A Burndown Chart shows the remaining amount of work in a sprint over time. It helps teams monitor progress and determine if they are on track to meet the sprint goal.

Key elements:

  • X-axis: Days in the sprint
  • Y-axis: Remaining story points
  • Ideal trend line: Shows perfect progress
  • Actual progress line: Shows what the team is actually completing

Uses:

  • Identify whether the team is ahead or behind schedule
  • Spot bottlenecks or sudden spikes
  • Improve future sprint estimation
  • Support data-driven sprint retrospectives

Burndown charts help maintain transparency and ensure timely delivery of sprint commitments.

25. What is a burnup chart?

A Burnup Chart tracks the amount of work completed over time while also showing the total work scope.

It has two lines:

  1. Completed Work
  2. Total Work / Scope Line

Why burnup charts are useful:

  • They show both progress and scope changes
  • Easy to detect when new work is added
  • Helps teams understand if delays are due to scope increase or productivity issues
  • Ideal for longer-term planning

Burnup charts give a clearer view than burndown charts in dynamic environments where scope changes frequently.

26. What is a cumulative flow diagram?

A Cumulative Flow Diagram (CFD) visualizes the flow of work items across different workflow stages over time. It is widely used in Kanban and DevOps environments.

Components:

  • Each color band represents a workflow status (To Do, In Progress, Done).
  • The width of each band shows the number of issues in that status.

Insights provided by CFD:

  1. Work in Progress (WIP) levels
  2. Bottlenecks (vertical widening of “In Progress” band)
  3. Cycle Time (time taken from start to completion)
  4. Throughput (number of issues completed per time period)
  5. Process stability

Example insights:

  • A widening “In Progress” band → team is overloaded
  • A narrowing Done band → fewer items are finishing
  • Stable bands → consistent workflow

CFD helps optimize flow and improve team efficiency.

27. How do you copy a project?

Jira does not offer a direct “copy project” feature out-of-the-box, but you can replicate a project using different approaches depending on your needs.

Method 1: Create a new project using a project template

Template automatically copies:

  • Workflows
  • Issue types
  • Fields
  • Screens
  • Permissions (in company-managed projects)

Method 2: Copy project configuration manually

  1. Go to Project Settings of the original project.
  2. Note down:
    • Schemes (workflow, issue type, permissions, notifications, screens)
  3. Create a new project.
  4. Assign the same schemes.

This produces an identical configuration without copying issues.

Method 3: Marketplace Apps

Apps like Project Configurator or Configuration Manager can fully clone projects, including issues, components, versions, and settings.

Copying issues

To copy issues into the new project:

  • Use Bulk Move
  • Or export → import

Copying projects is often needed for new teams, new clients, or repeatable workflows.

28. What is a shared filter?

A shared filter is a saved JQL or basic search filter made available to other users, teams, groups, or the entire organization.

Why shared filters matter:

  • Shared filters power Scrum/Kanban boards
  • Used in dashboards and gadgets
  • Essential for reporting
  • Enable standardized views of issues
  • Support cross-team collaboration

Sharing options:

You can share with:

  • Specific users
  • Groups
  • Project roles
  • Entire project
  • Public (if allowed by admin)

Shared filters help teams work with consistent datasets across boards and dashboards.

29. What is an advanced roadmap (Portfolio)?

Advanced Roadmaps (formerly Portfolio for Jira) is a high-level planning tool used to visualize, forecast, and manage work across multiple teams and projects.

Key capabilities:

  1. Cross-project planning
    • Combine multiple backlogs into one roadmap.
  2. Hierarchy levels
    • Epic → Capability → Initiative → Theme
    • Supports enterprise-level planning.
  3. Capacity management
    • Plan based on team availability and skills.
  4. Dependency tracking
    • Visualize and resolve cross-team blockages.
  5. Scenario planning ("What-if analysis")
    • Plan different versions of future work.
  6. Release management
    • Coordinate releases across projects.
  7. Auto-scheduling
    • Creates optimized schedules based on constraints.

Advanced Roadmaps is ideal for large organizations practicing SAFe, LeSS, or multi-team Agile environments.

30. How do you manage releases / versions in Jira?

Releases (also called Versions) in Jira help teams plan, track, and deliver work in structured increments.

Steps to manage releases:

  1. Go to Project Settings → Versions (Releases).
  2. Click Create Version.
  3. Enter details:
    • Version name
    • Start date
    • Release date
    • Description

Using versions:

  • Assign issues to versions during planning.
  • Track progress using version reports.
  • Filter issues by version using JQL:
fixVersion = "Release 1.0"
  • Automatically close or transition issues when release is shipped.

Releasing a version:

  1. Open the version details.
  2. Review completed vs incomplete issues.
  3. Click Release.
  4. Optionally move incomplete issues to next version.

Why versions matter:

  • Improve release predictability
  • Track which features or bugs belong to which release
  • Support CI/CD pipelines
  • Provide clear visibility to stakeholders

Versions help maintain organized, disciplined software delivery.

31. Explain workflow statuses vs categories.

Workflow statuses and status categories are related but serve different purposes in Jira.

Workflow Statuses

A status represents a specific step in the workflow of an issue.
Examples:

  • To Do
  • In Progress
  • Code Review
  • Ready for QA
  • Testing
  • Blocked
  • Done

Statuses are fully customizable. Each project can have unique statuses based on team processes.

Statuses define the exact position of an issue in its lifecycle.

Status Categories

Status categories are Jira-defined groups that classify statuses into three high-level categories:

  1. To Do
    • Work not started
    • Blue color
  2. In Progress
    • Work underway
    • Yellow color
  3. Done
    • Work completed
    • Green color

Status categories are fixed and cannot be changed or deleted.

Key difference:

FeatureWorkflow StatusStatus CategoryCustomizableYesNoPurposeDetailed workflow stepHigh-level groupingExamplesTesting, BlockedIn ProgressImpactVisible on board columnsImpacts reports, resolution

Why categories matter:

  • Jira uses categories for burnup/burndown charts
  • Helps boards map statuses to columns
  • Determines if an issue is considered “Done” in reports

Statuses describe the exact state; categories describe the overall stage.

32. What is a board filter query?

A board filter query is the JQL (Jira Query Language) filter that determines which issues appear on a Scrum or Kanban board.

Every board in Jira is driven by a saved filter.

Example board filter query:

project = "CRM" AND issuetype != Sub-task ORDER BY priority DESC

Why the board filter is important:

  • It defines the scope of the board
  • Controls which issues appear or disappear
  • Allows multi-project boards
  • Enables customizing agile views
  • Ensures teams see only relevant work

The filter is editable under:

Board Settings → General → Filter Query

Boards are essentially “visual representations of JQL results,” organized into statuses and columns.

33. How do you bulk edit issues?

Bulk editing allows users to modify multiple issues simultaneously—such as changing status, assignee, priority, components, or fields.

Steps to bulk edit:

  1. Go to Filters → Advanced Issue Search.
  2. Use JQL or basic search to list issues.
  3. Click Tools → Bulk Change: All Issues.
  4. Select the issues to modify.
  5. Choose the bulk operation:
    • Edit Issues
    • Move Issues
    • Transition Issues
    • Delete Issues (if permitted)
    • Watch / Unwatch
    • Change Labels
  6. Apply changes (requires confirmation).
  7. Jira shows a summary before execution.

Permissions needed:

  • “Bulk Change” global permission
  • Edit/Create/Move/Delete issue permissions at project level

Bulk editing is powerful but potentially risky, so it must be used carefully.

34. What is an issue collector?

An Issue Collector allows you to embed a feedback form on any website, intranet, or application. Users can submit issues directly to Jira without having a Jira account.

Use cases:

  • Customer feedback collection
  • Bug reporting from production websites
  • Internal employee suggestions
  • Support ticket submissions
  • Anonymous reporting

Features:

  • Generates a JavaScript snippet
  • Add fields like summary, description, attachments
  • Automatically creates issues in Jira
  • Supports custom styling and branding
  • Can automatically assign issues or set labels

Issue collectors make it easy to gather structured feedback from external or non-Jira users.

35. What is Jira Marketplace?

The Atlassian Marketplace is an online store where organizations can install apps, plugins, and integrations to extend the functionality of Jira.

Marketplace apps can provide:

  • Automation
  • Reporting & analytics
  • Test management
  • Timesheets & resource planning
  • Security & compliance
  • Workflow enhancements
  • Integrations (Slack, GitHub, Zendesk)

Popular Marketplace apps:

  • ScriptRunner – Advanced automation & JQL
  • Xray / Zephyr – Test management
  • Tempo Timesheets – Time tracking
  • Insight Asset Management
  • Project Configurator

The Marketplace enables Jira to evolve from a simple issue tracker to a full business platform.

36. What is Tempo Timesheets?

Tempo Timesheets is a popular Marketplace app used for advanced time tracking, reporting, and resource management in Jira.

Key features:

  1. Time logging UI
    • Easy weekly timesheet view
    • Log time directly from Jira issues
  2. Approval workflows
    • Managers can approve or reject timesheets
  3. Detailed reports
    • Billable vs non-billable hours
    • Team utilization reports
    • Project cost reports
  4. Resource planning
    • Allocate team members to tasks
    • See capacity and workload
  5. Integrations
    • Jira Service Management
    • Payroll systems
    • Accounting tools
    • Tempo Planner

Use cases:

  • IT services
  • Consultancies
  • Project-based businesses
  • Agencies with billable hours

Tempo helps teams meet compliance, track effort, and manage budgets.

37. Explain how to restrict project access.

Restricting project access ensures only authorized users can view or update project issues.

Ways to restrict access:

1. Permission Scheme

  • Remove “Browse Projects” permission for unwanted users.
  • Assign permissions to:
    • Groups
    • Roles (recommended)
    • Individual users

Example:
Only “Developers” and “Project Leads” can access Project X.

2. Project Roles

Assign specific roles like:

  • Admin
  • Developer
  • Viewer

Then map these roles in the permission scheme.

3. Issue Security Scheme

Restrict visibility of sensitive issues (e.g., HR, legal).

4. Group Management

Ensure only users in allowed groups have access.

Best practice:

Use project roles, not individual users, for scalability and cleaner admin management.

38. What is a transition screen?

A transition screen appears when an issue is moved from one status to another, prompting the user to enter additional information.

Purpose of transition screens:

  • Capture mandatory fields
  • Ask for comments
  • Set resolution
  • Update custom fields
  • Collect QA details or release notes
  • Modify assignee or priority

Example:

When transitioning from In Progress → Done, a transition screen may include:

  • Resolution
  • Comment
  • Worklog
  • Fix version

Transition screens ensure critical information is collected at the right point in the workflow.

39. How do you audit Jira changes?

Auditing helps track who made changes and when. Jira provides multiple ways to view audit information.

1. Audit Log (Admin Level)

Go to:
Jira Settings → System → Audit Log

Tracks:

  • Permission changes
  • Workflow updates
  • Configuration changes
  • User management
  • Scheme modifications

Audit logs can be exported for compliance.

2. Issue History (Issue Level)

Tracks:

  • Field updates
  • Status changes
  • Assignee changes
  • Comment edits

3. Project-Level Activity

Shows updates to project configuration.

4. Marketplace Apps

Tools like ScriptRunner or Insight provide extended auditing.

Audit logs help with compliance (GDPR, SOX), troubleshooting, and governance.

40. How do you troubleshoot permission denied issues?

Troubleshooting “permission denied” issues requires checking user permissions at multiple levels.

Step-by-step troubleshooting:

1. Check “Permission Helper”

Found under:
Project → Permissions → Permission Helper

It shows:

  • Why a user cannot perform an action
  • Which permission is missing
  • How to fix it

2. Check Project Permissions

Verify whether the user has permission to:

  • Browse Project
  • Edit Issues
  • Transition Issues
  • Work on issues
  • Manage sprints

3. Check Project Roles

Ensure user is assigned a role (e.g., Developer, User).

4. Check Group Membership

Make sure the user’s group is included in permission scheme.

5. Check Issue Security Level

Issue may be restricted.

6. Check Workflow Conditions

A transition condition might block the user.

7. Check Global Permissions

User may need:

  • Browse users
  • Bulk change
  • Admin rights

8. Check Board Filter

Invisible issues may appear as permission errors.

Using a structured approach ensures permission issues are resolved quickly and correctly.

Experienced (Q&A)

1. Explain Jira architecture (Cloud vs DC).

Jira is offered in two major deployment architectures—Jira Cloud and Jira Data Center (DC)—each designed to meet different scalability, control, and security requirements.

Jira Cloud Architecture

Jira Cloud is a fully managed SaaS offering hosted by Atlassian.

Key architectural characteristics:

  • Multi-tenant or isolated tenant architecture depending on plan
  • Fully managed infrastructure, updates, backups, and security
  • Atlassian handles scaling, failover, uptime, and disaster recovery
  • Cloud apps run via Atlassian Connect or Forge frameworks
  • Integrations use REST APIs, OAuth 2.0, and webhooks
  • Data stored in AWS regions (depending on data residency settings)

Pros:

  • Zero infrastructure management
  • Automatic upgrades
  • High uptime SLAs
  • Fast onboarding
  • Built-in security compliance (SOC2, ISO27001, GDPR, etc.)

Cons:

  • Limited deep customization
  • No direct DB access
  • Limited server-side scripting (compared to DC)

Jira Data Center Architecture

Jira Data Center is a self-managed, cluster-based deployment suitable for large enterprises.

Key architectural characteristics:

  • Clustered nodes for high availability
  • Load balancer in front of Jira nodes
  • Shared file system (NFS)
  • External database (PostgreSQL, Oracle, MySQL, SQL Server)
  • ElasticSearch for dedicated indexing
  • Support for SAML SSO, disaster recovery, and enterprise monitoring
  • Allows full customization, ScriptRunner, custom plugins, and DB-level tuning

Pros:

  • Complete control over infrastructure
  • Supports very large user bases (20,000+ users)
  • Highly customizable
  • No forced updates
  • Ideal for regulated industries (banking, govt)

Cons:

  • Requires infra team
  • Expensive
  • Must handle scaling, security, DR, backups manually
  • Slower innovation compared to Cloud

Summary:

FeatureJira CloudJira Data CenterHostingAtlassianCustomer-managedCustomizationLimitedVery highMaintenanceNoneCustomer-managedScalingAutoManual/ClusterAccess to DBNoYesApp supportForge/ConnectFull server apps

2. How does the indexing system work in Jira?

Jira uses an indexing engine (primarily Apache Lucene) to index issues for fast searching and reporting. Almost every operation in Jira triggers index updates.

How indexing works:

  1. Full Indexing
    • Occurs during initial setup, upgrades, or when forced by admin
    • Rebuilds all issue data from the database
    • Slow but necessary when index corruption occurs
  2. Background Indexing
    • Triggered when issues are updated
    • Index is updated incrementally
    • Ensures minimal user impact
  3. Distributed Indexing (Data Center)
    • Each node contains a local index
    • Changes replicated to all other nodes
    • Uses shared home directory to sync

Indexed Fields Include:

  • Issue summary, description
  • Status, components, labels
  • Custom fields
  • Comments
  • Worklog data
  • Resolution, priority

Why indexing is important:

  • Powers JQL search
  • Drives board filters
  • Enables dashboards and reports
  • Improves overall performance

Common indexing issues:

  • Node index divergence (in DC)
  • Failed incremental updates
  • Slow searches
  • Corrupt index files

Admins often repair these using "Re-index" or "Synchronize Index" options.

3. What are best practices for designing enterprise workflows?

Enterprise workflows must balance control, scalability, clarity, and performance.

Best Practices:

1. Keep workflows simple

  • Avoid excessive statuses
  • Reduce “micro-step” statuses like “Ready for QA”, “QA Done” unless required

2. Standardize workflows across projects

  • Prevent sprawl of hundreds of custom workflows
  • Create reusable workflow schemes

3. Use workflow transitions wisely

  • Use conditions for permissions
  • Use validators for data quality
  • Use post-functions sparingly to avoid performance issues

4. Avoid unnecessary custom statuses

  • Jira reporting is optimized around To Do, In Progress, Done categories

5. Use transition screens for data collection

  • Resolution field on “Done” transitions
  • Comment required for reopening issues

6. Use automation instead of complex workflows

  • Scripting everything inside workflows increases complexity

7. Document workflow logic

  • Maintain diagrams and documentation in Confluence

8. Test workflows before rollout

  • Use staging environment for validation

9. Archive old workflows

  • Reduces clutter and admin overhead

4. Explain the performance impact of too many custom fields.

Custom fields are powerful, but too many can severely degrade Jira performance.

Impact on performance:

1. Slow Issue View Page Load
Each custom field requires data fetching, rendering, and layout calculation.

2. Slow JQL Performance
Each custom field adds to the Lucene index, making searches slower.

3. Increased Index Size
Larger indexes mean slower re-indexing and degraded search capabilities.

4. Higher Memory Usage
Every custom field occupies RAM in caches and search indexes.

5. Increased DB Load
More columns and joins for custom field data tables.

6. UI clutter
Too many fields make issue screens overwhelming and harder to use.

Best practices:

  • Reuse fields instead of creating duplicates
  • Avoid multi-select and free-text fields unless necessary
  • Archive or delete unused fields
  • Periodic custom field audits
  • Use custom field context to limit fields to specific projects

5. How do you optimize JQL performance?

Optimizing JQL is critical in large Jira systems with millions of issues.

JQL Optimization Techniques:

1. Use indexed fields
Indexed fields include:

  • Status
  • Priority
  • Labels
  • Components
  • FixVersion / AffectsVersion
  • Custom fields (if supported)

Avoid filtering on non-indexed fields like Description or Comments.

2. Avoid wildcard searches
Bad:

summary ~ "*login*"

Good:

summary ~ "login"

3. Minimize OR conditionsBad:

assignee = A OR assignee = B OR assignee = C

Good:

assignee IN (A, B, C)

4. Avoid negativityBad:

status != Done

Better:

status IN ("To Do", "In Progress")

5. Cache-heavy dashboards
Reduce use of expensive filters in multiple dashboards.

6. Use custom fields with "Optimized for JQL Search" enabled
Some custom fields require reindexing.

7. Limit scope with project clauses

project = APP AND status = "In Progress"

Efficient JQL improves search performance, board loading, and reporting.

WeCP Team
Team @WeCP
WeCP is a leading talent assessment platform that helps companies streamline their recruitment and L&D process by evaluating candidates' skills through tailored assessments