Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Why can't I manage my Sprint while I am the SCRUM Master?

As a SCRUM Master, one of your key tasks involves planning Sprints in your team and in order to do this, you must be able to create new Sprints and complete active ones.

In order to fulfil these tasks as a SCRUM Master, you require the Manage Sprints permission which is configured on a Project level in its Permission Scheme. This permission is required on ALL Projects included on the Board in order to manage the Sprint otherwise you will be restricted from doing so.

When working with complex filters, the Project scope where the Manage Sprints permission is needed can be expanded exponentially depending on the complexity of the filter and the number of Projects susceptible to fall within the scope of the JQL search.

By not being careful with this, this can sometimes lead to the SCRUM Master being blocked from managing a Sprint despite already having the Manage Sprints permission with the options being greyed out.




The button is greyed out, how do I find out what Issue(s) is blocking me?

Sometimes the Board can accidentally pick up Issues outside of the intended Project based on the JQL which isn't always a complex filter. The best way to identify what is the intruder Issue would be to close the filter and adding an extra parameter to exclude Issues in the known Project. For example:

Filter Query:
project = SCRUM or "Epic Name" in ('Lonely Epic')

Here we see an OR clause for the Epic Name field which can be linked with any Issue from any Project. By closing out the query to exclude the Project you can get what those extra Projects are:

Filter Query:
(project = SCRUM or "Epic Name" in ('Lonely Epic')) and project != SCRUM


My filter is not Project based but looks at the entire site, what do I do?

If no Projects are defined in your filter, you would be blocked from managing Sprints and presented with this message on the Board specifying that it does not have a defined Project.


This same logic is applicable for complex filters. A complex filter can be defined by 2 factors:

  1. Having too many OR clauses outside brackets which expands the search outside the intended Project keys uses in the query
  2. Though not technically complex, not specifying a Project and search on a field alone essentially makes Jira looks at every active Project on the site which is considered as a complex search

To use either type of filter where the Project is not clearly defined, you would need the Manage Sprints permission on every Project on the Cloud site in order to manage the Sprints and be able to complete and create Sprints.


Additional information:

This is not applicable for Next-gen Projects as their Boards do not use filters nor relies on a Permission Scheme.

A feature request has been created to improve how Jira handles complex filters and inform users accordingly:





Log in or Sign up to comment
AUG Leaders

Atlassian Community Events