Adicionar e modificar área e caminhos de iteração

Para agrupar itens de trabalho por produto, funcionalidade ou área de recursos, use caminhos de área. Para agrupar itens de trabalho em sprints, etapas ou períodos em que serão trabalhados, use caminhos de iteração. Para restringir o acesso a um grupo de itens de trabalho, use caminhos de área ou de iteração.

Os caminhos de área e de iteração também oferecem suporte a funções importantes das ferramentas de planejamento do Agile. O caminho padrão de área da equipe é usado para filtrar os itens da lista de pendências das páginas da lista de pendências de cada equipe. Os itens de trabalho criados usando ferramentas de planejamento do Agile atribuem automaticamente os caminhos de área e de iteração com base nos padrões da equipe.

Adicionar um nó de área ou um nó filho

  1. Se você não for um administrador do projeto, seja adicionado como um. Você precisa ser um administrador do projeto para adicionar nós em uma área de equipe, ou ter as permissões definidas como Permitir para Criar nós filho para um caminho de área, conforme descrito posteriormente neste tópico, em Restringir acesso a itens de trabalho atribuídos a uma área ou uma iteração.

  2. Na página do projeto de equipe no Team Web Access (TWA), abra a página de administração.

    Escolha o ícone de engrenagem para abrir a administração

    Para saber mais sobre como conectar-se ao TWA, clique aqui.

  3. Abra Áreas. A maioria das equipes é associada a um caminho de área padrão.

    Página de áreas de um projeto de equipe, o contexto de administração do TWA

    O caminho de área padrão é usado para filtrar os itens da lista de pendências das páginas da lista de pendências do projeto de equipe. Além disso, o caminho de área é definido como o padrão da equipe quando as equipes criam itens de trabalho de uma página da ferramenta de planejamento do Agile.

  4. Adicione um nó filho à área que você selecionou. Para restrições de nomes, acesse aqui.

    Novo link filho na página de áreas, caixa de diálogo Criar área.

Adicionar um nó filho de iteração e definir as datas de iteração

A maioria dos projetos de equipe vêm com um conjunto predefinido de caminhos de iteração, baseados no modelo de processo. Você pode renomear ou adicionar a esse conjunto.

  1. Na página Iterações, você pode adicionar e selecionar as iterações que estarão ativas para sua equipe. Adicione nós de iteração da mesma maneira que você adiciona nós de área.

    Iterações de exemplo para uma equipe

  2. Para especificar uma iteração ou uma iteração filho para uma equipe, marque a caixa de seleção ao lado dessa iteração ou da iteração filho. Se você escolher uma iteração, não poderá selecionar qualquer iteração filho. Se desejar usar as iterações filho, desmarque a caixa de seleção da iteração e marque as caixas de seleção das iterações filho que você deseja usar para sua equipe.

  3. Abra um sprint ou uma iteração para definir as datas de início e de término.

    Definir datas de início e término de um sprint

    Depois de definir as datas de início e de término para uma iteração, a ferramenta de calendário define automaticamente o próximo conjunto de datas com base na mesma duração de iteração especificada para a primeira. Por exemplo, se você definir um sprint de 3 semanas para Sprint 1, quando selecionar a data de início para Sprint 2, a ferramenta de calendário determinará automaticamente as datas de início e de término com base nas próximas três semanas. Você pode aceitar ou alterar essas datas.

    Dica

    Você não precisa definir datas para a iteração ou usá-las, mas isso pode ajudar a agendar seu trabalho e a acompanhar o andamento de acordo com essa agenda.

Restringir acesso a itens de trabalho atribuídos a uma área ou uma iteração

Você pode atribuir permissões no nível de usuário ou no nível de grupo para áreas e iterações. As permissões restringem ou permitem o acesso a itens de trabalho, casos de teste ou planos de teste. Você também pode restringir ou permitir que os usuários ou grupos gerenciem a estrutura de projeto para uma área ou iteração.

  1. Abra as permissões para o nó que você deseja gerenciar.

    Opção de segurança em um menu de contexto da área

  2. Selecione o grupo ou membro da equipe e altere as configurações de permissão. No exemplo a seguir, Desabilitar Grupo de Acesso não tem permissões para exibir, modificar ou editar itens de trabalho ou permissões no caminho de área da FabrikamFiber.

    Página de permissões para um projeto de equipe

    Para alterar uma permissão, escolha não definido, Permitir herdado, Permitir, ou Deny.

    Se o grupo ou membro da equipe não aparecer na lista, ele poderá ser Adicionado. Para criar um grupo TFS, abra a guia Segurança.

    Se o servidor de camada de aplicativo tiver sido atualizado para TFS 2013.3, as permissões para Gerenciar conjuntos de testes foram adicionadas ao modelo de segurança do caminho de área. As permissões Gerenciar planos de teste existentes tiveram o escopo redefinido para gerenciar apenas planos de teste. Anteriormente, cobriam o gerenciamento de permissão para planos de teste e conjuntos de testes. Para obter mais informações sobre essas permissões, consulte P: Quais funções são abordadas em permissões de gerenciamento de teste?

    Para obter outras maneiras de restringir modificações a itens de trabalho, consulte restringir quem pode criar ou modificar um item de trabalho.

Perguntas e respostas

P: há restrições em termos de nomenclatura e estruturação de nós filho?

R: Os campos Área e Iteração são caminhos compostos por vários itens de nós que são separados por caracteres de barra invertida (\). Esses campos usam o tipo de dados TreePath. É uma prática recomendada minimizar os nomes de nós e considere essas restrições ao nomear caminhos de iteração e área:

Tipo de restrição

Restrição

Comprimento do nó

  • Não deve conter mais de 255 caracteres

Caracteres especiais para nós

  • Não deve conter caracteres de controle Unicode

  • Não deve conter nenhum destes caracteres: \ / $ ? * : " & > < # % | + ,

  • Não deve conter os caracteres proibidos pelo sistema de arquivos local. Para obter mais informações sobre restrições de caracteres no Windows, consulte nomenclatura de arquivos.

Nomes reservados

  • Deve conter mais de um ponto (.) ou dois pontos (..)

  • Não deve ser um nome reservado do 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 nomenclatura de arquivos.

Comprimento do caminho

  • Deve conter menos de 4.000 caracteres Unicode

    Importante

    Se você definir um nome de caminho que contenha mais de 256 caracteres, não será possível especificá-lo no Microsoft Project.Para evitar esse problema, defina nomes de caminho com menos de 10 caracteres, e não aninhe nós com mais de 14 níveis de profundidade.

Profundidade da hierarquia do caminho

  • Deve ter menos de 14 níveis de profundidade

Para obter mais informações sobre o campo TreeType, consulte Referência de campos de áreas e iterações.

P: há restrições sobre como aplicar regras de campo para os campos de caminho de área e o caminho de iteração?

R: Sim. Muitas regras de campo não podem ser definidas para o sistema.XXX campos. Para obter mais informações, consulte Aplicar uma regra de campo.

P: De quais permissões preciso para adicionar ou modificar caminhos de área e iteração?

R: para criar ou modificar áreas ou iterações, você deve ser um membro do administradores do projeto grupo, ou seu Create e ordem de nós filho, Excluir este nó, e Editar este nó permissões devem ser definidas Permitir para o nó de área ou iteração que você deseja modificar.

P: como faço para equipes de estrutura, áreas e iterações para equipes hierárquicas de suporte ou escalar agilidade dentro de uma empresa

R: Embora não haja nenhum conceito de subequipes, você pode criar as equipes cujos caminhos de área estejam em outra equipe, o que efetivamente cria uma hierarquia de equipes. Para obter mais informações, consulte Adicionar outra equipe.

Além disso, esses dois white papers pode orientá-lo pelas etapas de configuração de equipes, caminhos de área e iterações para oferecer suporte a gerenciamento de portfólio ou organizações empresariais: Prático Gerenciamento de Portfólio: usando o TFS para dar suporte a listas de pendências em várias equipes e Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs.

P: O que acontecerá quando eu renomear ou excluir um nó de área ou de iteração?

R: Quando você renomear uma área ou iteração, ou mover o nó na hierarquia de árvore, atualize manualmente os itens de trabalho que referenciam o caminho ou os caminhos existentes. Você pode executar uma atualização em massa usando o TWA ou o Excel.

Quando você exclui uma área ou um nó de iteração, o sistema atualiza automaticamente os itens de trabalho existentes com o nó que você insere no aviso de exclusão.

P: Que ferramentas dependem dos caminhos de área ou interação?

R: Agile a ferramentas de planejamento —Criar sua lista de pendências e Trabalhar em prazos menores— criados a partir de consultas do sistema que referenciam o caminho de área da equipe. Você pode ver essas consultas escolhendo o link Criar consulta que aparece nas páginas dessas ferramentas. No entanto, não é possível alterar a consulta subjacente.

Além disso, para que uma página de lista de pendências de sprint ou iteração apareça para uma equipe, ela deve ser definida e selecionada primeiro.

Você pode gerar rapidamente consultas ou filtrar relatórios para ver o progresso dessas áreas e iterações. Por exemplo, quando os itens de trabalho são atribuídos a caminhos de área, você pode visualizar o progresso por área, conforme mostrado no seguinte elemento gráfico de barras empilhadas.

Configurar a caixa de diálogo de gráfico para um gráfico de barras empilhadas

O gráfico de velocidade interno se baseia na definição de iterações de equipe.

