We have configured board (test board) for only one project(test project)
User is the Owner of the Board(test board) and admin of the project(test project)
but user is not able to complete the sprint because "complete sprint" option is grayed out ,what could be the reason please suggest on the earliest.
we are using JIRA 7.2.2 recently upgraded.
Could you check:
I don't know if this is true for your specific case, but often the JQL filter used to retrieve the data for your board is the cause.
If your filter is based on flexible criteria, Jira does not know what projects may be returned in the backlog and more or less requires you to grant manage sprints permission to all jira projects on your instance. With 'flexible criteria', I mean generic clauses like:
Component = Infrastructure
assignee in membersof("My Team")
"Epic link" IS NOT EMPTY
or an unwanted JQL glitch like this, where a lot of data are added to the result by accident:
(project in (A, B, C) AND Resolution = Unresolved) OR (Resolved > -30d)
In most cases you will probably not like to grant the 'Manage Sprints' permission to a bunch of people on all projects. So if you recognise this, see whether you can find a way to make the projects in your backlog explicit in your board filter.
Thanks for your info.
But in the same board and project we have 4 sprints
Out of 4 sprints , we are to get the "complete sprint" option for 3 sprints but not for other one.
we are using the same project and same board for all 4 the sprints .out of 4 sprints 3 are good why the remanaing one
Thanks for providing some additional info. As I can't see your specific situation, have a close look at what is different in this 1 sprint in comparison to the others:
I had the same issue recently with one project and exhausted all the standard checks.
What it turned out to be was the project key had been changed at some point, but the filter driving the Sprint board still used the old project key.
This is why changing a project key is so risky - the old key never disappears, creating lots of opportunities for confusion.
Another possibility, which we are experiencing just now, is the browser not properly refreshing the board page after assigning the 'Manage Sprint' permission with a Project Role. Meanwhile, they are able to 'Complete Sprint' with a different browser as workaround. That function is overly sensitive, from I found over the years.
I discovered another possible cause of this today; bear with me as it's a little convoluted.
Someone creates a Sprint Board (not attached to a project) with a JQL filter that spans more than one project. Sprints created in this board therefore span multiple Jira Projects.
However, these Sprints also appear in each of those individual Jira Projects, in their native Sprint and Backlog boards. To close this Sprint, you'd need Manage Sprint permission in all projects (which is what the tooltip error tells you).
But it's a tricky one to troubleshoot, as you'd naturally go to the Board configuration in the individual project where a user is having the problem, and see only one board in the filter.
What you need to do is get the Sprint ID (see https://confluence.atlassian.com/jirakb/jira-software-how-to-search-for-a-sprint-using-jql-779159065.html) and then look it up with the following:
select "ID","NAME","RAPID_VIEW_ID" from "AO_60DB71_SPRINT" where "ID"= <ID of SprintA>;
If the RAPID_VIEW_ID isn't the same as the board the user's looking at (check secure/RapidBoard.jspa?rapidView=<board id>), then there's your problem! Go to the board ID returned in the query and start troubleshooting from there.
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events