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
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
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Is it possible to catch when a user tries to delete a sprint? When I search for triggers I only find:
The goal is to restrict that deletion of a sprint only can be done form the board where it was created. Now we have major issues that a sprint, by mistake or purposely, is visible in another board and that the board owner deletes it based on "this sprint isn't mine". :(
Another option is to set that only the Jira project owner is allowed to delete a sprint.
Unfortunately the Jira permissions for "manage sprint" includes "delete sprint". Better would be to have "delete sprint" as a separate permission, but that is a case for another forum.
Hi @Peder Alm
I hope you're doing well.
With the 'Manage Sprints' permission, permissions are now checked against the filter query of the origin board — the board from which the sprint is created — not just against the issues within the sprint (as per this Atlassian article)
Depending on the filter query being used, your board might display sprints from other boards. For example, you have the TIS board and it's displaying Sprint 3, which was created in another board — the PMO board. In this case, the PMO board is the origin board of Sprint 3.
If you're in the TIS board and you're closing Sprint 3:
- Jira Software checks if you have the 'Manage Sprints' permission for the projects in the origin PMO board.
Have a look at that article (linked above) and consider following the stated approach:
This may not be the most optimal solution you might be looking for, but this coupled with having an honest discussion with your "sprint managers" about being extra cautious going forward should hopefully reduce any erroneous sprint deletion.
I am not aware of any feature improvement requests opened for Jira Cloud (though I believe I saw one for Jira Server) where someone raised a suggestion of being able to restrict sprint deletion by having its own specific user permissions settings. If there isn't, then it may be worthwhile to create one.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.