nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Greenhopper - Restrict ability to move items

Steve Sweales

Within the Plan section of Greenhopper, it is possible for people other than the Product Owner to change the order of the backlog, and even worse - add items to a current sprint.

In my mind this is incorrect as the PO owns the backlog and what is commited to a sprint, therefore nobody else should be able to do this.

I can't find any way of restricting the re-ordering of the backlog (or adding items into a sprint) - surely there is a way to do this? Anybody able to point me in the right direction?

I am using JIRA 6.0.1 and Greenhopper 6.2.2 - I am not using the Classic boards.

Accepted answers

All comments

Dobroslawa Wierzbicka

As of now, the right to rank Issues is derived from the Schedule Issues Project Permission, so you may want to make sure that only the PO has it. As for adding and removing Issues from Sprints, that's based on the Edit Issues Permission - so limiting this would affect more users. You may want to vote for this related feature request, though: GHS-7881.

See this article for details on how GreenHopper inherits Permissions from JIRA: GreenHopper JIRA Configuration - Permissions.

Steve Sweales

I believe the Schedule Issue Project Permission is only used for the classic boards? Or have I misunderstood?

I thought that this permission was not available for the latest Greenhopper boards?

Dobroslawa Wierzbicka

Indeed, the Classic Boards used that (in a slightly different way), but so do the Rapid Boards - the article I linked to in the previous comment describes just that (:

Steve Sweales

Ok, just removed the schedule permission from the developers group, and indeed they can now not reorder the backlog or move an item into a sprint

However

They can not not edit any of the issues. i need them to be able edit the issues, just not move them within the backlog. =(

James Strangeway

I would say the PO owns the backlog and the development team owns the sprint backlog. Also, I would think that the development team "commits" to what it can accomplish, but you would want them to be able to pull issues into a sprint from the backlog (ordered by the PO) if time permits.

Fabrizio Galletti

If you reenable the schedule permission will they become able to edit it?

are you sure about the edit permission? try to add a single user to the project developer role and check if it works right

Have you some kind of limitation on WF like status properties?

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira-software

jira-administration