Project

General

Profile

Actions

Feature #7980

open

New user management permissions: add own member, change role own meber, delete own member

Added by Terence Mill almost 14 years ago. Updated almost 12 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Permissions and roles
Target version:
-
Start date:
2011-03-24
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

If admin gives groups their roles on project, project manager shouldn't be able to change admin made settings. But he could add further other users/group and give them rights - of course not ones thery already set by admin.
So project manager then should be only able to change/remove the users he added itself, but never that ones set by an admin.

I think for many companies this would be needful, where are own an external team members.
Company team mates can be set by admin, eg. automatically via ldap groups and additionaly project manager can handle fluent external members by its own. So project manager can't "accidently remove its own team members which are managed by ldap grouping by field service.


Related issues

Related to Redmine - Feature #10117: 'Permission - Project - Manage Groups' requiredNew2012-02-01

Actions
Actions #1

Updated by Terence Mill over 12 years ago

related to #10117

Actions #2

Updated by Etienne Massip over 12 years ago

  • Subject changed from new user managment rights : add own member, change role own meber, delete own member to New user management permissions: add own member, change role own meber, delete own member
Actions #3

Updated by Terence Mill over 12 years ago

realted to Feature #8856 "Additive user management for project managers"

Actions #4

Updated by Jérôme BATAILLE almost 12 years ago

Do you mean you want to give the project leaders the mean to create groups and add any members in it ?

This can be very interesting, because actual groups managed by Administrators are not really usable :
Administrators lose time getting a project vision (knowing what are the projects and their members, which one have changed etc.), and in big companies, it will lead to a big overhead on their job.

Project leader have the knowledge of each need and movement, and have the time in each of their projects to do the according changes in the groups memberships.

The Administrative groups are a good thing linked to LDAP, for a corporate vision (Business Units memberships).
But on the project basis they should be managed by the project leaders, to include company and customer members.

Actions #5

Updated by Terence Mill almost 12 years ago

Jérôme BATAILLE wrote:

Do you mean you want to give the project leaders the mean to create groups and add any members in it ?

See for 2 approaches or possible implementation my comment here

This can be very interesting, because actual groups managed by Administrators are not really usable :
Administrators lose time getting a project vision (knowing what are the projects and their members, which one have changed etc.), and in big companies, it will lead to a big overhead on their job.

Project leader have the knowledge of each need and movement, and have the time in each of their projects to do the according changes in the groups memberships.

The Administrative groups are a good thing linked to LDAP, for a corporate vision (Business Units memberships).
But on the project basis they should be managed by the project leaders, to include company and customer members.

Actions #6

Updated by Daniel Felix almost 12 years ago

Terence Mill wrote:

This can be very interesting, because actual groups managed by Administrators are not really usable :
Administrators lose time getting a project vision (knowing what are the projects and their members, which one have changed etc.), and in big companies, it will lead to a big overhead on their job.

I would agree on this. This is something which our admins suffer from.

Actions

Also available in: Atom PDF