Sobre caminhos de área e de iteração (sprint)

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Os caminhos de área permitem agrupar itens de trabalho por equipe, produto ou área de recursos. Os caminhos de iteração permitem agrupar o trabalho em sprints, marcos ou outro período específico do evento ou relacionado ao tempo. Ambos os campos permitem que você defina uma hierarquia de caminhos.

Você define caminhos de área e iteração para um projeto. O Teams pode escolher quais caminhos são usados para dar suporte à lista de pendências e a outras ferramentas Agile. Para entender como as ferramentas Agile usam caminhos de área e iteração, consulte Ferramentas Agile que dependem de áreas e iterações.

Observação

Caminhos de área e caminhos de iteração também são chamados de Nós de Classificação. Você pode gerenciá-los programaticamente por meio da API REST (Nós de Classificação) ou do comando az boards do comando da CLI do Azure DevOps.

Observação

Caminhos de área e caminhos de iteração também são chamados de Nós de Classificação. Você pode gerenciá-los programaticamente por meio da API REST (Nós de Classificação).

As áreas e iterações que você vê dependem do processo usado para criar seu projeto. Aqui, mostramos os padrões definidos para o processo scrum. Nenhuma data está definida. Você define datas para corresponder aos seus agendamentos de sprint ou lançamento.

Iterações Áreas
Iterações padrão, processo do Scrum Um conjunto de caminhos de área de exemplo

Importante

Excluir caminhos de área ou reconfigurar caminhos de iteração pode causar uma perda de dados e não pode ser revertido. Por exemplo, gráficos de widget burndown ou burnup, burndown de sprint e gráficos de velocidade para equipes cujos Caminhos de Área são alterados não refletirão os dados corretos. Gráficos de tendências históricos referenciam o Caminho da Área e o Caminho da Iteração , conforme definido em um ponto no passado para cada item de trabalho. Quando um Caminho de Área ou Caminho de Iteração é excluído, os dados históricos para ele não podem ser recuperados.

Definir e atribuir caminhos de área

Se você não estiver familiarizado com o gerenciamento de projetos e equipes, a sequência mais direta para configurar seu projeto e equipes será a seguinte.

  1. Determine o número e os nomes dos Caminhos de Área aos quais você deseja dar suporte para categorizar seu trabalho. No mínimo, adicione um caminho de área para cada equipe que você definir.
  2. Determine o número e os nomes das equipes às quais você deseja dar suporte. Para obter diretrizes, examine Sobre equipes e ferramentas Agile.
  3. Abra Configurações > do projeto Configuração do projeto e defina os caminhos de área para dar suporte às etapas 1 e 2 no nível do projeto. Siga as etapas fornecidas mais adiante neste artigo: Abrir Configurações do Projeto, Configuração do projeto e Adicionar caminhos de área.
  4. Defina as equipes necessárias para dar suporte à etapa 2. Para obter diretrizes, consulte Adicionar uma equipe, passar de uma equipe padrão para várias equipes.
  5. Abra a configuração da equipe e atribua os caminhos de área padrão e adicionais a cada equipe. Siga as etapas fornecidas posteriormente neste artigo: Abrir configurações de equipe e Definir caminhos de área padrão da equipe.
  6. Atribua o caminho de área dos itens de trabalho a um caminho de área que você definiu. Use a modificação em massa para modificar vários itens de trabalho ao mesmo tempo.

Observação

Os projetos são limitados a definir um máximo de 10.000 Caminhos de Área e atribuir um máximo de 300 Caminhos de Área a uma única equipe. Para saber mais, confira Acompanhamento de trabalho , processo e limites de projeto.

Além disso, embora você possa atribuir o mesmo Caminho de Área a mais de uma equipe, isso poderá causar problemas se duas equipes reivindicarem a propriedade sobre o mesmo conjunto de itens de trabalho. Para saber mais, confira Sobre quadros e Kanban, Limitações de exibições de quadro Kanban de várias equipes.

Conforme necessário, você pode executar as seguintes ações a qualquer momento:

  • Adicionar nós filho adicionais
  • Renomear um caminho de área (exceto o caminho da área raiz)
  • Mover um nó filho sob outro nó
  • Excluir um nó filho
  • Renomear uma equipe
  • Alterar as atribuições de caminho de área feitas para uma equipe

Confira também Configurar uma hierarquia de equipes.

Quantas áreas uma equipe deve definir?

Você adiciona áreas para dar suporte aos requisitos de segurança e capacidade de rastreamento da sua equipe. Use áreas para representar componentes lógicos ou físicos, e crie áreas filho para representar recursos específicos.

Adicione áreas quando você tiver estes requisitos:

  • Filtrar consultas com base em um produto ou área de recurso
  • Organizar ou agrupar itens de trabalho por equipe ou subequipes
  • Restringir o acesso a itens de trabalho com base em sua área.

Cada equipe pode criar uma hierarquia de áreas sob a qual a equipe pode organizar seus itens de lista de pendências, histórias de usuário, requisitos, tarefas e bugs.

Evite criar uma estrutura de área muito complexa. Você pode criar áreas para dividir permissões em itens de trabalho, mas árvores complexas requerem uma sobrecarga significativa para o gerenciamento de permissão. Você pode achar que é muito trabalho duplicar a estrutura e as permissões em outros projetos.

Definir e atribuir caminhos de iteração

