Sobre projetos e dimensionamento de sua organização

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019 | TFS 2018

Um projeto no Azure DevOps fornece um local para os usuários planejarem, acompanharem o progresso e colaborarem na criação de soluções de software. Um projeto representa um contêiner fundamental em que você pode armazenar dados e código-fonte.

Quando você cria seu projeto, o Azure DevOps cria automaticamente uma equipe com o mesmo nome, o que é suficiente para organizações pequenas. Para organizações de nível empresarial, pode ser necessário escalar verticalmente e criar mais equipes e projetos. Você pode ter até 1000 projetos em uma organização no Azure DevOps.

O diagrama a seguir mostra um projeto e uma equipe versus vários projetos e equipes em uma organização ou coleção. Essa estrutura permite que as equipes configurem as ferramentas de maneiras que funcionam para elas e concluam tarefas administrativas nos níveis apropriados. À medida que sua organização cresce, suas ferramentas podem crescer para dar suporte a uma cultura de autonomia da equipe e alinhamento organizacional.


Um projeto + equipe

Vários projetos + equipes


Imagem conceitual, single collection-project-team.

Imagem conceitual, scaled collection-project-team.


Para obter mais informações, consulte Acompanhamento de trabalho, processos e limites de projeto e Planejar sua estrutura organizacional.

Gerenciar o trabalho em toda a sua organização

Ao se conectar ao Azure DevOps, você se conecta a uma organização ou coleção de projetos. Dentro desse contêiner, um ou mais projetos podem ser definidos. Pelo menos um projeto deve ser criado para usar o sistema.

Você pode dimensionar sua organização das seguintes maneiras:

  • Para dar suporte a diferentes unidades de negócios, você pode adicionar projetos
  • Em um projeto, você pode adicionar equipes
  • Adicionar repositórios e branches
  • Para dar suporte à integração e implantação contínuas, você pode adicionar agentes, pools de agentes e pools de implantação
  • Para gerenciar um grande número de usuários, você pode gerenciar o acesso por meio do Azure Active Directory

Você pode dimensionar sua implantação do Azure DevOps local das seguintes maneiras:

  • Para aumentar o desempenho, você pode adicionar instâncias de servidor
  • Para dar suporte a diferentes unidades de negócios, você pode adicionar coleções de projetos e projetos
  • Em um projeto, você pode adicionar equipes
  • Adicionar repositórios e branches
  • Para dar suporte à integração e implantação contínuas, você pode adicionar agentes, pools de agentes e pools de implantação
  • Para gerenciar um grande número de usuários, você pode gerenciar o acesso por meio do Active Directory

Exibir projetos em sua organização

Exiba os projetos definidos para sua organização abrindo a página Projetos .

  1. Selecione Azure DevOps para abrir Projetos.

    Captura de tela mostrando a página de projetos.

  2. Escolha um projeto na lista de projetos.

Para obter mais informações, consulte Criar um projeto.

  1. Selecione Azure DevOps para abrir Projetos.

    Captura de tela do botão Abrir Projetos, navegação horizontal

  2. Escolha um projeto na lista de projetos.

    Escolha um projeto no conjunto de projetos listados.

Limitar a visibilidade dos projetos

Por padrão, os usuários adicionados a uma organização podem exibir todas as informações e configurações da organização e do projeto.

O recurso Limitar a visibilidade e a colaboração do usuário a projetos específicos para a organização limita o acesso do usuário das seguintes maneiras.

  • Restringe exibições que exibem uma lista de usuários, lista de projetos, detalhes de cobrança, dados de uso e mais informações acessadas por meio das configurações da organização.
  • Limita o conjunto de usuários ou grupos que aparecem por meio de seleções de pesquisa de seletor de pessoas e a capacidade dos @mention usuários.

Importante

  • Os recursos de visibilidade limitados descritos nesta seção se aplicam apenas às interações por meio do portal da Web. Com as APIs REST ou azure devops os comandos da CLI, os membros do projeto podem acessar os dados restritos.
  • Os usuários convidados que são membros no grupo limitado com acesso padrão no Azure AD, não podem pesquisar usuários com o seletor de pessoas. Quando o recurso de visualização está desativado ou quando os usuários convidados não são membros do grupo limitado, os usuários convidados podem pesquisar todos os usuários Azure AD, conforme esperado.

Limitar o acesso às configurações da organização

Para limitar o acesso às configurações da organização, habilite o recurso Limitar visibilidade e colaboração do usuário a projetos específicos. Usuários e grupos no "Grupo de usuários com escopo de projeto" não podem acessar as configurações da organização. Eles só podem ver as páginasVisão Geral e Projetos e os projetos aos quais foram adicionados.

Observação

Todos os grupos de segurança são entidades no nível da organização, mesmo os grupos que têm permissões apenas para um projeto específico. No portal da Web, a visibilidade de alguns grupos de segurança pode ser limitada com base nas permissões do usuário. No entanto, você pode descobrir os nomes de todos os grupos em uma organização usando a ferramenta da CLI do azure devops ou nossas APIs REST. Para saber mais, confira Adicionar e gerenciar grupos de segurança.

Observação

Todos os grupos de segurança são entidades de nível de coleção, mesmo os grupos que têm permissões apenas para um projeto específico. No portal da Web, a visibilidade de alguns grupos de segurança pode ser limitada com base nas permissões do usuário. No entanto, você pode descobrir os nomes de todos os grupos em uma organização usando a ferramenta da CLI do azure devops ou nossas APIs REST. Para saber mais, confira Adicionar e gerenciar grupos de segurança.

Observação

Todos os grupos de segurança são entidades de nível de coleção, mesmo os grupos que têm permissões apenas para um projeto específico. No portal da Web, a visibilidade de alguns grupos de segurança pode ser limitada com base nas permissões do usuário. No entanto, você pode descobrir os nomes de todos os grupos em uma organização usando as APIs REST. Para saber mais, confira Adicionar e gerenciar grupos de segurança.

Limitar a visibilidade dentro dos seletores de pessoas

As organizações conectadas ao Azure Active Directory (Azure AD) podem usar seletores de pessoas. Pessoas seletores dão suporte à pesquisa de todos os usuários e grupos adicionados a Azure AD, não apenas aos usuários e grupos adicionados ao seu projeto. Pessoas seletores dão suporte às seguintes funções do Azure DevOps:

  • Selecione uma identidade de usuário em um campo de acompanhamento de trabalho, como "Atribuído a"
  • Selecione um usuário ou grupo com @mention em um campo ou discussão de item de trabalho, discussão de solicitação de pull, comentários de confirmação ou comentários de conjunto de alterações ou conjunto de prateleiras
  • Selecionar um usuário ou grupo usando @mention em uma página wiki

Conforme mostrado na imagem a seguir, comece a inserir um usuário na caixa seletor de pessoas até encontrar uma correspondência com o nome de usuário ou grupo de segurança.

Captura de tela do seletor de pessoas.

Aviso

Quando você habilita o recurso Limitar visibilidade e colaboração do usuário a projetos específicos, os usuários com escopo de projeto não podem pesquisar usuários que foram adicionados à organização por meio de Azure AD associação de grupo, em vez de por meio de um convite explícito do usuário. Estamos trabalhando em uma solução para esse comportamento. Como alternativa, você pode desabilitar o recurso Limitar visibilidade e colaboração do usuário a projetos específicos .

Os usuários e grupos dentro do grupo de usuários com escopo de projeto só podem ver e selecionar usuários e grupos no projeto aos quais estão conectados de um seletor de pessoas. Para definir o escopo dos seletores de pessoas para todos os membros do projeto, consulte Limitar a pesquisa e a seleção de identidade.

Ver histórico de dados

Todos os membros do projeto podem exibir identidades que foram adicionadas a um comentário, discussão ou atribuição. Por exemplo, todos no projeto (mesmo os usuários com a nova restrição) ainda podem ver o nome de um usuário atribuído a um item de trabalho quando o usuário não faz mais parte do projeto. O mesmo vale para @mentions PRs, comentários, discussões e muito mais.

Usar um único projeto

Recomendamos que você use um único projeto para dar suporte à sua organização ou empresa. Um único projeto minimiza a manutenção de tarefas administrativas e dá suporte à experiência de objeto entre vínculos mais otimizada e de flexibilidade total.

Mesmo que você tenha muitas equipes trabalhando em centenas de diferentes aplicativos e projetos de software, você pode gerenciá-los facilmente em um único projeto. Um projeto serve para isolar os dados armazenados nele e você não pode mover facilmente os dados de um projeto para outro. Ao mover dados de um projeto para outro, normalmente você perde o histórico associado a esses dados.

Para obter mais informações, consulte Quantos projetos você precisa?.

Adicionar outro projeto

Talvez você queira adicionar outro projeto nas seguintes instâncias:

  • Para proibir ou gerenciar o acesso às informações contidas em um projeto para selecionar grupos
  • Para dar suporte a processos de acompanhamento de trabalho personalizados para unidades de negócios específicas em sua organização
  • Para dar suporte a unidades de negócios totalmente separadas que têm suas próprias políticas administrativas e administradores
  • Para dar suporte ao teste de atividades de personalização ou à adição de extensões antes de distribuir alterações no projeto de trabalho
  • Para dar suporte a um projeto de software livre (OSS)

Talvez você queira adicionar outro projeto nas seguintes instâncias:

  • Para proibir ou gerenciar o acesso às informações contidas em um projeto
  • Para dar suporte a processos de acompanhamento de trabalho personalizados para unidades de negócios específicas em sua organização
  • Para dar suporte a unidades de negócios totalmente separadas que têm suas próprias políticas administrativas e administradores
  • Para dar suporte ao teste de atividades de personalização ou à adição de extensões antes de distribuir alterações no projeto de trabalho

Usar projetos públicos e privados

Você pode ter projetos públicos e privados. Você também pode alterar a visibilidade de um projeto de privado para público.

