Rôles, droits et assignation

Cette page explique qui peut faire quoi dans Bernard (rôles et droits), comment les personnes sont rangées par département, et comment on leur assigne le travail. La création d'un compte utilisateur est décrite dans Gestion des utilisateurs.

Rôles et droits

Un rôle est une étiquette de poste (artiste, lead, superviseur, production, IT…) que le studio définit lui-même. Chaque utilisateur a un rôle ; chaque tâche a un rôle attendu (Assign To). Le rôle décide de ce que l'utilisateur peut créer, supprimer, modifier et voir.

Créer et personnaliser un rôle

Réservé aux administrateurs et aux rôles qui ont le droit Can access the Global Root Settings.

Placez-vous à la racine du studio (Navigate › Go To Root), puis ouvrez la Tree View.
Allez dans Categories › Custom Categories, catégorie des rôles. Clic droit › Create pour ajouter un rôle.
Dans le panneau Propriétés, réglez son nom, sa couleur et sa couleur de fond.

Créer un rôle crée aussi son Role Setting (l'ensemble de ses droits) ; supprimer le rôle le supprime.

Régler les droits d'un rôle

Réservé aux administrateurs. Ouvrez Bernard › Settings › Roles Setting. Choisissez le rôle : trois panneaux s'affichent, Content edition rights, Content display rights et Role-based behaviours. Chaque droit est une case, ou une liste pour les droits de création et de suppression. La liste complète, avec les valeurs par défaut, est dans Roles Setting. Les droits qui touchent le plus souvent aux workflows et à l'assignation :

Droit	Ce qu'il permet	Par défaut
Can Create / Can Delete (par type d'objet : Item, Category, Resource, Project, Project Item, Folder, Group, Playlist, File, Property, Action, Note, Instruction)	créer ou supprimer chaque type d'objet	aucun
Can manually abort tasks	passer une tâche en Aborted	oui
Can modify the state of tasks assigned to others (override assignees)	changer l'état d'une tâche dont on n'est pas assigné	oui
Can modify active Workflow structures (Add/Remove tasks)	éditer le workflow d'un élément en production	non
Can propagate property values to all child references	Set this value on all references	non
Can toggle properties between 'Global' and 'Local' inheritance	Set Mode to Local / Global	non
Can assign actions / Can remove assigned actions	assigner des actions à des objets	non
Can edit event triggers	créer des déclencheurs	non
Has access to projects settings	ouvrir les Project Settings	non
Can access the Global Root Settings	ouvrir les Root Settings	non

Les droits de création sont volontairement fermés par défaut : un artiste n'a généralement pas besoin de créer un projet. Donnez Project en Can Create aux rôles de production, par exemple.

Réservé aux administrateurs, quel que soit le rôle : Login as, l'onglet Tech, Global Settings, Administration Tools et le changement du rôle d'un utilisateur.

Droits par propriété

En plus des droits du rôle, chaque propriété a deux listes, Read Access et Write Access (des rôles et des utilisateurs) :

liste vide : tout le monde peut lire, ou écrire ;
liste remplie : seuls les rôles et utilisateurs listés peuvent lire, ou écrire ;
un administrateur peut toujours écrire ; une propriété en lecture seule ne s'écrit par personne.

Par exemple, réservez l'écriture du Bid (budget) à la production et sa lecture aux leads et aux superviseurs. Pour les régler, sélectionnez la propriété du modèle (voir Personnaliser Bernard) et remplissez ses deux listes. Dans le tableur, une colonne que vous ne pouvez pas modifier porte un cadenas.

Départements

Un département (Department) regroupe des métiers : modélisation, animation, compositing… Il a un nom, une couleur, une couleur de fond et une icône. Les départements sont rangés dans le dossier verrouillé Departments.

Créer un département (administrateurs) :

Placez-vous à la racine du studio, ouvrez la Tree View et le dossier Departments.
Clic droit › Create › Department, saisissez le nom, cliquez sur Create.
Dans le panneau Propriétés, choisissez la couleur du texte, la couleur de fond et l'icône (glissez-déposez une image). L'onglet History garde la trace de ces changements.

Où on s'en sert

Un utilisateur appartient à un ou plusieurs départements : propriété Departments de sa fiche (tapez les premières lettres pour le retrouver). Vous le réglez dans la vue des utilisateurs ou dans le panneau Propriétés.
Une tâche et un compound ont un département (propriété Department).
Les départements servent aussi à ranger les actions dans les menus, à colorer les nœuds de la Vue nodale (bouton Department:) et à regrouper les colonnes de Spreadsheet Multi.

Une fois créé, un département est disponible partout dans Bernard.

Assigner le travail

Le principe : on assigne des couples département × rôle, pas des tâches une à une.

Chaque tâche du workflow a un département et un rôle attendu (Assign To), réglés sur le modèle.
L'onglet Assignment d'un élément (un plan, un asset) rassemble tous les couples département × rôle de ses tâches.
Vous mettez des personnes dans chaque couple : toutes les tâches de l'élément qui ont ce couple leur sont assignées.4. Un couple où personne n'a été mis est automatique : s'il n'y a qu'un seul utilisateur du projet (Project Users) avec ce rôle et ce département, il est assigné ; s'il y en a plusieurs, personne ne l'est.
L'assignation peut aussi être forcée tâche par tâche.

Pour que l'assignation automatique trouve quelqu'un, la personne doit donc avoir le bon rôle, le bon département et figurer dans les utilisateurs du projet. Voir Assignment pour les boutons de l'onglet (Update Automatic Assignment, Reset Automatic Assignment).

Qui peut assigner ? Dans l'onglet Assignment, ceux qui ont le droit d'écrire la propriété Assignment de l'élément. Dans le tableur, la colonne Assignment est calculée à partir des sous-tâches et en lecture seule.

Assign Me

Si vous écrivez une note ou une correction sur une tâche et que vous voulez la prendre :

cochez Assign me to this task (ou Assign me to these N tasks) dans la fenêtre de note, ou faites un clic droit sur les tâches › Assign Me ;
Bernard vous place dans le couple département × rôle de la tâche, à la place de ceux qui y étaient : toutes les tâches de l'élément qui ont ce couple deviennent les vôtres, et les fichiers de l'élément sont téléchargés sur votre poste.
L'état de la tâche ne change pas.

Assign Me n'est proposé que si la tâche a un département et un rôle attendu unique.

Une seule tâche en WIP par personne

Quand vous passez une tâche en WIP, Bernard met votre précédente tâche en cours en Pause. Ainsi le temps passé n'est compté que sur une tâche à la fois. Le détail des états est dans Workflows, états et modèles.

Autres règles liées à l'assignation :

passer en WIP la tâche de quelqu'un d'autre demande qu'il n'y ait qu'un seul assigné, et qu'il soit en ligne ;
si les assignés d'une tâche en WIP changent, elle passe en Pause et le temps est compté aux anciens assignés ;
une tâche script ne s'assigne pas à un poste : le poste se désigne par la propriété Launch On (voir Tâches script).