Hi Everyone!
Wanted to start a fun topic focused around Enterprise sized instances.
What are some overall Atlassian best practices that because of working in Enterprise Environments you learned? Something that when working on smaller instances wasn't something that was part of the day to day or may have been overlooked, but in a large instance it is needed.
This could involve the way you query for things, the way you configured something (categories, schemes, blueprints etc) or any other number of functions.
To give an example, for me I learned in Jira Data Center, it's always best to search for filters with "". This maybe true for Cloud too!
When I worked in a smaller environment it was easy just to look up a users name. But in the larger environment many users have filters with similar names and search only works for me with "" even if i know the user in many cases.
We do not promote to search for additional apps. During the last years we recognized that every new app means another potential bug and problem cause.
Using Project and/or Project Category in your JQL was a big early one for us. When people are looking at board filters for their teams it's easy for them to say something like "show me all open stories owned by assignee memberOf(groupname)" without realizing that means that Jira is going to look over the entire instance to find them.
Handling departing users is something that we've come to learn (and feel the pain on) more recently. If you don't have good guidance on how to handle Jira and Confluence objects that are owned or controlled by departing users, you can have surprises where boards are broken on a Monday morning after their last day was Friday. :( In the tech world's current "everyone move one company to the left" there's a lot more of that right now.
Yes! I regularly (not THAT regularly) check Structure boards to ensure their owners are still active.
Yeah, the structure automation suddenly returning no results since it runs as an inactive user is an unwelcome surprise.
The team that owns Jira in our org has put together scripting to find a list of filters/boards/structures/dashboards on demand for a given username. I'll mention the idea of scanned for inactive users in general.
Personnaly what I used to do is create a user dedicated to a department and give it the permission to share filters and dashboards. I would create everything and transfert the owneship to it. If the boards changed often, I would give the usename and password to the manager and have him/her make the changes. That way everything will be active if the manager left.
Custom Field Configuration Schemes
From a performance perspective, though possibly not such an issue in Data Centre - we're (still) on Server - it is important to configure custom fields against projects which use that field. The latest version of Jira Server helpfully suggests this when you create a new custom field. This not only helps with performance but also other areas like limiting the number of fields available when performing a bulk update.
this is also an issue in data center and cloud. always good to scope custom fields for performance!
Definetely important!
For us the best way how to maintain index related changes and app updates: we do such changes and app updates ones a month at a weekend. After that we restart the system and empty the plugin cache AND we create a new issue index. This solved so many problems he had before (server installation).
Watching/following this discussion for tips & tricks.