I manage several queues on behalf of my employer, in total we have about 12,000 issues tracked through JIRA.
As our organization has grown, we have found that some of our initial categories for tickets no longer accurately describe the work being tracked.
For example, graphic design. Rather than our design department working independently of our development team, they now work with us on a near daily basis. They went from illustrating to adding the resulting image to the product to modifying stylesheets, etc. This probably is a common refrain seen here, as this type of involvement is far more common with today's agile teams.
In our case, we have atomic tagging. A ticket is either "code" or "graphic design". Our idea was to move all the "graphic design" into "code", which would make categorizing tickets more straightforward and consistent. Unfortunately updating tickets like this modifies the "updated" and "resolved" dates, which are critical fields we use for searching on.
How have the rest of you dealt with this type of problem? Do you avoid recategorizing entirely? If so, how do you grow out your queues over time? or perhaps there is even a way to avoid updating "updated" and "resolved" which by itself might get me closer to a solution.
My example above is actually a simple one for our organization. We have a category called "legwork" which was pretty much for miscellaneous operational tasks. This queue has both "code" and "graphic design" in it, so we need to manually iterate over those to fix that up. Fortunately there aren't too many issues within this particular queue.
How do you tag issues? Updating the values will definitely affect the "updated" date and the only scenario I am thinking of that the "resolved" dates will be modified is because of your workflow restrictions that CLOSED issues cannot edited. Is this true?
Hi Gabrielle, Thanks for responding. We migrated over from trac many years ago, so in some ways our use of the system still mirrors that tool. We "tag" by just assigning a single category to a ticket. Basically our categories are a list of roles and projects right now, for example "graphic design" and "feature X". This doesn't make much sense of course, which is why I posted this question, so I can get this fixed. I... did not know that the queue could allow tickets to be edited once they are closed. If that's an allowed option (I'm going to immediately read the docs), then this is going to at least partly help solve my problem. To date we have been opening and closing tickets in order to make edits to them. Based on your options, I think option 2 makes the most sense. Is this what you do within your own projects?
Hello, Community! My name is Gosia and I'm a Product Manager on Jira Server and Data Center here at Atlassian. Since 2002 when we launched our public issue tracker, jira.atlass...
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