I'd like to remove certain fields (priority, components, labels and Resolution) of the 'Details' section but I'm struggling to understand how to do this.
I've gone into Project Administration > Fields and can see Components, but I cannot find any way to remove this (or any other) from the Details section.
Hi Nic, can you elaborate please?
The reasons why I've removed the 'Resolution' field are:
For anything that is not 'Closed', but we are unable to progress, we will place 'On-hold'. Is there anything else I'm missing here?
JIRA, and many of the add-ons *rely* on resolution to tell you whether an issue is "done" or not. Even if you don't ask the users for it, you really need to set and clear it, or all the "issues closed" type reporting stops dead (because everything is open) There's nothing wrong with your Closed/On-hold approach, that's perfectly fine. But unless you set a resolution, those status are "unresolved" and will be reported as open.
Just one further question, when it comes to reporting on end to end times within JIRA Service Desk, is it best practice report between 'Ticket Creation' and 'Resolved Time', or 'Ticket Creation and 'Closed Time'? In the 'Queues' section I can find a column for 'Resolved Time', which makes me believe that 'Ticket Creation' to 'Resolved Time' is easily reportable, but I'm struggling to find anything for 'Closed Time'.
Depends on your reporting. Some people need the "time issue entered a particular status", but that might not be that useful if you have multiple status that you might want to track. That's as clear as mud, and I don't know how to improve the prose, so here's some worked examples: 1. An issue can go from "in progress" to "resolved" and then to "closed". You can easily track the "closed" date. 2. An issue can go from "in progress" to "resolved" and then to "closed", but could be "closed" from anywhere. You need to think if the resolution is what you want to trap, or the closed event 3. An issue could be "closed" or "cancelled" or "rejected", with all of those representing valid "end states" for it. You probably want to work off the resolution date on those.
Sorry, I left out: There is no "closed date" because you don't have to have "closed" in a workflow. Resolution is always there and Jira traps the last time you resolved it, but it can't handle the workflow states because they could be anything. So you need to look at the issue history to get any transition dates.
You cannot delete system fields like the one's referred above, rather you can edit the field configuration of the Project (Assuming this field configuration is not being shared by other projects. Because, changing shared schemes will affect other projects), make the system fields hidden and you will not see them on screens.
This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.Read more
Hey Atlassian Community! Today we are launching a bunch of customer stories about the amazing work teams, like Dropbox and Twilio, are doing with Jira. You can check out the stories here. The thi...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs