Jira Account locations

I use developers from overseas and have found that my project is now jumbles as far as documentation, error tracking within the code etc. I am wondering if JIRA allows me to set up an account and give developers from overseas a log in so they can ad docs, project notes etc and create links to where bugs have been found in code etc. The KEY piece being is that I control the data and it stays as is if I change developers.

2 answers

Yes, I can suggest a couple of ways to somehow accomplish what you want:

  • Setup a generic JIRA internal ID, give it the minimum access needed update/create issues and give your developers its password.
  • Use JIRA Issue Collectors and give them the javascript source. You can enable the "collect environment details" and label so that you will have additional information about the issue.

We do something like that on my setup. We have developers from partner companies. They are not trusted to modify of transition issues, but they can add comments and attachments. Here's how to apply did this:

  1. Create a project role specifically for that purpose. Call it "Partners" or "Overseas Users" or whatever makes sense to you
  2. In your permission scheme, only give Browse Project, Link Issues, Add Comments, Add Attachment and Assignable User.
  3. Create JIRA users for your developers and assign them to a Group
  4. Assign that group to the new project role you've created
  5. Whenever you need to change developers, disable the old accounts and add the new ones to the Group. There will be no need to change the project roles or permission scheme.

The advantage of that solution is that it scales easily with multiple projects. You only need to edit the user group once, and permissions are adjusted automatically for all projects.

The previous answer advised a single account for your group of developers instead of one account for each individual. That will work if your developers are trustworthy and will stay the same for a while. But imagine one of them leaves to work elsewhere or is fired, or otherwise should not access to the project anymore. Now you have to change the password and this affects the remaining users.

Also, if multiple users use a single JIRA account, accountability might become an issue. If someone messes up, you're going to have a hard time figuring out who it is and addressing the issue.

Unless you're running out of licenses, it's better in the long run to create individual users. 

 

Suggest an answer

Log in or Join to answer
Community showcase
Sarah Schuster
Posted Jan 29, 2018 in Jira

What are common themes you've seen across successful & failed Jira Software implementations?

Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...

2,789 views 11 18
Join discussion

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
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot