Cloud/Paramètres/Équipes
Équipes
Des membres regroupés pour accorder les accès en masse : créez une équipe une fois, ajoutez-y des personnes, et chaque projet qu'elle touche suit.
Teams est l'endroit où l'appartenance devient une structure. La description : "Group members to manage access at scale." L'astuce de la page le précise : "Group members to grant access to projects in bulk."
Teams
Group members to manage access at scale.
Group members to grant access to projects in bulk.
Platform Engineering
Owns the connector runtime and edge infrastructure.
Billing Ops
Finance integrations and metering.
Le mockup est la surface réelle. Créez une équipe, ajoutez-y des membres, et supprimez celle dont vous n'avez plus besoin.
Une carte par équipe
Chaque équipe affiche son nom, une description facultative et les personnes qui la composent sous forme de chips. Add member puise dans les membres de l'organisation sur Members ; une même personne peut appartenir à plusieurs équipes. La création exige org:teams:manage : un dialogue, un nom, une "Brief description" facultative, et l'équipe existe. Delete team supprime le regroupement ; les personnes restent membres de l'organisation, seul le regroupement disparaît.
Pourquoi le regroupement compte
Sans équipes, l'accès est accordé personne par personne, et chaque changement de projet revient à toucher chaque personne. Avec les équipes, l'unité d'attribution devient le groupe : accordez le projet à Platform Engineering une seule fois, et ajouter quelqu'un à l'équipe constitue tout l'onboarding. Quand quelqu'un part, le retirer d'une équipe révoque tout ce qui passait par elle.
Pourquoi cette page existe
Les équipes font la différence entre administrer l'accès et le surveiller en permanence. Elles gardent lisible le modèle de permissions de l'organisation : au lieu d'une matrice de qui peut toucher à quoi, vous lisez les équipes, et les équipes ressemblent à l'organigramme.
Et ensuite
Roles définit ce qu'un rôle peut faire ; les équipes définissent qui voyage ensemble.