Além disso, as permissões de segurança atribuídas a um controle de caminho de área que tem acesso para gerenciar planos de teste e conjuntos de testes nesse caminho de área.

P: Quais funções são controladas pelas permissões de gerenciamento de teste?(Requer TFS 2013.3)

R: A permissão Gerenciar conjuntos de testes habilita os usuários para:

  • Criar e modificar conjuntos de testes

  • Adicionar ou remover casos de teste de/para conjuntos de testes

  • Alterar configurações de teste associadas a conjuntos de testes

  • Modificar a hierarquia de conjunto movendo um conjunto de testes

A permissão Gerenciar planos de teste habilita os usuários para:

  • Criar e modificar planos de teste

  • Adicionar ou remover conjuntos de teste para ou dos planos de teste

  • Alterar propriedades do plano de teste, como compilar e testar configurações

Permissões de gerenciamento de teste adicionais são atribuídas no nível do projeto de equipe e incluem a capacidade de criar, excluir e exibir execuções de teste e gerenciar ambientes e configurações de teste. Consultar Permissões no nível de projeto.

P: que tipo e quantos nós de área uma equipe deve definir?

R: Você não precisa adicionar nós de área. No entanto, as áreas são úteis para filtrar as consultas e relatórios de item de trabalho com base em recursos. Considere estas diretrizes para adicionar nós da área:

  • Defina áreas que oferecem suporte a seus requisitos de segurança e de rastreamento.

  • 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 de equipe.

  • 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.

  • Use áreas para representar componentes lógicos ou físicos, e crie áreas filho para representar recursos específicos. Sua equipe pode usar essa estrutura para manter itens de trabalho organizados para melhorar a rastreabilidade por componente ou recurso.

  • Crie áreas que você deseja restringir o acesso.

P: Quantos nós de iteração uma equipe deve definir?

R: Você define quantos caminhos de iteração forem necessários para refletir o ciclo de vida do projeto. Esses caminhos representam uma hierarquia de eventos, como sprints, executáveis pré-beta e beta e outras etapas de liberação. Considere estas diretrizes ao definir nós filho de iteração:

  • Use iterações para representar sprints, etapas ou o tempo de ciclo para seu projeto.

  • Determinar a duração do ciclo que atende aos processos de sua equipe e defina suas iterações para oferecer suporte a esse ciclo.

  • Crie uma iteração separada, talvez rotulada como futura, itens de trabalho que você não está pronto para atribuir a um ciclo de lançamento de destino.

  • Para obter uma visão geral de como você pode planejar um sprint usando iterações, consulte Trabalhar em sprints.

No exemplo a seguir, Lista de Pendências, Beta 1, Beta 2, Versão 1.0 e Versão 2.0 são definidos pelo projeto de equipe MyApplication. Você pode atribuir todos os itens de trabalho à iteração Lista de Pendências se ainda não estiverem agendados para o trabalho ou para uma versão.

Ícone de área e a hierarquia de iteração MyApplication

    Lista de Pendências

Beta 1

Beta 2

Versão 1.0

Versão 2.0

Ao criar a lista de pendências de recursos de produto e tarefas, você pode começar a atribuí-los às etapas pelas quais você espera que a equipe conclua os recursos e as tarefas. À medida que suas necessidades mudam, você pode adicionar eventos em cada etapa principal que reflitam como sua equipe agenda e gerencia seu trabalho. Conforme mostra o exemplo a seguir, a iteração Beta 1 agora contém cinco nós filho, um para cada sprint no período Beta 1.

Ícone de área e a hierarquia de iteração MyApplication

    Lista de Pendências

   Ícone de área e a hierarquia de iteraçãoBeta 1

         Sprint 1

         Sprint 2

         Sprint 3

         Sprint 4

         Sprint 5

   Ícone de recolhimento de iteração e área hierachiesBeta 2

   Ícone de recolhimento de iteração e área hierachiesVersão 1.0

   Ícone de recolhimento de iteração e área hierachiesVersão 2,0

As iterações não impõem regras. 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 localizar todos os itens de trabalho que permanecem ativos ou que não foram fechados para essa interação e tomar a providência adequada. Você pode, por exemplo, movê-los para uma iteração diferente ou retorná-los à lista de pendências.

P: existe uma maneira de desacoplar equipes do caminho de área de equipe?

R: Sim. Se sua organização tiver várias equipes que trabalham em uma lista de pendências comum e em muitas áreas de produto, convém alterar a forma como as equipes são configuradas. Adicionando um campo personalizado para representar equipes em sua organização, você pode reconfigurar as ferramentas e páginas de planejamento do Agile para oferecer suporte às suas equipes e desacoplar a atribuição para equipes e caminhos de área.

P: Posso exportar os caminhos de área e iteração?

R: Não. Você não pode exportar a estrutura de caminhos em árvore para um projeto de equipe usar com outro projeto de equipe.