Project

General

Profile

Actions

Feature #8891

open

Ability to manage Role assignments by individual Group Member.

Added by William Baum over 13 years ago. Updated about 13 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Issues workflow
Target version:
-
Start date:
2011-07-23
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

Currently, assigning a Group to a Project and Role is an all-or-nothing proposition, as one can only assign an entire Group to a Project Role, and once assigned, individual Group members cannot be removed from that role.

We have groups for Developers, QA Analysts, BA's, etc., but these groups cannot be assigned to projects directly, because no project is worked on by ALL the developers or QA people and certainly not managed by ALL the PM's. The Group becomes useful mostly as a pick list to use when assigning users to projects.

Some method of adding and removing individual Group members from projects and roles is needed, and would greatly improve the usefulness of Groups.


Related issues

Related to Redmine - Feature #18424: can be in the project group managementNew

Actions
Related to Redmine - Feature #5542: Allow register users to add/remove themselves from a projectNew2010-05-17

Actions
Actions #1

Updated by Terence Mill over 13 years ago

I think that "problem" should be solved by proper groups and not using groups a container for people of same role. In user mangament system like ldap you have organizational groups or project groups and if u use roles you would would have attribute on individual persons but not use groups for that.
Using groups to assign roles above project level doesn't have any more adavantages than working around some "strange" grouping behaviour.

Actions #2

Updated by Etienne Massip over 13 years ago

  • Category set to Issues workflow

Agree with Terence.

Actions #3

Updated by William Baum over 13 years ago

Using groups for people of the same role isn't proper? Not sure how else one would do it.. If you made a group for each unique combination of individuals in a given role, that would quickly grow to a unique group per project role, which is no better than simply managing individuals at the project level.

For example.. Assume 50 projects, 20 developers, 20 QA people, and each project has a unique combination of developers and QA people assigned to it at any one time. The proper use of groups is to create 100 groups?

Actions #4

Updated by William Baum about 13 years ago

This limitation can be worked around by assigning the group to a role with limited privileges. You can then add and remove additional roles to specific individuals in the group.

Actions #5

Updated by Toshi MARUYAMA almost 10 years ago

  • Related to Feature #18424: can be in the project group management added
Actions #6

Updated by Toshi MARUYAMA almost 10 years ago

  • Related to Feature #5542: Allow register users to add/remove themselves from a project added
Actions

Also available in: Atom PDF