Configurar e personalizar quadros do Azure

Serviços do Azure DevOps | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Este artigo fornece diretrizes para configurar e personalizar os Quadros do Azure. Você deverá ler este artigo se tiver a tarefa de administrar um projeto para várias equipes e dar suporte aos seguintes objetivos de negócios:

  • Oferecer suporte a exibições de gerenciamento de portfólio
  • Exibir exibições de calendário para atualizar o status e o progresso
  • Controlar dependências entre equipes ou projetos
  • Controlar estimativas de tempo ou trabalho real concluído

Observação

Este artigo se aplica ao Azure DevOps Services. A maioria das diretrizes é válida para as versões locais e de nuvem. No entanto, alguns dos recursos incluídos neste artigo, como Rollup, Analytics e algumas ferramentas de planejamento de portfólio, só estão disponíveis para a nuvem no momento.

Se você estiver apenas começando como administrador do projeto, consulte também Introdução como administrador.

O que considerar?

Ao configurar ou personalizar ferramentas de acompanhamento de trabalho, você desejará considerar as ferramentas que suas equipes usam e como elas as usarão. Se suas equipes seguem Scrum, Kanban ou alguma combinação de Scrumban, você pode obter a maior vantagem das ferramentas do Azure Boards entendendo as dependências que elas têm em configurações e personalizações.

Os itens principais a serem considerados à medida que você estrutura seu projeto são:

Em um nível de projeto:

  • Quantas equipes você deseja definir
  • Como estruturar caminhos de área para dar suporte a exibições de gerenciamento de portfólio
  • Personalizações de campo
  • Personalizações de tipo de item de trabalho ou tipos de item de trabalho personalizados
  • Personalizações de backlog de portfólio
  • Personalizações de fluxo de trabalho

Em um nível de equipe:

  • Como você usará a lista de pendências do produto para planejar e priorizar seu trabalho
  • Se você acompanhará bugs como requisitos ou como tarefas ou não usará bugs
  • Se você usará ou não tarefas para acompanhar o tempo e a capacidade
  • Como você usará os níveis de backlog do portfólio
  • Como você informará o gerenciamento superior de progresso, status e riscos

Depois de determinar como você usará os blocos de construção e as ferramentas de acompanhamento de trabalho, você desejará fazer as configurações e personalizações necessárias para dar suporte à sua empresa e comunicar às suas equipes como elas devem usar as ferramentas.

Tipos de item de trabalho e pendências de portfólio

A primeira opção feita no acompanhamento de trabalho é o processo selecionado ao criar um projeto. Para obter uma comparação de cada processo, consulte Escolher um processo. Cada processo — Agile, Basic, Scrum e CMMI — dá suporte a uma hierarquia definida de tipos de item de trabalho. Essa hierarquia dá suporte a uma lista de pendências de produto e à lista de pendências de portfólio.

Os tipos de item de trabalho padrão para cada processo com suporte são mostrados nas guias a seguir. Os tipos de item de trabalho de backlog correspondem à categoria Requisitos. As tarefas correspondem à categoria Tarefa.

A imagem a seguir mostra a hierarquia do item de trabalho de backlog do processo Agile. As Histórias e Tarefas do Usuário são usadas para acompanhar o trabalho, os bugs rastreiam defeitos de código e os Epics e Os Recursos são usados para agrupar o trabalho em cenários maiores.

Conceptual image, Agile work item type.

Cada equipe pode configurar como gerencia bugs, no mesmo nível que Histórias de Usuário ou Tarefas, configurando a configuração Trabalhar com bugs . Para saber mais sobre como usar esses tipos de item de trabalho, consulte o processo agile.

Você pode adicionar tipos de item de trabalho personalizados em cada nível e até mesmo adicionar pendências de portfólio personalizadas. Aqui, por exemplo, há um projeto que adicionou Objetivos e Resultados Principais como tipos de item de trabalho personalizados e pendências de portfólio correspondentes ao processo scrum.

Objectives and Key Results as additional portfolio backlogs

Uma das principais opções que as equipes têm é escolher os tipos de item de trabalho que usam para acompanhar seu trabalho. A tabela a seguir resume as principais opções, o uso recomendado e as ferramentas e tarefas com suporte.

Opções de acompanhamento de trabalho

Tarefas e ferramentas com suporte



Somente tarefas

Não recomendado
Não há como inserir rapidamente novas tarefas em uma lista de pendências nem priorizar uma lista de pendências de tarefas. Além disso, não há suporte para exibições de calendário, exibições entre equipes ou planejamento de portfólio

Requisitos com tarefas dependentes de filhos

Dá suporte a métodos Scrum
Recomendado para equipes que seguem métodos Scrum e desejam acompanhar o tempo associado ao trabalho.

Muitas equipes começam usando métodos Scrum para acompanhar e planejar seu trabalho usando as ferramentas disponíveis por meio do hub Sprints. As ferramentas sprints dão suporte à estimativa e ao acompanhamento do trabalho restante e ao uso do planejamento de capacidade. Se você não planeja usar essas ferramentas, adicionar tarefas dependentes de filhos é opcional. Os desenvolvedores podem adicioná-los simplesmente como uma lista de verificação de itens de que precisam para completar um requisito de história de usuário ou de lista de pendências.

Somente requisitos, como histórias de usuário (Agile), problemas (Básico), itens de backlog de produto (Scrum), requisitos (CMMI)

Dá suporte aos métodos Kanban e Scrumban
Recomendado para equipes que seguem métodos Kanban ou Scrumban, estimar o trabalho usando Pontos de História, Esforço ou Tamanho e não acompanhar o tempo associado ao trabalho.

Requisitos agrupados em tipos de item de trabalho de portfólio, como epics e recursos

Dá suporte a exibições de calendário, exibições entre equipes e planejamento de portfólio
Recomendado para organizações com várias equipes que desejam exibir rollups e exibições de calendário associadas a várias equipes e aproveitar todas as ferramentas de planejamento de portfólio.

Configurar e personalizar opções

A tabela a seguir indica as áreas que você pode configurar e personalizar e as ferramentas afetadas por essas personalizações. Cada área é personalizada no nível organização, projeto ou equipe, conforme observado, ou uma combinação de duas. Para obter uma descrição das ferramentas Standard, ferramentas de análise e ferramentas de planejamento de portfólio, consulte o que são Quadros do Azure, relatórios no contexto: acompanhamento de trabalho e planos (Agile em escala).

Configurar ou personalizar

Ferramentas padrão

Análise

Ferramentas de planejamento de portfólio

  • Boards>Todas as ferramentas
  • Backlogs Todas as ferramentas>
  • Sprints>Todas as ferramentas
  • Diagrama de fluxo cumulativo
  • Velocidade
  • Tendência de burndown
  • Planos de entrega
  • Linha do tempo do recurso
  • Roteiro épico
  • Planos de portfólio (Beta)
  • Backlogs>Sprint planning
  • Pendências sprints>Sprint
  • Capacidade sprints>sprint
  • Quadro de tarefas sprints>
  • Velocidade
  • Tendência de burndown
  • Planos de entrega
  • Linha do tempo do recurso
  • Roteiro épico
  • Planos de portfólio (Beta)

Mostrar bugs em quadros de pendências & (Equipe)
Tipos de item de trabalho personalizados, lista de pendências do produto (Processo)
Tipos de item de trabalho personalizados, Quadro de Tarefas (Processo)

  • Boards>Product board
  • Backlogs Product backlogs>Product backlog
  • Ferramenta de mapeamento de pendências>
  • Pendências sprints>Sprint
  • Quadro de tarefas sprints>
  • Velocidade

Tipos de item de trabalho personalizados, lista de pendências de portfólio (Processo)
Pendências de portfólio adicionais (Processo)

  • Boards>Portfolio boards
  • Backlogs>Portfolio backlogs
  • Ferramenta de mapeamento de pendências>
  • Velocidade

Fluxo de trabalho personalizado (Processo)

  • Boards>Product board
  • Boards>Portfolio boards
  • Quadro de tarefas sprints>
  • Diagrama de fluxo cumulativo

Campo personalizado (Processo)

  • Boards>Product board
  • Boards>Portfolio boards

Caminhos de área, equipes de produtos e gerenciamento de portfólio

Os caminhos de área são usados para agrupar itens de trabalho por produtos, recursos ou áreas de negócios e para dar suporte às equipes responsáveis pelo trabalho atribuído a essas áreas. Você pode definir um conjunto hierárquico de caminhos de área ou um conjunto simples. Normalmente, você define um conjunto hierárquico de caminhos de área quando deseja dar suporte a uma hierarquia de negócios que deseja acompanhar o progresso de várias equipes.

Caminhos de área e agrupamento hierárquico

As duas principais maneiras de agrupar itens de trabalho são por caminho de área e por meio da criação deles em um tipo de item de trabalho de portfólio, conforme descrito no início deste artigo. Os dois não são mutuamente exclusivos. Observe as distinções entre os dois usos:

  • Os caminhos de área atribuídos a uma equipe determinam quais itens de trabalho aparecem em uma exibição de equipe: pendência de produto, backlog de portfólio, planos de entrega ou outra ferramenta de planejamento de portfólio
  • Agrupar itens de trabalho em um recurso pai ou épico determina quais exibições de rollup têm suporte e como o trabalho aparece em uma ferramenta de planejamento de portfólio

