3

Having evaluated a number of tools for managing an agile workflow, we are settling on Pivotal Tracker.

There is one desired piece of functionality it does not appear to have. It would be beneficial if only the Product Owner could move stories from the Icebox to the Backlog.

Is this a feature?

1
  • 2
    Your question has been lightly edited to prevent closure as an opinion poll. Asking how to do something with a tool is on-topic; asking why a product was designed a certain way is an opinion poll, and something that only the product developers can answer.
    – Todd A. Jacobs
    Commented Jan 30, 2015 at 15:59

2 Answers 2

2

This is not a feature

Pivotal Tracker is a nice tool, however it lacks verbose permission and role functionality. Currently Pivotal Tracker only defines 3 specific roles for projects which are:

  • Owner
  • Member
  • Viewer

Account roles can be viewed here. At this time, one cannot describe what a particular role should have access to/capability to perform. For additional information on this request, you can see a discussion history of it here.

2

TL;DR

Pivotal Tracker uses a rather simplistic permissions system that doesn't provide fine-grained technical controls. Process controls you impose on the the use of Pivotal Tracker by users with "member" or "project owner" permissions will need to be administrative rather than technical.

Pivotal Tracker Has Open Permissions by Design

In the question, the original poster (OP) says:

It would be beneficial if only the Product Owner could move stories from the Icebox to the Backlog.

Pivotal Tracker supports only three levels of permissions: project owners, members, and viewers. It doesn't seem to support finer-grained permissions, and apparently this is by design. One Pivotal Tracker representative has said:

Tracker is used by many diverse teams, and it would be difficult for us to come up with a permission scheme which would satisfy everyone, and justify the additional complexity (we like to keep things simple).

So, our philosophy is that these different roles for project members should be something that is agreed upon and communicated within your team (because communication is good!). If there are only certain activities which should be performed by project managers, this can be communicated to all team members. If someone makes a mistake, it is easily reverted in most cases by looking at the project history.

Short of making someone a "viewer" with read-only permissions, there is currently no way to restrict someone's activity within Pivotal Tracker in the way the OP describes. Any process controls imposed on the the use of Pivotal Tracker by users assigned to the "member" or "project owner" roles will therefore need to be detective->administrative rather than preventive->technical in design.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.