It has happened that not only me, but several other users have administrative priviledges to JIRA and, unfortunatley, I can do nothing about it. Some of administrators do whatever they want in JIRA (there are some managers I cannot tell what to do or not to do, they just do it) and it turns out that very often I need to clean after them. But the problem is that I do not know what has been changed recently as long as I have no track of administrative actions performed in JIRA.
So, the question is following:
Can I track somehow what has been changed recently by JIRA administrators? Can I enable some logging, notification, tracking feature, etc? That would help me a lot.
I understand that it is not a usual situation and administrators should know what they do, but that's, unfortunately, not my case.
I've been there too, and feel your pain.
In fact, most of my roles have started with a significant element of "we've got loads of administrators and the system is an unmaintainable mess". I'd highly recommend locking down who can administrate it to as small a team as possible, and making sure that that team IS a team - do what you can to get them to communicate, talk and ask before risking things. (Avoid a committee of administrators though, it's all about talking)
As C. Faysal says, plugins found by that search are well worth looking into. I've direct experience with the one by Plugenta, and I can recommend it (I'm a happy end-user of that one, I'm not advertising).
If no plugins allowed there, or you struggle with the cost, then your other option is the logs, but it's very hard work unpicking who's done what and you can only get partial information.
Thanks a lot for your comment.
" I'd highly recommend locking down who can administrate it to as small a team as possible, and making sure that that team IS a team"
is not applicable in my case. Making team of users who have been included into the administrators group for some reason is just absolutely impossible.
I will go either with audit plugin (not sure managers will agree to pay for this plugin; in fact, they cannot even buy atlassian university for the company, which is much more important for my team than auditing plugins) or with the logs.
Bother - the best solution in this case is the human one - simplify the administrators group down as far as possible. It's very easy in larger corporate/enterprise places because having too many administrators rapidly leaves them in a mess and it's easy to justify limiting it (especially after admin X breaks a system in a way that could land managers in jail...)
But I do understand that some places would struggle to do this.
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
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot