Tipos de item de trabalho e fluxo de trabalho do modelo de processo do Scrum

Para planejar um projeto de software e controlar defeitos do software usando o Scrum, as equipes usam o PBI (item de lista de pendências de produto) e os WITs (tipos de item de trabalho de bug). Para obter informações sobre um portfólio de recursos, cenários ou experiência do usuário, proprietários de produtos e gerentes de programas podem mapear PBIs e bugs de recursos. Quando as equipes trabalham em sprints, elas definem tarefas que são vinculadas automaticamente a PBIs e bugs.

Usando o Microsoft Test Manager e o TWA (Team Web Access), os testadores criam e executam casos de teste e criam bugs para acompanhar defeitos de código. Os impedimentos acompanham problemas de bloqueio.

Definir a lista de pendências usando PBIs e bugs

Ao definir um item de lista de pendências de produto, é recomendável concentrar-se no valor que seus clientes receberão e evitar descrições sobre como sua equipe desenvolverá o recurso. O proprietário do produto pode priorizar sua lista de pendências de produtos com base no valor de negócios, esforço e dependência relativa de cada item em outros itens de lista de pendências. Conforme seus requisitos de negócios evoluem, sua lista de pendências de produto também evolui. Geralmente, as equipes especificam detalhes somente para os itens com prioridade mais alta ou aqueles atribuídos ao sprint atual ou o próximo.

Você pode criar PBIs e bugs do painel de adição rápida, na página de lista de pendências de produto.

Posteriormente, você pode abrir cada PIB ou bug para fornecer mais detalhes e fazer uma estimativa do esforço. Além disso, ao priorizar PBIs e bugs na página de lista de pendências (que é capturada no campo Prioridade de Lista de Pendências), os proprietários de produtos podem indicar quais itens devem ter prioridade mais alta.

Ao definir o Esforço para PBIs e bugs, as equipes podem usar o recurso de previsão e os gráficos de velocidade para fazer a estimativa dos sprints futuros ou dos esforços de trabalho. Ao definir o Valor Comercial, os proprietários de produtos podem especificar prioridades separadamente da classificação de pilha de lista de pendências que pode ser alterada.

Use as orientações a seguir para esses campos essenciais. Para obter detalhes sobre como criar bugs, consulte Rastrear defeitos de código mais tarde neste tópico.

Campo/guia	Uso
Esforço	Faça a estimativa da quantidade de trabalho necessária para concluir um PBI usando qualquer unidade de medida que sua equipe preferir, como o tamanho da camiseta, os pontos da história ou o tempo. Os gráficos de velocidade e as ferramentas de previsão do Agile referenciam os valores nesse campo. Esse campo é obrigatório para gerar os relatórios de Burndown de Versão e Velocidade. Para obter orientação adicional, consulte o white paper sobre Estimando.
Valor Comercial	Especifique um número que capture o valor relativo de um PBI comparado a outros PBIs. Quanto maior for o número, maior será o valor comercial.
Descrição (PBIs)	Forneça detalhes suficientes para fazer a estimativa do trabalho necessário para implementar o item. Foque no objetivo do recurso, no que os usuários desejam fazer e por quê. Não descreva como o recurso deve ser desenvolvido. Forneça detalhes suficientes para que sua equipe possa escrever tarefas e casos de teste para implementar o item.
Critérios de aceitação	Defina o que “Concluído” significa descrevendo os critérios que a equipe deve usar para verificar se o PBI ou a correção de bug foi implantada com sucesso. Antes de começar a trabalhar em um PBI ou bug, descreva os critérios para aceitação do cliente da maneira mais clara possível. Conversas entre a equipe e os clientes para determinar os critérios de aceitação ajudam a assegurar um entendimento comum dentro da equipe e atender às expectativas dos clientes. Os critérios de aceitação podem ser usados como base para os testes de aceitação para que a equipe avalie de maneira mais eficiente se um item foi concluído de maneira satisfatória.

Confira aqui mais informações sobre como usar a página de lista de pendências de produto.

Acompanhar o andamento

As equipes podem usar o bloco Kanban para acompanhar o andamento de PBIs e bugs e o painel de tarefas sprint para acompanhar o andamento das tarefas. Arrastar itens para uma nova coluna de estado atualiza os campos Estado e Motivo do fluxo de trabalho.

Esta é uma progressão típica de fluxo de trabalho para PBIs e bugs:

• O proprietário do produto cria um PBI ou um testador cria um bug no estado Novo com o motivo padrão, Novo item de lista de pendências.

• O proprietário do produto move o item para Aprovado após ele ser descrito de maneira suficiente e estar pronto para que a equipe estime o nível de esforço. Na maioria das vezes, os itens próximos ao topo da Lista de Pendências de Produto estão no estado Aprovado, enquanto que os itens mais para o meio e final estão no estado Novo.

• A equipe atualiza o status para Confirmado quando decide concluir o trabalho durante o sprint.

