Sobre projetos e dimensionamento de sua organização


Projeto único e equipe definidos em um
organização ou coleção

Vários projetos e equipes definidos em um
organização ou coleção


Conceptual image, Single collection-project-team.

Conceptual image, Scaled collection-project-team.


A estrutura collection-project-team fornece às equipes um alto nível de autonomia para configurar suas ferramentas de maneiras que funcionam para elas. Ele também dá suporte a tarefas administrativas que ocorrem no nível apropriado. À medida que sua organização cresce, suas ferramentas podem crescer para dar suporte a uma cultura de autonomia de equipe e alinhamento organizacional.

Como você gerencia o trabalho em toda a empresa?

Como dimensionar suas ferramentas DevOps Agile para dar suporte à sua empresa em expansã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 de Azure Active Directory

Você pode dimensionar sua implantação local Azure DevOps 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

Azure DevOps Services e Azure DevOps Server são plataformas prontas para a empresa. Essas plataformas suportam equipes de qualquer tamanho, de dezenas a milhares. Azure DevOps Services, nosso serviço de nuvem, fornece um serviço hospedado escalonável, confiável e globalmente disponível. Ele é apoiado por um SLA de 99,9%, monitorado por nossa equipe de operações 24x7 e disponível em data centers locais em todo o mundo.

Como exibir projetos

Você pode exibir os projetos definidos para sua organização abrindo a página Projetos.

  1. Selecione Azure DevOps para abrir Projetos.

    Open Projects

  2. A partir daí, você pode escolher um projeto no conjunto de projetos listados.

Para criar ou listar projetos, consulte Criar um projeto

  1. Selecione Azure DevOps para abrir Projetos.

    Screenshot of open Projects button, horizontal nav

  2. A partir daí, você pode escolher um projeto no conjunto de projetos listados.

    Choose a project from the set of projects listed.

  1. Escolha o nome do servidor.

    Screenshot of open Projects, TFS 2013 - 2015

  2. A partir daí, você pode escolher um projeto no conjunto de projetos listados.

Limitar a visibilidade do usuário para projetos usando o grupo Project-Scoped Usuários

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 do usuário para projetos de visualização para a organização limita o acesso do usuário de duas maneiras:

  • Restringir exibições que exibem a lista de usuários, a lista de projetos, os detalhes de cobrança, os dados de uso e muito mais que são acessados por meio da Organização Configurações.
  • Limitando o conjunto de pessoas ou grupos que aparecem por meio de seleções de pesquisa de seleções de seletor de pessoas e a capacidade de @mention pessoas.

Importante

Os recursos de visibilidade limitados descritos nesta seção se aplicam somente a interações por meio do portal da Web. Com as APIs REST ou comandos da CLI do Azure Devops, os membros do projeto podem acessar os dados restritos.

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

Para restringir usuários selecionados, como Stakeholders, Azure Active Directory convidados ou membros de um grupo de segurança específico, você pode habilitar o recurso Limitar a visibilidade do usuário para projetos de visualização da organização. Depois que isso for habilitado, qualquer usuário ou grupo adicionado ao grupo Usuários com Escopo Project, será impedido de acessar as páginas do Configurações Organização, com exceção de Visão Geral e Projetos ;e são restritos a acessar apenas os projetos aos quais foram adicionados.

Para habilitar esse recurso, consulte Gerenciar ou habilitar recursos.

Observação

Todos os grupos de segurança são entidades no nível da organização, até mesmo os grupos que têm permissões apenas para um projeto específico. No portal da Web, os usuários sem acesso a um projeto não podem ver esses grupos que têm permissões apenas para um projeto específico. No entanto, você pode descobrir os nomes de todos os grupos em uma organização usando a ferramenta cli do azure devops ou nossas APIs REST. Para saber mais, confira Adicionar e gerenciar grupos de segurança.

Limitar a visibilidade em seladores de pessoas

Para organizações que gerenciam usuários e grupos usando o Azure Active Directory (Azure AD), os seladores de pessoas oferecem suporte para pesquisar todos os usuários e grupos adicionados ao Azure AD, não apenas aos usuários e grupos adicionados ao seu projeto. Os seladores de pessoas suportam as seguintes Azure DevOps funções:

  • Seleção de uma identidade de usuário de um campo de identidade de acompanhamento de trabalho, como Atribuído a
  • Seleção de um usuário ou grupo usando @mention em uma discussão de item de trabalho ou campo de rich-text, uma discussão de solicitação de pull, comentários de commit ou comentários de conjunto de alterações ou de conjunto de alterações
  • Seleção de um usuário ou grupo usando @mention de uma página wiki

Conforme mostrado na imagem a seguir, basta começar a digitar em uma caixa de selador de pessoas até encontrar uma combinação com um nome de usuário ou grupo de segurança.

Screenshot of people picker

Aviso

Quando o recurso limitar a visibilidade do usuário para projetos de visualização estiver habilitado para a organização, os usuários no escopo do projeto não poderão pesquisar usuários que foram adicionados à organização por meio de uma associação de grupo Azure Active Directory, em vez de por meio de um convite explícito do usuário. Esse é um comportamento inesperado e uma resolução está sendo trabalhada. Para resolver esse problema automaticamente, desabilite o recurso Limitar a visibilidade do usuário para projetos de visualização da organização.

Usuários e grupos que são adicionados ao grupo Project usuários com escopo único só podem ver e selecionar usuários e grupos no projeto ao que estão conectados de um seletor de pessoas. Para ter o escopo de seletores de pessoas para todos os membros do projeto, consulte Gerenciar seu projeto, Limitar pesquisa de identidade e seleção.

