Top 3 Instance Configuration Actions for Novice Jira Admin Edited

We have a novice Jira admin who needs to configure a new Jira Software instance for a Product Development Team.

Your thoughts: What are top three critical actions this admin should do in customizing this new instance in order to make this team successful in Jira Software, and why? 

("Actions" meaning updating settings or features like permissions, schemes, boards, roles, dashboards, workflows, etc.)

4 comments

1. Think about and configure new groups And Group membership of users.
2. Think about and configure global Project Roles you need. (Don't forget the default members). Associate users&groups to Project Roles in each Project. 
3. Create Project "templates" with configuration schemes you can reuse when you create new projects ("with shared configuration"). One template per project "category". Configure notifications & permission schemes with Roles.

Thank you @Mariano Galán Martín! Great feedback!

We allowed teams to customize their JIRA instance to meeting their teams needs since we had no direction from our leadership to standardize.  the result was a 2000 hour project and a lot of of pissed off users who had to change.  (at one point we had 52 JIRA Admins, it grew organically to 2000 users, today we have 3800 ) 

I strongly encourage the restriction or limitation of allowing teams to create their own custom fields, workflow statuses, and other system level configurations. 

we found that JIRA out of the box was more powerful to transform teams then complex processes and workflows they created.

We created very loose best practices that drove our we created project templates and what teams could do on their own.  

Most important:   Think of reporting first!   if we considered our reporting requirements up front, 90% of our decisions would have been different.

+1 for Reporting first - this resonates strong with my experience in a totally different field - map making. For example, knowing when you start that international borders need to visually distinguished from internal border saves a lot of time fixing after the fact. To avoid spending all your time hand tuning every line the "border" features can to have a "type" field international lines are drawn differently from province different from state different from county different from municipal, all powered from a single symbol rule set. 

1) Board

2)Workflow and permissions

3) Filters

I agree a lot with its being said.

I'd like to add, that to me the first most important step is to talk with the Projects Administrators (and key users)  to know what problems are they facing into using jira to track and organize their projects and teams.

Then establish a set of priority objectives to change in order to solve those problems. Always having in mind the best practices in the configuration of jira, such configuring the needed groups, creating the project roles and standardizing schemes (permission, notifications, workflows) to be use in most project. In order to share as much schemes configuration's as possible, in this matter avoid overload of schemes (and therefore improve the administration work and performance)

Comment

Log in or Sign up to comment
Community showcase
Published Dec 03, 2018 in Agile

Marketplace Spotlight: Deviniti

 Hello Atlassian Community! Each month, we run a series of Spotlights to highlight Marketplace vendors and apps that our team thinks this Community would find valuable. In last month's S...

246 views 1 6
Read article

Atlassian User Groups

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!

Find my local user group

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

Groups near you