Use as diretrizes a seguir para configurar caminhos de iteração para seu projeto e equipes:

  1. Primeiro, defina os caminhos de área e as equipes seguindo as diretrizes fornecidas em Definir caminhos de área e atribuir a uma equipe.
  2. Determine o comprimento da iteração à qual você deseja dar suporte. A prática recomendada é fazer com que todas as equipes usem a mesma cadência de sprint.
  3. Determine se você deseja uma estrutura ou hierarquia simples de sprints e versões.
  4. Abra Configurações > do projeto Configuração do projeto e defina os caminhos de iteração para dar suporte às etapas 2 e 3 no nível do projeto. Siga as etapas fornecidas posteriormente neste artigo: Abrir Configurações do Projeto, Configuração do projeto e Adicionar iterações e definir datas de iteração.
  5. Abra a configuração da equipe e atribua o padrão, a lista de pendências e os caminhos de iteração adicionais a cada equipe. Siga as etapas fornecidas posteriormente neste artigo: Abrir configurações de equipe e Definir caminhos de iteração padrão da equipe.
  6. Cada equipe deve atribuir um caminho de iteração aos itens de trabalho que se enquadram no caminho de iteração de lista de pendências . Esses itens de trabalho aparecerão em suas listas de pendências e placas de produto. Use a modificação em massa para modificar vários itens de trabalho ao mesmo tempo. Confira também Atribuir itens de lista de pendências a um sprint.

Observação

Os projetos estão limitados a definir um máximo de 10.000 Caminhos de Iteração e atribuir um máximo de 300 Caminhos de Iteração a uma única equipe. Para saber mais, confira Acompanhamento de trabalho , processo e limites de projeto.

Conforme necessário, você pode executar as seguintes ações a qualquer momento:

  • Adicionar nós de iteração filho adicionais
  • Renomear um caminho de iteração (exceto o caminho raiz)
  • Mover um caminho de iteração filho em outro nó
  • Excluir um caminho de iteração filho
  • Alterar os caminhos de iteração padrão e selecionados atribuídos a uma equipe

Quantas iterações uma equipe deve definir?

Você define quantas iterações filho precisar para refletir o ciclo de vida do projeto. Esses caminhos representam uma série de eventos, como sprints, resultados pré-beta e beta e outros marcos de versão. Uma equipe geralmente deixa itens de trabalho atribuídos à iteração padrão da equipe se eles ainda não estiverem agendados para o trabalho ou para uma versão.

Adicione iterações para dar suporte a estes requisitos:

  • Definir sprints que suas equipes do Scrum usam para planejar e executar seus sprints
  • Configurar ciclos de várias versões e sprint mais complexos
  • Filtrar consultas com base em sprints, marcos ou tempo de ciclo para seu projeto
  • Dê suporte a trabalhos futuros que você não está pronto para atribuir a um ciclo de lançamento de destino.

No exemplo a seguir, Beta 1, Beta 2, Versão 1.0 e Versão 2.0 são definidos para o projeto MyApplication.

Hierarquia de iteração simples

À medida que você cria a lista de pendências de recursos e tarefas do produto, atribua-os a marcos. Atribua os recursos e a tarefa pelos quais você espera que a equipe seja concluída. À medida que suas necessidades mudam, você pode adicionar eventos em cada etapa principal que reflitam como sua equipe agenda e gerencia seu trabalho.

Como mostra o exemplo a seguir, a iteração Beta 1 agora contém três nós filho, um para cada sprint no período beta 1.

Hierarquia de iteração hierárquica

Iterações não impõem nenhuma regra. Por exemplo, você pode atribuir uma tarefa a uma iteração, mas não fechá-la ou concluí-la durante a iteração. No final de uma iteração, você deve encontrar todos os itens de trabalho que permanecem ativos ou abertos para essa iteração e tomar as medidas apropriadas. Você pode, por exemplo, movê-los para uma iteração diferente ou retorná-los à lista de pendências.

Restrições de nomenclatura

Os campos Caminho da Área e Caminho da Iteração , tipo de dados=TreePath, consistem em vários itens de nó separados pelo caractere de barra invertida (\). Minimize os nomes dos nós e verifique se você está em conformidade com as restrições a seguir ao adicionar nós filho.

Tipo de restrição Restrição
Comprimento do nó Não deve conter mais de 255 caracteres.
Nomes reservados - Não deve consistir apenas em um período . ou dois períodos ...
– Não deve ser um nome reservado ao sistema, como PRN, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, COM10, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, NUL, CON ou AUX. Para obter mais informações sobre nomes reservados, consulte Nomes de arquivos, caminhos e namespaces.
Caracteres especiais para nós – Não deve conter caracteres de controle Unicode.
- Não deve conter nenhum dos seguintes caracteres: \ / : * ? " < > | # $ * +.
– Não deve conter caracteres proibidos pelo sistema de arquivos local. Para obter mais informações sobre restrições de caracteres do Windows, consulte Nomenclatura de arquivos, caminhos e namespaces.
Comprimento do caminho Não deve conter mais de 4.000 caracteres Unicode.
Profundidade da hierarquia do caminho Deve ter menos de 14 níveis de profundidade.

Como você pode ver, áreas e iterações desempenham um papel importante no suporte a ferramentas Agile e no gerenciamento de itens de trabalho. Você pode saber mais sobre como trabalhar com esses campos nos artigos a seguir.