I am newbie in using /configuring Atlassian JIRA however able to go through the help documantation and configured a project with all necessary custom fields, screen & workflows and its working as expected.
Now the next level is to drill down the project to have multiple teams / users use the same project with the below requirment. I would need inputs in building a better system. Thanks in Advance J
Will have “XYZ” as a single Project and it will have only one Project Lead ( as standard ) who has the control on entire project as an ADMIN. – This is in place
Project would have multiple groups like A1, B1, C1 etc.. – How to create ?
Each group has X number of JIRA users - ?
Each Group will have a Group Lead who should have access to his tasks (including team members of the group).
Group Users – Users will have access only to the issues assigned to them as Assignee - ?
If an Issue is been worked by multiple groups then the same issue is assigned to other group Lead as asignee via Sub Tasks –Sub tasks are in place
On the the idea is to have number of groups and group leaders and users would create/change/complete their own issues and single issue can be used by multiple groups as subtasks
Groups don't have all those functions. They really are just collections of Jira user accounts, and have no strong relationships with projects - how you use them is up to you
So, taking your points
You might actually find it easier to skip the use of groups here and just do everything with roles in the projects - at least that way, the project lead can maintain the people who have "access" to their projects instead of a system admin having to mess around looking after groups.
Hi Nic, I am not familier with the use of Groups.. but my intention was to have each project sub divided into multiple other teams and each team has a owner with set of users in it.. no other teams should be able to see issues assigned other than the one they are part of the group. I read somewhere suggesting to use component lead.. does that works for my case ?
You need to separate out "groups" from "projects" in your head.
They have no direct relationship, you need to define that.
Hi Nic, As I am new to the tool I may sound layman in asking questions..
I wanted to have only one project ( basically I wanted to use each client as a project) So each client has multiple teams working with own set of tasks, as you said abouve I have created a single permission scheme.. my question is how do i differantiate the tasks of each team and no other team member should have access to other teams tasks.
Ok, so how are you going to tag the issues to mark them as belonging to a team (or set of teams)?
You simply can't segregate issues up without some data on them to allow you to do it. The standard approach is to drop them into projects, but you need something else.
There are ways to separate them within projects, but before we can launch into that, we really need to know how you are planning to identify the issues as belonging to or to be worked on by a team.
Thanks Nic, Post your inputs and my analysis.. i have moved out of having entire concept of having only project and multiple leads.. and started creating each group/set of users into individual project and have prject lead for every project for better control.. Looking into options to have control over permissions to view isssues based on authorizations.. wanted to have project lead should be able to view / edit any issue and team memebr should be able to see / edit only their own issues.. please suggest.
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
@Rachel Wright (Jira Genie), @Billy Poggi (AUG NOVA, DC), and @Dana Jansen (Confluence Queen) are just some of the folks that lead one of the world's most active Atlassian User Group (AUG)....
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