You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
Can we change the setting of Jira so a cross-team ticket must be in a certain priority?
Our company requires that a cross team ticket must be in Highest or High Priority. Currently, we need to manually go through all the tickets to check the priority for all corss-team tickets, which takes a lot of time.
Is it possible to change some setting so the ticket creator can only set the priority to Highest or High when assigning a ticket to a cross-team member in the first place?
Hello @Christoff Jiang
Welcome to the Atlassian community.
How would Jira be able to identify that a ticket is being assigned to a cross-team member?
When is the ticket assigned to a cross-team member? Does that only happen during the creation of the issue, or might it happen after the issue has been created?
There might be a couple of methods to address this, but it depends on the answers to those two questions.
Thank you so much for replying!
We use the Project field to distinguish between different team. Please allow me to elaborate the process using the following example.
When someone is creating a ticket, let's assume assignee A belongs to project X, reporter R belongs to project Y. A cross team ticket defined when X does not equal to Y.
This may happen when the issued being created or after its creation. After this issue is created, the priority should not be able to be changed to any priority lower than High. However, if the change in reporter R or change in Assignee A result in they belongs to the same project, changing it to lower priority can be allowed.
Thank you again fro looking at this case.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
How exactly do you know that a given user "belongs" to a project?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.