Os dados históricos permanecem visíveis

As identidades que foram adicionadas a um comentário, discussão ou atribuição continuam visíveis para todos os membros do projeto. Por exemplo, itens de trabalho que foram atribuídos a um usuário que saiu de um projeto, o nome do usuário nesse item de trabalho permanece visível para todos no projeto, mesmo para usuários com a nova ’ restrição. O mesmo vale para @mentions PRs, comentários, discussões e muito mais.

Quando adicionar outro projeto

Em geral, 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 de vínculo cruzado mais otimizada/de flexibilidade total.

Mesmo se você tiver muitas equipes trabalhando em centenas de aplicativos e projetos de software diferentes, poderá gerenciá-las com mais facilidade em um único projeto. Um projeto serve para isolar os dados armazenados nele. Você não pode mover dados facilmente de um projeto para outro. Quando você move dados de um projeto para outro, normalmente perde o histórico associado a esses dados.

Para obter mais informações sobre quando adicionar outro projeto, consulte Quantos projetos você precisa?.

Motivos para 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 personalizados de acompanhamento de trabalho 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 a atividades de personalização de teste ou adicionar extensões antes de lançar alterações ao 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 personalizados de acompanhamento de trabalho 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 a atividades de personalização de teste ou adicionar extensões antes de lançar alterações ao projeto de trabalho

Projetos privados e públicos

Você pode adicionar projetos públicos e privados à sua organização. Você também pode alterar a visibilidade de um projeto de privado para público.

Os 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 usuários adicionados a um projeto têm acesso às informações do projeto e da organização. Para obter detalhes, consulte Recursos concedidos aos membros do projeto.

Um projeto público não exige que os usuários se inscrevam para obter acesso somente leitura a muitos dos serviços. Os projetos públicos oferecem suporte para compartilhar código com outras pessoas e dar suporte à CI/CD (integração contínua/implantação contínua) de software livre. Para saber mais sobre projetos públicos, confira O que é um projeto público?.

Estruturar seu projeto

Ao adicionar um projeto, veja como usar os seguintes elementos para estruturar para dar suporte às suas necessidades de negócios:

Personalização e configuração de projetos

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 uma visão abrangente de quais recursos podem ser configurados, consulte Sobre configurações de nível organizacional, projeto e equipe.

  • Painéis:cada equipe pode configurar seu conjunto de painéis para compartilhar informações e monitorar seu progresso.
  • Controle docó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 detrabalho: você pode adicionar campos, alterar o fluxo de trabalho, adicionar regras personalizadas e adicionar páginas personalizadas ao formulário 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 detalhes, consulte Personalizar um processo de herança.
  • Azure Pipelines:você pode personalizar totalmente seus pipelines de build e lançamento, definir etapas de build, ambientes de lançamento e agendamento de implantação. Para obter detalhes, consulte Build e release.
  • Azure Test Plans:você pode definir e configurar planos de teste, conjunto de testes, casos de teste e ambientes de teste. Você também pode adicionar etapas de teste em seus pipelines de build. Para obter detalhes, consulte Testes manuais exploratóriose testes contínuos para seus builds.
  • Painéis:cada equipe pode configurar seu conjunto de painéis para compartilhar informações e monitorar seu progresso.
  • Controle docó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 detrabalho: você pode adicionar campos, alterar o fluxo de trabalho, adicionar regras personalizadas e adicionar páginas personalizadas ao formulário 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 detalhes, consulte Personalizar o modelo de processo XML local.
  • Build e versão:você pode personalizar totalmente seus pipelines de build e lançamento, definir etapas de build, ambientes de lançamento e agendamento de implantação. Para obter detalhes, consulte Build e release.
  • Teste:você pode definir e configurar planos de teste, conjunto de testes, casos de teste e ambientes de teste. Você também pode adicionar etapas de teste em seus pipelines de build. Para obter detalhes, consulte Testes manuais exploratóriose testes contínuos para seus builds.

Quando adicionar uma equipe, dimensionando ferramentas Agile em toda a empresa

À medida que sua organização cresce, adicione equipes para fornecer as ferramentas Agile que cada equipe pode configurar para atender ao fluxo de trabalho. Para saber mais, confira os artigos a seguir.

Para analisar histórias e vídeos curtos sobre como a Microsoft faz a transição da cascata para o Agile, consulte Dimensionamento agile entre os Enterprise.

Clientes que suportam conexão com um projeto

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

Confira também Compatibilidade com versões Azure DevOps Server .

P & R

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

Um: Não sem perder dados. Não é possível mover um projeto de uma coleção/organização para outra coleção/organização sem perder dados. Você pode copiar manualmente recursos e deixar alguns para trás ou usar uma ferramenta de terceiros, como o Utilitário de Migração do OpsHub Visual Studio, que copia dados usando as APIs REST.

P: Quais ferramentas programáticas suportam projetos?

a. Consulte API REST de projetos.

Além disso, você pode usar os comandos do projeto az devops.

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 – TFS 2013

Um projeto fornece um repositório para o código-fonte e 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 os dados são armazenados quando adicionados Azure DevOps.

Quando você cria seu projeto, uma equipe com o mesmo nome é criada automaticamente. Isso é suficiente para equipes pequenas. No entanto, para organizações de nível empresarial, pode ser necessário escalar e escalar para criar equipes e projetos adicionais. Essas adições podem ser criadas dentro da única conta ou coleção.