Affectation des rôles aux utilisateurs
Les utilisateurs peuvent jouer différents rôles dans différents espaces de travail. Ils peuvent également jouer différents rôles dans différents projets.
Affectation des rôles dans les espaces de travail
Des rôles de sécurité peuvent être attribués aux utilisateurs par espace de travail.
Par exemple, Joe Doe, vice-président (Ingénierie), peut se voir attribuer le rôle de superviseur de projet en Ingénierie afin de pouvoir effectuer n'importe quelle action de projet en Ingénierie, se voir attribuer le rôle de visualisateur de projet en Marketing afin de pouvoir visualiser n'importe quel projet en Marketing, mais ne jouer aucun rôle en Ventes.
Dans Celoxis, vous pouvez attribuer des rôles de sécurité aux utilisateurs sur l'écran d'ajout/modification de l'utilisateur ou en utilisant l'écran de modification en masse de l'utilisateur.
Affectation des rôles dans les projets
Les utilisateurs peuvent se voir attribuer des rôles dans des projets spécifiques.
Les utilisateurs qui jouent des rôles dans un espace de travail, jouent ces rôles dans tous les projets de cet espace de travail. Toutefois, dans certains cas, vous pouvez souhaiter accorder des privilèges supplémentaires à un utilisateur dans le cadre d'un projet spécifique.
Par exemple, Earl Engineer joue le rôle de Project Viewer dans l'espace de travail de l'ingénierie. Toutefois, il joue un rôle de premier plan dans l'un des projets, de sorte que le chef de projet pourrait lui confier le rôle de superviseur de projet pour ce projet spécifique. Cela signifie que Earl obtient tous les privilèges associés à Project Viewer ainsi qu'à Project Supervisor dans ce projet.
Rôles auto-attribués
Certains rôles de sécurité sont automatiquement attribués à l'utilisateur, par le système, en fonction de l'objet sur lequel l'utilisateur tente d'effectuer l'action.
Par exemple, si Mark, un chef de projet, essaie de visualiser une tâche dans ce projet, le système lui attribuera automatiquement le rôle de chef de projet uniquement pour cette action. Si Mark essaie de visualiser une tâche dans un autre projet dont il n'est pas le chef, ce rôle ne lui sera pas attribué.
Les rôles suivants sont automatiquement attribués à un utilisateur :- Gestionnaire de projet — lorsque l'utilisateur est un chef de projet du projet de l'objet.
- Équipe de projet — lorsque l'utilisateur est un membre de l'équipe du projet de l'objet.
- Equipe de tâche — lorsque l'utilisateur tente d'effectuer une action sur une tâche qui lui a été assignée.
Les rôles auto-attribués facilitent la définition de politiques telles que "Tous les membres de l'équipe de projet peuvent consulter et commenter toutes les tâches de leurs projets" et "Les chefs de projet doivent pouvoir modifier toutes les tâches de leurs projets".
Le rôle du personnel
Si l'utilisateur joue un rôle quelconque dans un espace de travail, alors cet utilisateur joue également le rôle de membre du personnel dans cet espace de travail.
Le rôle de Staff est une commodité qui permet de définir des politiques pour tous les membres d'un espace de travail. Par exemple, si vous souhaitez que tous les utilisateurs de l'espace de travail du marketing puissent consulter ses projets, vous donnerez le privilège "Voir le projet : accordé au personnel".