Uploaded image for project: 'Jira Data Center'
  1. Jira Data Center
  2. JRASERVER-67564

Priorities per Project and Resolutions per Issue Type

XMLWordPrintable

    • 1
    • 0
    • We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for JIRA Server. Using JIRA Cloud? See the corresponding suggestion.

      Atlassian Status as of 17 November 2017

      Hi everyone,

      We're excited to announce that Priority schemes were just shipped with Jira Software 7.6. As some of you have already noticed, 7.6 was released yesterday, and you can download it here.

      What we've built

      As mentioned in our previous update, after research, spikes, and user interviews, we've decided that introducing Priority schemes is the best solution for our customers. This feature uses a well-known administrative mechanism, and maintains a consistent experience.

      Further improvements

      We've put a lot of effort into delivering Priority schemes as early as possible to make it for the 15th anniversary. We've decided that some further improvements will be added after the Jira 7.6 release. These will include: REST APIs to manage priority schemes, the ability to copy the priority schemes, as well as some minor UI improvements. We're planning to release them in the following Jira version (most likely 7.7).

      Jira Service Desk

      We've been working closely with the Jira Service Desk team to understand the impact of Priority schemes on customers using Service Desk projects. We wanted to make sure that these customers receive the best experience when Priority schemes are introduced.
      To achieve this goal, we've identified further work, and are scoping it specifically for Jira Service Desk.
      To make this feature available for Jira Core and Jira Software customers as quickly as possible, we've decided to release it without the support for Service Desk projects. What it means is that admins will not be able to associate a priority scheme with a Service Desk project in the first version.
      This capability will be released independently by the Jira Service Desk team. Tracked in JSDSERVER-1374

      Resolutions per issue type

      We're re-adding the previous update on Resolutions per issue type here so that it's not lost in the stream of comments on this suggestion.
      Resolutions per issue type is really a separate feature request which we'll prioritise independently. In order to track it properly, we've created a separate suggestion purely for Resolutions per issue type here: JRASERVER-65924.
      In hindsight we should have separated the two a long time ago, but we promise we will use all the comments around resolutions from this suggestion in the design of the feature, so no need to put the same comments, just make sure to vote and watch the issue! We will provide further updates in there.

      You can read more details regarding Priority schemes and other capabilities that we added in Jira Software 7.6 here.
      As always, we would love to hear your feedback so feel free to reach out to me directly, or post a comment in this suggestion.

      Cheers,
      Jakub Lazinski
      Product Manager, Jira Server

      Original request description:

      As a JIRA Administrator I need more granular configuration for my projects:

      1. I want to be able to specify different priorities for different projects instead of having a global priority list. The current global priority can be used as a default, but I would like to be able to change them per project.
      2. Depending on the issue type, the resolution may be different. For example: in case of bugs, the resolution may be set to "fixed", but in case of improvements there is nothing to fix and the resolution should rather be "implemented". I need to be able to specify the default resolution separately per each issue type.

      Potential Workarounds:
      There are some workarounds that can provide some solutions to this issue:

      • Custom fields for priorities and resolutions can be used on a per-project basis.
      • Customizing velocity templates to limit the visible priorities and resolutions per project, similar to what's posted below (though this approach does not apply for JIRA Cloud customers).

              Unassigned Unassigned
              5419533eba85 Marcin Sowa
              Votes:
              1 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: