Sobre como configurar e personalizar Azure Boards

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

Você pode configurar e personalizar Azure Boards de várias maneiras para gerenciar melhor seu portfólio, dependências e monitoramento. Recomendamos as tarefas abordadas neste artigo, especialmente para administradores responsáveis pelo gerenciamento de projetos multiequipes.

Acesso rápido a tarefas comuns:

Personalizar cartões | Gerenciar colunas | Agilizar o trabalho com raias | Configurar sua lista de pendências.

Observação

A maioria das diretrizes neste artigo é válida para as versões de nuvem e locais. No entanto, alguns dos recursos incluídos neste artigo, como Rollup, Análise 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 de Projeto, confira também Introdução como administrador.

Considerações

Para aproveitar ao máximo o Azure Boards, entenda como suas equipes usam suas ferramentas e funções (por exemplo, Scrum, Kanban e Scrumban) e suas dependências em configurações e personalizações. A tabela a seguir resume os principais itens que você deve considerar ao estruturar seu projeto.

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
  • Tipos de item de trabalho personalizados (WITs)
  • Personalizações de lista de pendências de portfólio
  • Personalizações de fluxo de trabalho

Nível de equipe

  • Como você usa a lista de pendências do produto para planejar e priorizar seu trabalho
  • Não importa se você rastreia os bugs como requisitos ou como tarefas, ou se não usa bugs
  • Independentemente de você usar ou não tarefas para acompanhar o tempo e a capacidade
  • Como você usa níveis de lista de pendências do portfólio
  • Como você informa o gerenciamento superior de progresso, status e riscos

Personalize seus blocos de construção e ferramentas de acompanhamento de trabalho para dar suporte às necessidades comerciais e comunique as diretrizes de uso à sua equipe.

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

Ao criar um projeto no Azure Boards, primeiro selecione um processo. Cada processo (Agile, Básico, Scrum e CMMI) dá suporte a uma hierarquia de WITs, incluindo listas de pendências de produto e portfólio. Os WITs padrão para cada processo são listados em guias correspondentes, com listas de pendências em Requisitos e tarefas em Tarefa.

A imagem a seguir mostra a hierarquia dos itens de trabalho da lista de pendências do processo Agile. As Tarefas e as Histórias do Usuário são usadas para rastrear o trabalho, os Bugs rastreiam defeitos de código e os Épicos e os Recursos são usados para agrupar o trabalho em cenários maiores.

Imagem conceitual, tipo de item de trabalho Agile.

Cada equipe pode configurar como gerencia Bugs, no mesmo nível que Tarefas ou Histórias do Usuário, definindo a configuração Trabalhando com bugs. Para obter mais informações sobre como usar esses tipos de item de trabalho, confira Processo Agile.

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

Objetivos e Principais Resultados como listas de pendências de portfólio adicionais

As equipes podem escolher quais WITs 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, a adição de tarefas dependentes de filhos é opcional. Os desenvolvedores podem adicioná-los como uma lista de verificação de itens de que precisam para completar um requisito de história ou de lista de pendências do usuário.

Somente requisitos, como histórias de usuário (Agile), problemas (Básico), itens de lista de pendências do 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 WITs de portfólio, como épicos 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.

Opções para configurar e personalizar

A tabela a seguir mostra as áreas que você pode configurar e personalizar e as ferramentas afetadas por essas personalizações. Você pode personalizar cada área no nível organização, projeto ou equipe, conforme observado, ou uma combinação de duas. Para obter uma descrição das ferramentas Padrão, ferramentas de Análise e ferramentas de planejamento de Portfólio, confira O que é o Azure Boards, 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
  • Listas de pendências>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)
  • Listas de pendências > Planejamento de sprint
  • Sprints > Listas de pendências do sprint
  • Sprints > Capacidade do sprint
  • Sprints > Quadro de tarefas
  • Velocidade
  • Tendência de burndown
  • Planos de entrega
  • Linha do tempo do recurso
  • Roteiro Épico
  • Planos de portfólio (Beta)

Mostrar bugs em listas de pendências e painéis (Equipe)
WITs personalizados, Lista de pendências do produto (Processo)
WITs personalizados, Quadro de tarefas (Processo)

  • Boards > Quadro de produto
  • Listas de pendências > Lista de pendências do produto
  • Lista de pendências > Ferramenta de mapeamento
  • Sprints > Listas de pendências do sprint
  • Sprints > Quadro de tarefas
  • Velocidade

WITs personalizados, Lista de pendências do portfólio (Processo)
Mais listas de pendências de portfólio (Processo)

  • Boards > Quadros de portfólio
  • Listas de pendências > Listas de pendências do portfólio
  • Lista de pendências > Ferramenta de mapeamento
  • Velocidade

Fluxo de trabalho personalizado (Processo)

  • Boards > Quadro de produto
  • Boards > Quadros de portfólio
  • Sprints > Quadro de tarefas
  • Diagrama de fluxo cumulativo

Campo personalizado (Processo)

  • Boards > Quadro de produto
  • Boards > Quadros de portfólio

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

Use demarcadores de área 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 demarcadores de área ou um conjunto simples. Normalmente, você define um conjunto hierárquico de demarcadores de área para dar suporte a uma hierarquia de negócios que deseja acompanhar o progresso de várias equipes.

Demarcadores de área e agrupamento hierárquico

As duas principais maneiras de agrupar itens de trabalho são por demarcador de área e gerenciamento do domínio pai em um WIT de portfólio, conforme descrito no início deste artigo. Os dois não são mutuamente exclusivos. Aqui estão as principais diferenças:

  • Os demarcadores de área atribuídos a uma equipe determinam quais itens de trabalho aparecem em uma exibição de equipe: lista de pendências do produto, lista de pendências 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 cumulativos 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á-las para fins de consulta e filtro. Portanto, ao estruturar suas equipes e projetos, certifique-se de 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 demarcador de área e atribuir demarcadores de área às equipes. Ou você pode adicionar uma equipe e criar o demarcador da área com o nome da equipe naquele momento. Se as equipes forem totalmente independentes, crie um conjunto simples de demarcadores de área. No entanto, se você quiser criar uma hierarquia de equipes, você desejará criar uma hierarquia de árvore de demarcadores de área. Para obter mais informações, consulte Configurar uma hierarquia de equipes.

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

Demarcadores de área e atribuições de equipe

Cada projeto tem uma equipe padrão e um caminho de área padrão. Em alguns casos, há apenas uma equipe para planejar e acompanhar o trabalho. Porém, à medida que as organizações crescem, você pode adicionar mais equipes para gerenciar a lista de pendências e os sprints.

O exemplo a seguir mostra demarcadores 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.

Captura de tela de demarcadores de área e atribuições de equipe.

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

Recomendações:

  • Considere o que a alta gerência precisa saber e como melhor apoiá-la
  • Considere como você deseja usar o rollup tanto para uma equipe quanto para o gerenciamento de portfólio
  • Definir épicos e cenários para grandes iniciativas que levam dois ou mais sprints para serem concluídos
  • Crie demarcadores de área hierárquica para dar suporte a subcategorias de recursos e áreas de produto
  • 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

  • Você só pode atribuir um item de trabalho a um único indivíduo. Ao definir itens de trabalho, considere de quantos você precisa e a quem atribuí-los.
  • Escolha o campo Node Name como uma opção de coluna para exibir o nó de área folha em uma lista de pendências ou cartão de placa. Para obter mais informações, confira Personalizar cartões.
  • Não crie links pai-filho entre itens de trabalho do mesmo tipo, como história-história, 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 demarcador da área ou no demarcador da iteração. Você também pode aplicar mais filtros com base em palavra-chave, atribuição, WIT e muito mais.

Bugs como requisitos ou tarefas

Cada equipe pode escolher como deseja gerenciar bugs. Algumas equipes gostam de rastrear bugs junto com os requisitos na lista de pendências. Outras gostam de rastreá-los à medida que as tarefas são concluídas em suporte a um requisito. Assim, os bugs aparecem no Quadro de tarefas.

Se você usar o processo do Scrum, sua configuração padrão será rastrear bugs junto com PBIs (Itens de Lista de Pendências do Produto). Se você trabalha em um projeto com base nos processos Agile ou CMMI, os bugs não aparecem automaticamente na lista de pendências.

Determine com sua equipe como você deseja gerenciar bugs. Em seguida, altere as configurações da equipe adequadamente.

Dica

Depois de atualizar uma lista de pendências ou placa e não ver bugs onde você os espera, examine Como listas de pendências e placas exibem itens hierárquicos (aninhados). Somente nós folha de itens aninhados aparecem em Quadros de tarefas de sprint.

WITs do sistema em uma lista de pendências

Para acompanhar problemas ou impedimentos, juntamente com seus requisitos ou em uma lista de pendências de portfólio, adicione-os ao processo herdado personalizado. Para obter mais informações, confira Personalizar as listas de pendências ou quadros (processo de herança).

Gerenciamento de rollup, hierarquia e portfólio

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

Aqui mostramos o Progresso de todos os Itens de Trabalho, que exibe barras de progresso para itens de trabalho ascendentes com base na porcentagem de itens descendentes fechados.

Captura de tela da lista de pendências, Barras de progresso mostrando rollup por itens de trabalho.

Os novos Planos de Entrega dão suporte a exibições de rollup de épicos, recursos e outras listas de pendências de portfólio personalizadas.

Captura de tela mostrando o modo de exibição cumulativo de progresso dos planos de entrega de quatro cenários.

Caminhos de iteração, sprints, lançamentos e controle de versão

Os demarcadores 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 demarcadores de iteração permitem que você agrupe o trabalho em sprints, marcos ou outro período específico do evento ou relacionado ao tempo. Cada iteração ou sprint corresponde a um intervalo de tempo regular chamado de cadência de sprint. As cadências típicas de sprint têm duas semanas, três semanas ou um mês de duração. Para obter mais informações, consulte Sobre caminhos de área e iteração.

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

Captura de tela dos demarcadores de iteração, agrupados.

Embora os caminhos de iteração não afetem as ferramentas do quadro Kanban, você pode usar os caminhos de iteração como um filtro nos quadros. Para obter mais informações, confira Filtrar seu quadro Kanban.

Defina demarcadores 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 demarcador de iteração, esse demarcador de iteração não aparecerá em um modo de exibição ou ferramenta de equipe.

Acompanhamento de tempo

A maioria das organizações após os processos do Scrum usa estimativas de tempo para o planejamento de capacidade da Sprint. As ferramentas do Azure Boards dão suporte total ao tempo de acompanhamento para essa finalidade. O campo principal usado é o campo Remaining Work da tarefa, que normalmente zera 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 (Original Estimate, Completed Work, Remaining Work) para uso no controle de tempo. Você pode usá-los para essa finalidade. No entanto, o Azure Boards fornece suporte nativo limitado para acompanhamento de tempo. Em vez disso, considere usar uma extensão do Marketplace para dar suporte aos outros requisitos de acompanhamento de tempo.

Observação

Os campos Original Estimate, Completed Work, Remaining Work foram projetados para oferecer 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.

Mudanças de processo que afetam todas as equipes

Qualquer alteração feita em um processo em um projeto afeta todas as equipes nesse projeto. Muitas alterações não causam muita perturbação às equipes que elas apoiam, mas as alterações a seguir causam.

Campos personalizados

Quando você adiciona campos personalizados a um WIT, isso não afeta diretamente nenhuma ferramenta específica. Em vez disso, esses campos ficam visíveis dentro dos itens de trabalho correspondentes. Por exemplo, se você introduzir um campo numérico personalizado, poderá utilizá-lo para cálculos de acúmulo em listas de pendências. Além disso, você pode usar esse campo personalizado com as seguintes ferramentas de relatório. Portanto, embora o efeito não seja específico da ferramenta, ele melhora sua capacidade de adaptar itens de trabalho às necessidades do seu projeto.

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.

WITs personalizados

A tabela a seguir mostra os efeitos quando você adiciona um WIT personalizado a uma categoria específica.

Tarefa

Requisito

Épico ou recurso

  • Os itens de trabalho filho do novo WIT aparecem na lista de pendências do produto
  • Os itens de trabalho com base no novo WIT aparecem nos backlogs e Quadros de tarefas de sprint
  • Os itens de trabalho com base 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
  • Os itens de trabalho com base no novo WIT aparecem nas listas de pendências de portfólio correspondentes e nos quadros Kanban
  • Cada equipe deve configurar o quadro 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 nos quadros Kanban e Quadros de tarefas de sprint.

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

Estados do fluxo de trabalho da história de usuário, processo Agile

Às vezes, as equipes querem acompanhar o status de seu trabalho que vai além desses estados padrão. O suporte é fornecido de uma das seguintes maneiras:

  • Adicionar estados de fluxo de trabalho personalizados ao WIT: essa opção afeta todas as equipes e exige que elas atualizem a configuração do quadro Kanban
  • Adicionar colunas a um quadro 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 de uma equipe. Os indivíduos podem escolher quais colunas aparecem no gráfico. Para obter mais informações, confira Diagrama de fluxo cumulativo.

Quem pode fazer alterações?

Como as configurações de nível de processo, de projeto e de equipe podem ter um efeito amplo, as alterações são restritas a usuários com as seguintes 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. Confira 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 Demarcadores de Área ou Demarcadores de Iteração, você deve ser membro do grupo Administradores de Projeto.

Ou, para adicionar, editar e gerenciar Caminhos de Área ou Caminhos de Iteração em um nó específico, você deve ter uma ou mais das seguintes permissões definidas como 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

Para configurar ferramentas de equipe, você deve ser um administrador de equipe ou membro do grupo Administradores do projeto.

Os administradores de equipe fazem as seguintes operações:

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

Para obter mais informações sobre como configurar listas de pendências e placas, confira Gerenciar e configurar ferramentas de equipe.

Próximas etapas