Details
-
Suggestion
-
Status: Under Consideration (View Workflow)
-
Resolution: Unresolved
-
6,835
-
431
-
Description
NOTE: This suggestion is for JIRA Cloud. Using JIRA Server? See the corresponding suggestion.
Hi everyone,
Thanks for voting and commenting on this issue. I’m Nathan a Product Manager at Atlassian that is working on project configuration for next-gen projects.
We have been working hard on simplifying project setup and configuration, as one of the Jira team's top priorities right now. We are making a big investment to make project configuration in Jira so intuitive, that anyone can do it. This is no small feat, given that we need to retain the power and configurability that our users expect.
To do this we have been iteratively working on next-gen projects (formally known as Agility projects), starting with a simple experience and adding more powerful features as we go. I have been eagerly watching top voted feature request tickets like this for sometime and waiting for the opportunity to work on this feature. I wanted to update everyone to say that my team is actively envisioning what priorities and resolutions per project will look like in next-gen projects.
Please don't hesitate to contact me if you have any questions or feedback.
Regards,
Nathan Sturgess
nsturgess@atlassian.com
Product Manager, JIRA Platform
Original request description:
As a JIRA Administrator I need more granular configuration for my projects:
- 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.
- 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.
Attachments
Issue Links
- duplicates
-
JRACLOUD-32049 Individual priorities for every project
- Closed
-
JRACLOUD-44150 Possibility to make different priorities for different projects
- Closed
-
JRACLOUD-1871 Custom Issue Types + scope
- Gathering Interest
- is duplicated by
-
JRACLOUD-25910 There should be more configurations which can be adjusted by projects - For example: Time Tracking, Resolution and Priority.
- Closed
-
JRACLOUD-35598 As an Administrator, I would like to set up resolution schemes
- Closed
-
JRACLOUD-42890 Allow different resolutions for different projects
- Closed
-
JRACLOUD-62903 Configure Priority based on Project
- Closed
-
CLOUD-6553 Create schemes for Priorities
- Closed
-
CLOUD-6554 Create schemes for Resolutions
- Closed
- is related to
-
JRACLOUD-16443 Create a jira.field.resolution.include transition attribute
- Closed
-
JRASERVER-3821 Priorities per Project and Resolutions per Issue Type
- Closed
-
JSDCLOUD-1374 Priorities per Service Desk project
- Gathering Interest
- relates to
-
JRACLOUD-72706 Re-appearance of the deleted resolution code Done
-
- Closed
-
-
JRACLOUD-59533 JIRA creates a deleted resolution whenever a new Software Project is created
- Gathering Interest
-
MOVE-9460 Loading...
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
1.
|
Create Admin screen for Priority Scheme |
|
Closed | Unassigned |
2.
|
Apply those velocity templates, but get config from the data-source |
|
Closed | Unassigned |