Você também pode atribuir marcas a itens de trabalho para agrupá-los para fins de consulta e filtro. Portanto, ao estruturar suas equipes e projetos, você deseja ter certeza de que entenderá como usará essas ferramentas de agrupamento para dar suporte às suas necessidades de negócios. Suas escolhas afetam o uso de ferramentas de planejamento de portfólio.

Ferramentas dependentes de caminho de área

Para executar as seguintes tarefas, você deve definir caminhos de área:

Dica

Você pode definir sua estrutura de caminho de área e atribuir caminhos de área às equipes. Ou você pode adicionar uma equipe e criar o caminho da área com o nome da equipe no momento. Se as equipes forem totalmente independentes, crie um conjunto simples de caminhos de área. No entanto, se você quiser criar uma hierarquia de equipes, você desejará criar uma hierarquia de árvores de caminhos de área. Para saber mais, consulte Configurar uma hierarquia de equipes.

Para usar as seguintes ferramentas, as equipes devem assinar caminhos de área:

Caminhos de área e atribuições de equipe

Uma equipe padrão e um caminho de área padrão são definidos para cada projeto. Para equipes pequenas, uma única equipe é suficiente para começar a planejar e acompanhar o trabalho. À medida que as organizações crescem, no entanto, é útil adicionar equipes para dar suporte à sua capacidade de gerenciar suas pendências e sprints.

Aqui está um exemplo de caminhos de área e sua atribuição às equipes, que dão suporte a exibições de gerenciamento de portfólio para as equipes de Gerenciamento de Contas e Entrega de Serviços.

Screenshot of Area paths and team assignments.

  • Você cria caminhos de área hierárquica para dar suporte a subcategorias de recursos e áreas do produto
  • Para fornecer exibições de portfólio, atribua dois ou mais caminhos de área e inclua sub-áreas a uma equipe de gerenciamento de portfólio
  • Os caminhos de área atribuídos a uma equipe determinam quais itens de trabalho são filtrados em uma exibição de equipe: backlog do produto, backlog de portfólio, planos de entrega ou outra ferramenta de planejamento de portfólio
  • Agrupar itens de trabalho em um recurso pai ou épico determina quais exibições de rollup têm suporte e como o trabalho aparece em um modo de exibição de calendário, como a Linha do Tempo do Recurso e o Roteiro Épico

Antes de adicionar equipes, recomendamos que você leia os seguintes artigos:

Recomendações:

  • Considere quais modos de exibição o gerenciamento superior pode querer exibir e como dar suporte melhor a eles
  • Considere como você deseja usar o rollup tanto para um gerenciamento de equipe quanto de portfólio
  • Definir épicos e cenários para grandes iniciativas que levarão dois ou mais sprints para serem concluídos
  • Definir requisitos para o trabalho que pode ser realizado em um único sprint e pode ser atribuído a um único indivíduo
  • Definir tarefas para acompanhar detalhes mais granulares ou quando você deseja acompanhar o tempo gasto trabalhando

Dica

  • Os itens de trabalho só podem ser atribuídos a um único indivíduo. Portanto, ao definir itens de trabalho, considere quantos itens de trabalho são necessários para atribuir o trabalho aos indivíduos que serão encarregados de concluir o trabalho.
  • Escolha o campo Nome do Nó como uma opção de coluna para exibir o nó de área folha em uma lista de pendências ou cartão de placa.
  • Não crie links pai-filho entre itens de trabalho do mesmo tipo, como story-story, bug-bug, tarefa-tarefa.

A maioria das ferramentas do Azure Boards dá suporte a uma exibição filtrada de itens de trabalho com base no caminho da área e/ou no caminho de iteração. Filtros adicionais também podem ser aplicados com base em palavra-chave, atribuição, tipo de item de trabalho e muito mais.

Tratar bugs como requisitos ou tarefas

Cada equipe pode escolher como deseja gerenciar bugs. Algumas equipes gostam de acompanhar bugs junto com os requisitos no backlog. Outras equipes gostam de acompanhar bugs como tarefas executadas em suporte a um requisito. Os bugs aparecem em seu quadro de tarefas.

Se você usar o processo scrum, sua configuração padrão será rastrear bugs junto com PBIs (itens de backlog do produto). Se você trabalhar em um projeto com base nos processos Agile ou CMMI, os bugs não aparecerão automaticamente em sua lista de pendências.

Converse com sua equipe para determinar como eles querem gerenciar bugs. Em seguida, altere as configurações da equipe de acordo.

Dica

Depois de atualizar uma lista de pendências ou uma placa e não vir bugs nos quais você espera, examine como as caixas de fundo e as placas exibem itens hierárquicos (aninhados). Somente nós folha de itens aninhados aparecem em quadros de tarefas de sprint.

Adicionar tipos de item de trabalho do sistema a uma lista de pendências

Se você quiser acompanhar problemas ou impedimentos junto com seus requisitos ou em uma lista de pendências de portfólio, poderá adicioná-los ao processo herdado personalizado. Para obter detalhes, consulte Personalizar seus backlogs ou quadros (processo de herança).

Rollup, hierarquia e gerenciamento de portfólio

As colunas cumulativos permitem exibir barras de progresso ou totais de campos numéricos ou itens descendentes dentro de uma hierarquia. Os itens descendentes correspondem a todos os itens filho dentro da hierarquia. Você pode adicionar uma ou mais colunas de rollup a uma lista de pendências de produto ou portfólio.

Aqui, mostramos o progresso de todos os itens de trabalho que exibem barras de progresso para itens de trabalho crescentes com base na porcentagem de itens descendentes que foram fechados.

Screenshot of backlog, Progress bars showing rollup by work items.

Além disso, os novos Planos de Entrega dão suporte a exibições cumulativos de epics, recursos e outros backlogs de portfólio personalizados.

Screenshot showing Delivery Plans Progress rollup view of four scenarios.

Caminhos de iteração, sprints, versões e controle de versão

Os caminhos de iteração dão suporte a processos Scrum e Scrumban em que o trabalho é atribuído a um período de tempo definido. Os caminhos de iteração permitem agrupar o trabalho em sprints, marcos ou outro período específico ou relacionado ao tempo. Cada iteração ou sprint corresponde a um intervalo de tempo regular chamado de cadência de sprint. Cadências típicas de sprint têm duas semanas, três semanas ou um mês de duração. Para saber mais sobre caminhos de iteração, consulte Sobre caminhos de área e iteração.

Os caminhos de iteração podem ser uma lista simples simples ou agrupados em marcos de versão, conforme mostrado na imagem a seguir.

Screenshot of Iteration paths, grouped.

Observação

Embora os caminhos de iteração não impactem as ferramentas do quadro Kanban, você pode usar caminhos de iteração como um filtro em placas. Para saber mais, confira Filtrar seu quadro Kanban.

Defina caminhos de iteração e atribua-os às equipes quando quiser usar as seguintes ferramentas:

Dica

Se uma equipe não tiver assinado ou selecionado um caminho de iteração, esse caminho de iteração não aparecerá em um modo de exibição ou ferramenta de equipe.

Acompanhamento de tempo

A maioria das organizações que seguem processos scrum usam estimativas de tempo para planejamento de capacidade sprint. As ferramentas do Azure Boards dão suporte total ao tempo de acompanhamento para essa finalidade. O campo principal usado é o campo Trabalho Restante da tarefa, que normalmente é zerado no final do sprint.

No entanto, algumas organizações exigem acompanhamento de tempo para dar suporte a outras finalidades, como cobrança ou manutenção de registros de alocação de tempo. Os valores de tempo para trabalho estimado e trabalho concluído são de interesse. Os processos Agile e CMMI fornecem esses campos — Estimativa Original, Trabalho Concluído, Trabalho Restante — para uso no tempo de acompanhamento. Você pode usá-los para essa finalidade. No entanto, o Azure Boards fornece suporte nativo limitado para acompanhamento de tempo. Em vez disso, talvez você queira considerar o uso de uma extensão do Marketplace para dar suporte aos seus requisitos adicionais de acompanhamento de tempo.

Observação

Os campos Estimativa Original, Trabalho Concluído e Trabalho Restante foram projetados para dar suporte à integração com o Microsoft Project. O suporte à integração com o Microsoft Project foi preterido para o Azure DevOps Server 2019 e versões posteriores, incluindo o serviço de nuvem.

Processar alterações que afetam todas as equipes

Qualquer alteração feita em um processo aplicado a um projeto afeta todas as equipes nesse projeto. Muitas alterações não causarão muita interrupção nas equipes que dão suporte. No entanto, alguns o fazem, e eles são descritos nesta seção.

Campos Personalizados

Adicionar campos personalizados a um tipo de item de trabalho não afeta nenhuma ferramenta específica. Os campos simplesmente aparecem nos itens de trabalho correspondentes. No entanto, se você adicionar um campo numérico personalizado, poderá usá-lo para dar suporte ao acúmulo em backlogs, bem como às seguintes ferramentas de relatório:

