Jira Admin Essentials (Part 4): Fields, Screens & Permissions (What Users See and Can Do)
Mar 10, 2026•Channel
AI Analysis
Data from YouTube Data API v3•Updated Just now
Video Overview
Video Details
Published2 months ago
Duration5:12
Video IDNtGodDXkaDc
Languageen
CategoryScience & Technology
PrivacyPublic
Made for KidsNo
Video TypeRegular Video
Performance Metrics
Views15
Likes0
Comments0
Engagement Rate0.00%
Likes per 100 views0.00
Comments per 1K views0.00
Video Tags
#jira admin essentials#jira admin#jira custom fields#create custom field jira#jira field configuration#jira screens#jira screen scheme#jira create screen#jira edit screen#jira view screen#jira permissions#jira permission scheme#jira project roles#jira roles vs groups#jira issue security#issue security scheme jira#jira security basics#jira audit log#jira admin troubleshooting#jira configuration for beginners
Description
Welcome back! This is Part 4, and the final episode of the Jira Admin Essentials mini tutorial series.
In this video, we cover fields, screens, and permissions: what users see, what they can edit, and what they’re allowed to do.
Marvin is a Technical Support Engineer (DevOps) at re:solution GmbH. He walks you through the core building blocks of Jira configuration and shows the “admin sanity rules” that help you avoid slow, confusing Jira setups.
What you’ll learn in this video
1) Fields (the data you capture)
Jira has standard fields like:
• Summary, Description, Priority
But admins can also create custom fields like:
• dropdowns/select lists
• date pickers
• user pickers
• status-like fields (custom)
Important warning: too many fields can make Jira slow and confusing. Create fields only when you’ll actually use the data.
2) Field configurations (rules for fields)
Field configurations control whether fields are:
• required
• hidden
• given default behaviors
This is how you simplify the create form:
• hide rarely used fields
• require only what’s essential
3) Screens (what users actually see)
Screens control which fields appear on:
• Create
• Edit
• View
Key distinction:
• Field configuration = rules
• Screens = visibility
4) Permissions (the security side)
Permission schemes define who can:
• browse projects
• create issues
• edit issues
• transition workflows
• administer projects
Permissions can be assigned via:
• groups
• project roles
• specific users
5) Project roles + scalable permission management
Project roles (e.g., Admin, Developer, Viewer) are assigned at the project level and referenced in permission schemes, making access control consistent and scalable.
6) Issue security (for sensitive work)
If you need restricted visibility inside a project, use Issue Security levels (configured via an Issue Security Scheme). This may need to be enabled/set up per project.
7) Audit log (know who changed what)
The Audit log helps you track admin changes:
• who changed what
• when it changed
• what was affected
This is critical for troubleshooting and governance.
Your “next step” exercise (high value)
Open one real project and identify these three:
1. Issue Type Scheme
2. Workflow Scheme
3. Permission Scheme
That alone will teach you how Jira is “wired” in your instance.
#Jira #JiraAdmin #JiraCloud #Atlassian #JiraPermissions #JiraConfiguration #ProjectRoles #IssueSecurity #AdminTips #ITAdmin