Administrator can perform sprint actions (create, start, complete), but Project Administrator can't


  • I have 2 Rapid Boards
  • Both use filters that include issues from multiple projects
  • In some cases, the same issue will appear in both boards

Problem: User is unable to Complete Sprint, Create Sprint, or Start Sprint, on either board. I have confirmed that this user has the Project Administrator role for all projects included in the filters. I have gone as far as to give this User the Project Administrator role in _all_ projects.

However, any JIRA Administrator is able to perform all of the Sprint actions.

Can anyone provide any clues as to what the problem is with this scenario?

Just FYI, here are the two filters used:

  1. (team = design OR project = Design) AND project != PJP ORDER BY Rank ASC
  2. (team = creative OR project = Creative) AND project != PJP ORDER BY Rank ASC

3 answers

1 accepted

3 votes
Answer accepted
Timothy Chin Community Champion Apr 22, 2013

(info) Note that you can only create a new sprint if you have the 'Administer Projects'permission in all projects included in this board's filter. If the filter includes a global condition (not specific to a project), it means that you need to have 'Administer Projects' rights on all the projects in the JIRA instance. An example of such a filter is label = 'test' OR project = DEMO . In this example the label condition is applied to all the projects in the system and theoretically it can return issues from any project in the instance.

That's what the documentation says. If you find that it is not the case, it may be a bug.

However, I would change "project != PJP" to "project = PJP" or do it one by one to check which project is causing the problem.

Thanks Timothy ... I had read that, but reading it here I'm interpretting it differently. In fact what it is saying is that it's not about which issues are returned by the filter, but rather, which issues could potentially be returned by the filter -- which in my case is basically any issue!

I will put this to the test and give you the karma if this is correct!

So I've given a select group of users Project Administrator role on every project in our JIRA instance, and this seems to have solved the problem ... Somewhat frustrating, as I think it would be less hassle if the requirement was only that Project Administrator role was required on all projects returned by the board's filter.


we are running into this on our installation, as well. we're using JIRA 6.4.11 server edition. the users who are project admins but not site admins are unable to end sprints even though they are listed as project admins for all projects listed in the filter.

of note, they still can't end the sprint even when they're viewing only this project, meaning there is no filter to potentially bring in other projects.

this is also the case when no other projects are attached to this sprint.

they can, however, begin sprints.

unfortunately, granting everyone site admin perms or adding them as admin for all projects is not a workable solution for us.

it's very important that we get this fixed, please? how do we allow non-site admins to finish sprints?


Suggest an answer

Log in or Sign up to answer
Community showcase
Published Feb 26, 2019 in Jira Software

How to prevent the propagation of unused project schemes, workflows & screens in Jira software

Atlassian ranks project attributes as the third most important factor impacting performance in the category of data. It’s not surprising, since project attributes are precisely the rules used to ma...

630 views 0 7
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you