Creating Your First Rule
This guide walks you through creating a rule from start to finish. You'll learn each step in the configuration process and understand what each option does.
By the end, you'll have a working rule and the knowledge to create more sophisticated rules on your own.
Before You Start
Prerequisites checklist:
- ✅ Project administrator access to your Jira project
- ✅ Access to Dynamic Screen Rules configuration panel
- ✅ Fields already added to the appropriate Jira screen
New to Dynamic Screen Rules?
- Not sure how to access configuration? See Accessing Configuration first
- New to rule concepts? Read Key Concepts for foundational understanding
The Rule Creation Process
Creating a rule follows these steps:
- Select Screen - Choose where the rule applies (Create/View/Transition)
- Choose Target Field - Select which field the rule will affect
- Define Scope - Specify which issue types the rule applies to
- Select Action - Choose what happens when conditions are met
- Configure Parameters - Set action-specific details
- Define Conditions - Set when the rule triggers
- Save and Test - Activate the rule and verify it works
Let's walk through each step with a practical example.
Example: Show Root Cause for High-Priority Bugs
Business scenario: Your team wants to capture root cause analysis for high-priority bugs, but this field clutters the form for routine bugs. You want Root Cause to appear only when Priority is High or Critical.
Goal: Show the "Root Cause" field only when creating Bug issues with Priority = High or Critical.
Step-by-Step Rule Configuration
Select Screen
First, choose where the rule should apply.
- Open the Dynamic Screen Rules configuration panel
- Click the tab for the screen you want: Global Issue Create, Issue View, or Issue Transition
For our example: Click Global Issue Create (we want the rule to apply when creating issues).
infoWhy this screen? We want to control field visibility during issue creation. Global Issue Create is the best screen for progressive disclosure where fields appear as users make selections.
Click Add Rule
- Click the + Add Rule button (typically in the top-right corner of the rules list)
- The rule configuration form appears
You're now in the rule builder.
Choose Target Field
Select the field that the rule will affect.
- In the rule form, find the Target Field selector (usually the first option)
- Click the dropdown to see all available fields
- Select your target field
For our example: Select Root Cause from the field list.
infoOnly fields already on the screen appear in the target field list. Dynamic Screen Rules modifies existing fields—it doesn't add new fields to screens. Add fields to screens through Jira's native screen configuration first.
warningCan't find your field? The field must be added to the Jira screen first. Navigate to Project Settings → Screens to verify the field is on the Create screen.
Define Scope (Issue Type Filter)
Scope determines which issue types the rule applies to.
- Find the Scope or Issue Type section in the rule form
- Select which issue types should trigger this rule
- Leave empty to apply to all issue types, or select specific types
For our example: Select Bug from the issue type list.
Why scope matters: Rules can target specific issue types without affecting others. Our Root Cause field is only relevant for Bugs, not Stories or Tasks, so we limit the scope to Bug issues.
tipMultiple issue types: You can select multiple issue types if the rule should apply to several types (e.g., Bug and Incident).
Select Action
Choose what the rule does when conditions are met.
- Find the Action section in the rule form
- Select an action from the dropdown:
- Show / Hide Field
- Make Field Required
- Lock Field (Read-Only)
- Set Field Value
- Change Field Label
- Change Field Description
- Limit Field Options
For our example: Select Show / Hide Field.
Why this action? We want the Root Cause field to appear when conditions are met and remain hidden otherwise. Show/Hide is the perfect action for progressive disclosure.
Configure Action Parameters
Some actions require additional parameters.
For Show / Hide Field:
- Behavior: Show field when conditions are met (this is typically the default)
- Most Show/Hide actions don't require additional parameters
infoAlternative behavior: Some configurations let you choose "Hide field when conditions are met" instead. For our use case, we want "Show," so the field appears when Priority is High or Critical.
Other actions may have parameters:
- Set Field Value: You'd specify what value to set
- Change Field Label: You'd specify the new label text
- Limit Field Options: You'd select which options to show or hide
For our simple example, Show/Hide typically requires no additional parameters beyond the condition.
Define Conditions
Conditions specify when the rule triggers.
- Find the Conditions section in the rule form
- Click + Add Condition to add a condition
- Select the condition type (field-based, context-based, or user-based)
- Configure the condition details
For Our Example - Field-Based Condition:
- Condition type: Field-based
- Field: Priority
- Operator: Equals
- Value: High
Add a second condition for Critical priority:
- Click + Add Condition again
- Field: Priority
- Operator: Equals
- Value: Critical
Result: The rule triggers when Priority = High OR Priority = Critical.
infoMultiple field-based conditions use OR logic. If ANY condition is met, the rule triggers. This means "High OR Critical" without needing complex logic configuration.
tipNo conditions? If you don't add conditions, the rule applies to all issues of the specified scope (all Bugs in our example). This is useful for rules that should always apply to certain issue types.
Review Your Configuration
Before saving, review the rule summary:
- Target field: Root Cause
- Screen: Global Issue Create
- Scope: Bug issue type
- Conditions: Priority equals High OR Priority equals Critical
- Action: Show field
Mental check:
- ✅ Does this match your business requirement?
- ✅ Will it trigger in the right situations?
- ✅ Are there edge cases you're missing?
If everything looks correct, proceed to save.
Save the Rule
- Click Save or Create Rule button (button text varies by UI)
- The rule is created and automatically enabled
- You return to the rules list with your new rule visible
infoRule naming: The system auto-generates a descriptive name based on your configuration, like "Show Root Cause when Priority = High OR Priority = Critical (Bug)."
You don't manually enter rule names—the system creates clear, readable names from your configuration.
Test Your Rule
Now verify the rule works as expected.
Testing checklist:
- Open the Create Issue dialog - Click Create in Jira's top navigation
- Select the issue type in scope - Select Bug as the issue type
- Observe initial state - The Root Cause field should be hidden (Priority is empty, conditions not met)
- Trigger the condition - Select Priority = High
- Verify the action - The Root Cause field should appear immediately
- Test the other condition - Change Priority to Critical - The Root Cause field should remain visible
- Test non-matching condition - Change Priority to Low or Medium - The Root Cause field should disappear immediately
- Test different issue type - Change Issue Type to Story or Task - The Root Cause field should not appear even if you set Priority to High (rule is scoped to Bug only)
tipRule working correctly? Congratulations! You've created your first rule. The form now adapts to user input, showing the Root Cause field only when relevant.
What You've Learned
Congratulations! You now have the foundational knowledge to create any rule in Dynamic Screen Rules.
You now know how to navigate configuration, create rules step-by-step, set up target fields and scope, define conditions and actions, and test your rules. This foundational process is the same whether you're creating simple visibility rules or complex multi-condition rules with advanced actions.
Next Steps
Continue your learning journey:
- Explore All Actions - Guide to all seven actions: show/hide, required, lock, set value, change labels, limit options, and more
- Master Conditions - Deep dive into field-based, context-based, and user-based conditions
- Field Validations - Enforce data quality with 15 validation types across presence, date, number, and text categories
- Smart Values - Compute field values automatically using expressions, date math, and conditional logic
- Use Cases & Examples - Ready-to-use configurations for common scenarios
- Managing Rules - Enable, disable, edit, delete, and organize your rules