Cloud/Configurações/Equipes
Equipes
Membros agrupados para conceder acesso em lote: crie um time uma vez, adicione pessoas a ele, e todo projeto que ele toca acompanha.
O Teams é onde a membership vira estrutura. A descrição: "Group members to manage access at scale." A dica da própria página afia: "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.
O mockup é a superfície real. Crie um time, adicione membros a ele, e apague um que não precisa mais.
Um card por time
Cada time mostra o nome, uma descrição opcional e as pessoas nele como chips. O Add member puxa dos membros da organização em Members; a mesma pessoa pode estar em vários times. Criar é org:teams:manage: um diálogo, um nome, uma "Brief description" opcional, e o time existe. O Delete team remove o agrupamento; as pessoas continuam membros da organização, só o pacote vai embora.
Por que agrupar importa
Sem times, o acesso é concedido pessoa por pessoa, e toda mudança de projeto significa tocar em cada pessoa. Com times, a unidade de atribuição vira o grupo: conceda o projeto ao Platform Engineering uma vez, e adicionar alguém ao time é todo o onboarding. Quando alguém sai, removê-la de um time revoga tudo que veio por ele.
Por que esta página existe
Times são a diferença entre administrar acesso e babar acesso. Eles mantêm o modelo de permissões da organização legível: em vez de uma matriz de quem pode tocar no quê, você lê os times, e os times se parecem com o organograma.
O que vem a seguir
Roles define o que um papel pode fazer; times definem quem viaja junto.