• O item é movido para o estado Concluído quando a equipe concluiu todas as tarefas associadas e o proprietário do produto concorda que ele foi implementado de acordo com os Critérios de Aceitação.

Ao atualizar o status do fluxo de trabalho, as equipes sabem quais itens são novos, estão em andamento ou foram concluídos. A maioria dos WITs oferece suporte à transição progressiva e regressiva de cada estado do fluxo de trabalho.

Você pode personalizar o bloco Kanban para oferecer suporte a pistas ou colunas adicionais. Ou pode personalizar o fluxo de trabalho para os WITs de tarefa e PBI, que alterarão os títulos padrão das colunas.

Para usar essas ferramentas, consulte Trabalhar na placa de Kanban e Trabalhar em prazos menores.

Mapear PBIs para recursos

Ao gerenciar um pacote de produtos ou de experiências do usuário, você talvez queira exibir o escopo e o andamento do trabalho no portfólio do produto. Você pode fazer isso definindo recursos e mapeando PBIs para recursos.

Na página Lista de pendências de recursos, você pode adicionar recursos rapidamente, da mesma maneira que adicionou PBIs.

O item de trabalho de recurso contém campos semelhantes fornecidos para PBIs. Além de Prioridade e Valor Comercial, é possível especificar a Data de Destino de acordo com a qual o recurso deve ser implementado.

Na página da lista de pendências com o mapeamento ativado, você pode arrastar PBIs para o recurso que eles implementam.

Esse mapeamento cria os links pai-filho de recurso para PBIs, que é capturado na guia Implementação.

Usando as listas de pendências do portfólio, você pode fazer uma pesquisa detalhada de uma lista de pendências para outra para exibir o nível de detalhes que desejar. Além disso, você pode usar as listas de pendências do portfólio para exibir um rollup do trabalho em andamento de várias equipes ao configurar uma hierarquia de equipes.

Definir as tarefas necessárias para implementar PBIs e bugs

Quando sua equipe gerencia seu trabalho em sprints, ela pode usar a página da lista de pendências de sprint para dividir o trabalho a ser feito em tarefas diferentes.

Nomeie a tarefa e faça uma estimativa do trabalho que será necessário.

Usando o Scrum, as equipes preveem o trabalho e definem as tarefas no início de cada sprint, e cada membro da equipe realiza um subconjunto dessas tarefas. As tarefas podem incluir desenvolvimento, testes e outros tipos de trabalho. Por exemplo, um desenvolvedor pode definir tarefas para implementar PBIs, e um testador pode definir tarefas para escrever e executar casos de teste.

Quando as equipes estimam o trabalho usando horas ou dias, elas definem as tarefas e os campos Trabalho Restante e Atividade (opcional).

Field	Uso
Trabalho restante	Indica quantas horas ou dias de trabalho restam para concluir uma tarefa. Conforme o trabalho progride, atualize esse campo. Usado para calcular gráficos de capacidade, o gráfico de burndown de sprint e o relatório Burndown de sprint (Scrum). Se você dividir uma tarefa em subtarefas, especifique o Trabalho Restante somente para as subtarefas. Você pode especificar o trabalho em qualquer unidade de medida que sua equipe escolher.
Atividade	Selecione o tipo de atividade que essa tarefa representa quando sua equipe fizer a estimativa da capacidade do sprint por atividade. Para alterar a seleção do menu, consulte Personalizar uma lista de opções.

Acompanhar o andamento do teste

Itens de lista de pendências de produto de teste

No Test Manager ou no TWA, você pode criar casos de teste que vinculem automaticamente a um PBI.

O caso de teste contém vários campos, muitos dos quais são automatizados e integrados com o Test Manager e o processo de compilação. Para obter uma descrição de cada campo, consulte Referência de campos de integração de compilação e teste.

A guia Itens da Lista de Pendências Testados lista todos os PBIs e bugs em um caso de teste. Vinculando PBIs e bugs a casos de teste, a equipe pode acompanhar o progresso feito nos testes de cada item.

Rastrear defeitos de código usando bugs

Você pode criar bugs no TWA, Visual Studio ou quando testar com o Test Manager.

Campo/guia	Uso
Passos a reproduzir	Capture informações suficientes para que os outros membros da equipe possam entender o impacto completo do problema, bem como saber se o bug foi corrigido. Isso inclui as ações executadas para localizar ou reproduzir o bug e o comportamento esperado. Descreva os critérios que a equipe deve usar para verificar se o defeito de código foi corrigido.
Gravidade	Classificação subjetiva do impacto de um bug no projeto. Os valores permitidos são: 1 - Crítico 2 - Alto 3 - Médio 4 - Baixo Para alterar a seleção do menu, consulte Personalizar uma lista de opções.
Informações do Sistema Encontrado na Compilação Integrado na Compilação	Quando o Test Manager cria bugs, ele preenche automaticamente Informações do Sistema e Encontrado na Compilação com informações sobre o ambiente e a compilação de software onde o bug ocorreu. Para saber mais sobre como definir os ambientes de software, consulte Configurando máquinas de teste para executar testes ou coletar dados. Ao resolver o bug, use Integrado na Compilação para indicar o nome da compilação que incorpora o código que corrige o bug. Para acessar um menu suspenso de todas as compilações que foram executadas, você pode atualizar as definições de FIELD para Encontrado na Compilação e Integrado na Compilação para fazer referência a uma lista global. A lista global é automaticamente atualizada com cada compilação executada. Para saber mais, consulte Campos que dão suporte à integração com teste, compilação e controle de versão. Para obter informações sobre como definir nomes de compilação, consulte Usar números de compilação para dar nomes significativos a compilações concluídas.

