Organigramme, rôles fonctionnels et départements
Les rôles fonctionnels indiquent ce dont une personne est responsable — Approbateur des accès, Représentant RH — et constituent un axe distinct des rôles d'accès. Un rôle peut être détenu pour toute l'organisation ou pour un seul département ; cette page explique précisément à qui un rôle se résout et ce qui se passe lorsqu'aucune personne n'est nommée dans un département.
Paramètres → Organisation → Organigramme regroupe quatre éléments : les rôles fonctionnels, les niveaux de séniorité, les départements et les liens hiérarchiques.
Un rôle fonctionnel indique ce dont une personne est responsable — « Approbateur des accès », « Représentant RH », « Coordinateur de site ». Tout ce qui achemine du travail les résout par slug pour savoir qui doit agir (voir Comment un rôle se résout).
Un rôle fonctionnel n'est pas un rôle d'accès. owner / admin / member
déterminent ce qu'une personne peut faire dans le produit (voir
Administrateurs de la plateforme et usurpation d'identité et
Rôles et autorisations). Un rôle fonctionnel
n'accorde à lui seul aucune autorisation — il consigne une responsabilité, afin
qu'un processus puisse acheminer le travail vers la bonne personne. Attribuer à
quelqu'un le rôle « Approbateur des accès » ne lui permet d'approuver rien de ce
qu'il ne pouvait pas déjà approuver.
Départements
Un département est une unité pour laquelle un rôle fonctionnel peut être détenu. Sans départements, chaque rôle fonctionnel se résout à l'échelle de l'organisation : un seul Approbateur des accès, un seul Représentant RH, pour tout le monde.
C'est correct pour une petite organisation. Cela devient un problème à partir de la taille où une unité opérationnelle a ses propres approbateurs, son propre partenaire RH et son propre coordinateur — car une recherche à l'échelle de l'organisation n'échoue pas proprement. Elle renvoie un ensemble de détenteurs, simplement pas ceux qui sont responsables de ce cas.
Créez le département. Organigramme → Départements → Créer un département. Le slug est ce qu'utilisent les workflows ; gardez-le donc stable — le renommer est un changement incompatible pour tout ce qui se résout à partir de lui.
Ajoutez ses membres. Ouvrez le panneau Membres et rôles du département. L'appartenance consigne qui fait partie de l'unité ; elle n'accorde rien à elle seule.
Nommez les détenteurs de ses rôles. Dans le même panneau, sous Rôles détenus pour ce département, choisissez un rôle et une personne. Cette personne répond désormais spécifiquement pour cette unité.
Une personne peut détenir le même rôle à l'échelle de l'organisation et pour un ou plusieurs départements. Ce sont des nominations indépendantes : en retirer une laisse les autres en place.
La fiche d'un membre (Organisation → Membres) ne modifie que les rôles à l'échelle de l'organisation. Les rôles qu'il détient pour un département sont listés en dessous, en lecture seule, sous Rôles de département — par exemple Approbateur des accès · Ingénierie. Chacun renvoie au panneau de ce département, où il se modifie.
Comment un rôle se résout
La résolution répond à la question « qui doit agir », et elle accepte un département facultatif.
| La question | Qui est nommé | Qui est résolu |
|---|---|---|
| Le rôle, sans département | Quelqu'un à l'échelle de l'organisation | Les détenteurs à l'échelle de l'organisation |
| Le rôle, sans département | Uniquement des détenteurs départementaux | Personne |
| Le rôle, pour Ingénierie | Ingénierie a les siens | Les détenteurs d'Ingénierie, uniquement |
| Le rôle, pour Ingénierie | Personne pour Ingénierie | Dépend du repli — voir ci-dessous |
Deux lignes méritent une remarque.
Une question sans département ne renvoie jamais un détenteur départemental. Une personne nommée pour Ingénierie n'est pas une réponse à une question qui ne nommait aucune unité — la renvoyer reviendrait à lui attribuer une légitimité qu'elle n'a pas.
Un détenteur départemental l'emporte toujours sur celui de l'organisation pour cette unité. C'est le modèle des services partagés : une personne couvre tout jusqu'à ce qu'une unité nomme quelqu'un en propre.
Lorsqu'aucune personne n'est nommée dans un département
Il n'y a pas de valeur par défaut. Ce qui pose la question doit préciser laquelle de deux options il souhaite :
| Choix | Se résout en | À utiliser quand |
|---|---|---|
| Se replier sur l'organisation | Les détenteurs à l'échelle de l'organisation, signalés comme repli | Acheminer du travail vers une personne — personas de processus et étapes d'approbation — ainsi que les recherches informatives et les véritables arrangements de services partagés où une personne couvre toutes les unités |
| Ne résoudre personne | Un ensemble vide | Une recherche stricte qui doit échouer en mode fermé, comme le provisionnement automatisé des accès sans intervention humaine, où une étape bloquée que quelqu'un remarque vaut mieux qu'une décision acheminée vers une personne sans légitimité pour la prendre |
C'est délibéré, et non un oubli. Les deux réponses ont des modes de défaillance opposés — « aucune personne » contre « la mauvaise personne » — et la bonne dépend de ce qui est décidé, pas de l'organigramme. Une valeur par défaut trancherait la question en silence pour chaque futur workflow.
Les processus et les étapes d'approbation ne résolvent pas encore les rôles
fonctionnels. Aujourd'hui, une persona ou un approbateur non pourvu se replie
sur le rôle d'accès de l'organisation portant le même nom (par exemple
owner), et une instance de processus ne porte aucun département. Lorsqu'ils
commenceront à résoudre les rôles fonctionnels, ils poseront la question avec
Se replier sur l'organisation : une unité sans personne nommée remonte au
détenteur à l'échelle de l'organisation, et un processus qui ne nomme aucun
département obtient uniquement les détenteurs à l'échelle de l'organisation.
Voir à quoi un rôle se résout
Organigramme → Rôles → Détenteurs sur n'importe quel rôle. Choisissez un département (ou l'organisation dans son ensemble), choisissez le repli, et le panneau affiche ce à quoi cette question se résout, avec une étiquette indiquant comment on y est arrivé. Il s'ouvre sur Se replier sur l'organisation, le choix que fait l'acheminement du travail :
| Étiquette | Signification |
|---|---|
| Départemental | Nommé pour cette unité. |
| À l'échelle de l'organisation | Détient le rôle pour toute l'organisation ; aucune unité n'a été demandée. |
| Repli sur l'organisation | Personne n'est nommé pour cette unité, donc les détenteurs à l'échelle de l'organisation assurent l'intérim. |
| Personne | Rien ne se résout. Tout ce qui pose cette question obtient un ensemble vide. |
À l'échelle de l'organisation et Repli sur l'organisation renvoient les mêmes personnes mais signifient des choses différentes. La première a été nommée volontairement ; la seconde assure l'intérim parce que personne ne l'a été. Si vous auditez qui peut approuver quoi, c'est cette distinction qu'il faut lire.
Tout membre peut ouvrir ce panneau — qui détient un rôle fonctionnel est visible
dans toute l'organisation. Créer des rôles, des départements et des nominations
exige le rôle admin de l'organisation.
Suppressions
| Suppression | Effet |
|---|---|
| Un département | Ses membres sont libérés, et chaque rôle détenu pour lui est retiré. Les détenteurs à l'échelle de l'organisation ne sont pas affectés. |
| Un rôle fonctionnel | Tout le monde le perd, à l'échelle de l'organisation comme au niveau des départements. Tout ce qui résout ce slug ne résout plus personne. |
| Un niveau de séniorité | Chaque rôle et chaque nomination qui y étaient rattachés repassent sans séniorité, ce qui modifie l'affichage des noms de ces rôles. |
Supprimer un département retire ses nominations au lieu de les convertir en nominations à l'échelle de l'organisation. C'est intentionnel : l'inverse élargirait discrètement la responsabilité de quelqu'un à toute l'organisation, comme effet secondaire du rangement d'une unité.
Le champ department d'un profil de membre
Le profil d'un membre comporte un champ libre Département, alimenté par SCIM
depuis votre fournisseur d'identité (urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:department).
Ce champ est uniquement informatif. Il n'est pas relié aux départements de cette page et n'influence jamais la résolution d'un rôle — faire correspondre du texte libre à des slugs de département produirait des réponses assurées mais fausses. Pour délimiter un rôle, nommez le détenteur dans le panneau du département.