Projetos privados exigem que você adicione e gerencie o acesso do usuário. Os usuários devem entrar para obter acesso a um projeto, mesmo que seja acesso somente leitura. Todos os membros do projeto têm acesso às informações do projeto e da organização. Para obter mais informações, consulte Recursos concedidos aos membros do projeto.

Os projetos públicos não exigem que os usuários entrem para obter acesso somente leitura a muitos dos serviços a seguir. Os projetos públicos dão suporte para compartilhar código com outras pessoas e dar suporte à CI/CD (integração contínua/implantação contínua) de software de software de software livre.

Para obter mais informações sobre recursos e níveis de acesso para projetos públicos, consulte Tornar um projeto privado público.

Suporte a controle de versão

Os repositórios Git podem ser navegados e clonados, mas somente via HTTPS. Os pontos de extremidade SSH e GVFS não estão disponíveis. Clientes como Visual Studio e IntelliJ trabalham com a URL de clonagem HTTPS, mas não oferecem a experiência conectada vinculando a itens de trabalho e outras garantias.

Suporte ao widget do painel

Os widgets do painel a seguir não exibirão nenhuma informação útil para não membros.

  • Atribuídos a mim
  • Bloco de código
  • Novo item de trabalho
  • Solicitação de pull
  • Resultados da consulta
  • Qualidade dos requisitos
  • Burndown de sprint
  • Capacidade de sprint
  • Visão geral do Sprint
  • Membros da equipe
  • Bem-Vindo
  • Links de trabalho
  • Outros links

Estruturar seu projeto

Use os elementos a seguir para estruturar seu projeto para dar suporte às suas necessidades de negócios.

Personalizar e configurar seu projeto

Você pode configurar e personalizar a maioria dos serviços e aplicativos para dar suporte às suas necessidades de negócios ou à maneira como suas equipes funcionam. Em cada projeto, você pode realizar as tarefas a seguir. Para obter uma visão abrangente de quais recursos podem ser configurados, consulte Sobre as configurações de equipe, projeto e nível organizacional.

  • Painéis: cada equipe pode configurar seu conjunto de painéis para compartilhar informações e monitorar o progresso.
  • Controle do código-fonte: para cada repositório Git, você pode aplicar políticas de branch e definir permissões de branch. Para repositórios TFVC, você pode definir políticas de check-in.
  • Acompanhamento de trabalho: você pode adicionar campos, alterar o fluxo de trabalho, adicionar regras personalizadas e adicionar páginas personalizadas à forma de item de trabalho da maioria dos tipos de item de trabalho. Você também pode adicionar tipos de item de trabalho personalizados. Para obter mais informações, consulte Personalizar um processo de herança.
  • Azure Pipelines: você pode personalizar totalmente seus pipelines de build e lançamento e definir etapas de build, ambientes de lançamento e agendamento de implantação. Para saber mais, confira Build e versão.
  • Azure Test Plans: você pode definir e configurar planos de teste, conjuntos de testes, casos de teste e ambientes de teste. Você também pode adicionar etapas de teste em seus pipelines de build. Para obter mais informações, consulte Testes exploratórios e manuais e testes contínuos para seus builds.
  • Painéis: cada equipe pode configurar seu conjunto de painéis para compartilhar informações e monitorar o progresso.
  • Controle do código-fonte: para cada repositório Git, você pode aplicar políticas de branch e definir permissões de branch. Para repositórios TFVC, você pode definir políticas de check-in.
  • Acompanhamento de trabalho: você pode adicionar campos, alterar o fluxo de trabalho, adicionar regras personalizadas e adicionar páginas personalizadas à forma de item de trabalho da maioria dos tipos de item de trabalho. Você também pode adicionar tipos de item de trabalho personalizados. Para obter mais informações, consulte Personalizar o modelo de processo XML local.
  • Build e versão: você pode personalizar totalmente seus pipelines de build e lançamento e definir etapas de build, ambientes de lançamento e agendamento de implantação. Para saber mais, confira Build e versão.
  • Teste: você pode definir e configurar planos de teste, conjuntos de testes, casos de teste e ambientes de teste. Você também pode adicionar etapas de teste em seus pipelines de build. Para obter mais informações, consulte Testes exploratórios e manuais e testes contínuos para seus builds.

Adicionar uma equipe

À medida que sua organização cresce, você pode adicionar equipes equipadas com ferramentas Agile configuráveis para atender ao fluxo de trabalho de cada equipe. Para obter mais informações, consulte os seguintes artigos.

Conectar-se a um projeto com outros clientes

Além de se conectar por meio de um navegador da Web, você pode se conectar a um projeto dos seguintes clientes:

Para obter mais informações, consulte Compatibilidade com Azure DevOps Server versões.

Perguntas frequentes (FAQs)

P: Posso mover ou transferir um projeto para outra organização ou coleção?

Um: Sim, mas não sem perder dados. Você pode copiar manualmente os recursos e deixar alguns para trás ou usar uma ferramenta de terceiros, como o Utilitário de Migração do Visual Studio do OpsHub, que copia dados usando as APIs REST.

P: Quais ferramentas programáticas dão suporte a projetos?

a. Consulte API REST de Projetos.

Você também pode usar a CLI do projeto az devops.