Definir campos e guias de itens de trabalho comuns

Os campos e guias a seguir aparecem na maioria dos formulários de item de trabalho. Cada guia é usada para acompanhar informações específicas, como Histórico, Links ou Anexos. Essas três guias fornecem um histórico de alterações, exibição de itens de trabalho vinculados e a capacidade de exibir e anexar arquivos, respectivamente.

O único campo obrigatório é Título. Quando o item de trabalho é salvo, o sistema atribui uma ID exclusiva a ele.

Campo/guia	Uso
Título (Obrigatório)	Digite uma descrição de 255 caracteres ou menos. Você pode alterar o título quando quiser.
Atribuído a	Atribua o item de trabalho ao membro da equipe responsável pela execução do trabalho. Dependendo do contexto em que você está trabalhando, o menu suspenso listará somente os membros da equipe ou os colaboradores para o projeto de equipe.
Estado	Use primeiro o valor padrão. Conforme o trabalho progride, atualize-o para refletir o estado atual. Para alterar a lista suspensa de estados, consulte Alterar o fluxo de trabalho de um tipo de item de trabalho.
Motivo	Use primeiro o padrão. Atualize-o quando você alterar o estado. Cada estado é associado a um motivo padrão. Para alterar a lista suspensa de motivos, consulte Alterar o fluxo de trabalho de um tipo de item de trabalho.
Área	Escolha o caminho de área associado ao produto ou à equipe, ou deixe em branco até ser atribuído durante uma reunião de planejamento. Para alterar a lista suspensa de áreas, consulte Adicionar e modificar área e caminhos de iteração.
Iteração	Escolha o sprint ou a iteração em que o trabalho deve ser concluído, ou deixe em branco e atribua posteriormente, durante uma reunião de planejamento. Para alterar a lista suspensa de iterações, consulte Adicionar e modificar área e caminhos de iteração.
Prioridade da lista de pendências	Usado para acompanhar a classificação relativa de PBIs e bugs. A sequência de itens na página da lista de pendências do produto é determinada de acordo com o local onde você adicionou os itens ou moveu os itens na página. À medida que você arrasta itens, um processo em segundo plano atualiza esse campo, que é atribuído a type="Order" no arquivo ProcessConfiguration.
Todos os Links	Adicione todos os tipos de links, como hiperlinks, conjuntos de alterações, arquivos de origem e assim por diante. Essa guia também lista todos os links definidos para o item de trabalho, mesmo aqueles definidos em outras guias de controle de links.
Anexos	Compartilhe informações mais detalhadas adicionando arquivos ao item de trabalho, como threads de email, documentos, imagens, arquivos de log ou outros tipos de arquivo.
Histórico	Examine a trilha de auditoria que o sistema captura e as informações adicionais da captura. Cada vez que o item de trabalho é atualizado, as informações são acrescentadas ao histórico. O histórico inclui a data da alteração, quem fez a alteração e os campos que foram modificados. Você também pode adicionar texto formatado ao campo do histórico.

Para pesquisar informações sobre outros campos, consulte Índice de campos de item de trabalho.

Começar a acompanhar o trabalho

Antes de começar a acompanhar o trabalho, você deve ter um projeto de equipe. Acesse aqui para criar um.

Para começar a acompanhar o trabalho, realize uma ou mais das tarefas a seguir:

• Para se familiarizar com as tarefas comuns do item de trabalho, consulte Começar usando itens de trabalho.

• Para criar uma lista de pendências, use o TWA. Consulte Criar sua lista de pendências.

• Para criar uma estrutura de detalhamento de trabalho, use Projeto ou Excel.

• Para saber qual cliente usar, consulte Escolher o cliente do Team Foundation para oferecer suporte às suas tarefas.

Perguntas e respostas

P: o fluxo de trabalho declara Scrum suporte?

R: esses diagramas mostram os estados de regressão e de progressão principais de recurso, o Item de lista de pendências de produto, bugs e tarefas. Para personalizar o fluxo de trabalho, vá aqui.

Recurso

Item da lista de pendências do produto

Bug

Tarefa

P: Como resolvo um bug como duplicata?

R: Defina o Estado como Removido e especifique o Motivo como Duplicata.

P: Como vinculo um bug existente do Test Runner?

R: Consulte Atualizar um bug existente com o Test Runner.