Observação

Todos os campos padrão e personalizados são compartilhados em todos os projetos em uma coleção ou organização. Há um limite de 1024 campos que você pode definir para um processo.

Tipos de item de trabalho personalizados

Ao fazer uma ou mais das personalizações a seguir, você afeta as ferramentas de equipe, conforme indicado.

  • Adicione um tipo de item de trabalho personalizado à categoria Requisito:
  • Adicione um tipo de item de trabalho personalizado à categoria Tarefa:
  • Adicione um tipo de item de trabalho personalizado à categoria Epic ou Feature:
  • Adicionar um nível de backlog de portfólio personalizado

Quando você adiciona um WIT (tipo de item de trabalho personalizado) a uma das seguintes categorias de acompanhamento de trabalho, você afeta as ferramentas de equipe das seguintes maneiras:

  • Categoria da tarefa:
    • Itens de trabalho filho do novo WIT aparecem na lista de pendências do produto
    • Itens de trabalho baseados no novo WIT aparecem nos backlogs de sprint e quadros de tarefas
  • Categoria de requisito:
    • Itens de trabalho baseados no novo WIT aparecem na lista de pendências do produto e no quadro Kanban
    • Cada equipe deve configurar o quadro Kanban para dar suporte ao novo WIT
  • Categoria Epic ou Feature:
    • Os itens de trabalho com base no novo WIT aparecem nos backlogs de portfólio correspondentes e nas placas Kanban
    • Cada equipe deve configurar os quadros Kanban para dar suporte ao novo WIT
    • Os novos WITs podem não aparecer em uma ou mais das ferramentas de planejamento de portfólio

Fluxo de trabalho personalizado

Cada processo dá suporte a um fluxo de trabalho padrão. Esse fluxo de trabalho define as colunas padrão que aparecem nas placas Kanban e no sprint Taskboards.

Estados de fluxo de trabalho: História do Usuário, processo Agile

User Story workflow states, Agile process

Às vezes, as equipes desejam acompanhar o status de seu trabalho que vai além desses estados padrão. O suporte é fornecido para isso de duas maneiras:

  • Adicionar estados de fluxo de trabalho personalizados ao tipo de item de trabalho\
    • Essa opção afeta todas as equipes e exige que elas atualizem a configuração do quadro Kanban
  • Adicionar colunas a uma placa Kanban
    • Essa opção afeta apenas a equipe que adiciona as colunas

Os estados de fluxo de trabalho e as colunas Kanban aparecem no diagrama de Fluxo Cumulativo para uma equipe. Os indivíduos podem escolher quais colunas aparecem no gráfico.

Screenshot of Cumulative flow diagram.

Para saber mais, consulte o diagrama de fluxo cumulativo.

Quem pode fazer alterações?

Como as configurações no nível do processo, no nível do projeto e no nível da equipe podem ter um grande impacto, as alterações são restritas às seguintes pessoas que têm as permissões necessárias.

Alterações no nível do processo

Para criar, editar ou gerenciar processos herdados e aplicá-los a projetos, você deve ser membro do grupo Administradores de Coleção de Projetos. Ou você deve ter as permissões correspondentes Criar processo, excluir processo, editar processo ou excluir um campo da organização definido como Permitir. Consulte Definir permissões e acesso para acompanhamento de trabalho, Personalizar um processo herdado.

Para obter mais informações, consulte os seguintes artigos:

Alterações no nível do projeto

Para adicionar caminhos de área ou caminhos de iteração, você deve ser membro do grupo Administradores do Projeto.

Ou, para adicionar, editar e gerenciar caminhos de área ou caminhos de iteração em um nó específico, você deve ter recebido uma ou mais das seguintes permissões definidas para Permitir:

  • Criar nós filho
  • Excluir este nó
  • Editar este nó
  • Exibir permissões neste nó

Para obter mais informações, consulte os seguintes artigos:

Alterações no nível da equipe

Todas as ferramentas de equipe podem ser configuradas por um administrador de equipe ou um membro do grupo Administradores do Projeto.

Os administradores de equipe têm a tarefa de executar as seguintes operações:

  • Adicionar membros da equipe
  • Assinar caminhos de área e iteração
  • Configurar pendências e outras configurações comuns da equipe
  • Configurar quadros Kanban
  • Gerenciar notificações de equipe

Para obter detalhes sobre como configurar listas de pendências e placas, consulte Gerenciar e configurar ferramentas de equipe.

Tentar o próximo