Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
As equipes usam os WITs (tipos de item de trabalho) que acompanham o MSF para Aprimoramento de Processo CMMI 2015 para planejar e acompanhar projetos de software. Os proprietários de produtos definem requisitos para gerenciar a lista de pendências e as equipes acompanham o progresso em seu quadro atualizando o requisito e o status da tarefa.
Os proprietários de produtos mapeiam os requisitos para os recursos para exibir o progresso no nível do portfólio. Quando as equipes trabalham em iterações, elas criam tarefas que se vinculam automaticamente aos requisitos.
Os testadores criam e executam casos de teste usando o Microsoft Test Manager ou o portal da Web e arquivam bugs para rastrear defeitos de código.
As equipes também acompanham solicitações de alteração, riscos, problemas e anotações capturadas durante reuniões de revisão. Se você não estiver familiarizado com o processo CMMI, comece com Planejar e acompanhar o trabalho com o CMMI.
Definir requisitos
Crie requisitos no painel de adição rápida da página da lista de pendências do produto. Posteriormente, abra cada requisito para fornecer detalhes e estimar seu tamanho.
Ou, você pode adicionar requisitos em massa usando um arquivo CSV (consulte Importar itens de trabalho do CSV).
Important
Não há mais suporte para a Integração do Microsoft Project
A Integração do Microsoft Project e o comando TFSFieldMapping são descontinuados para:
- Visual Studio 2019 e versões posteriores (incluindo o Azure DevOps Office Integration)
- Azure DevOps Server 2020 e versões posteriores
- Azure DevOps Services
O que ainda funciona: A integração do Microsoft Excel permanece totalmente compatível com a importação em massa e a atualização de itens de trabalho.
Alternativas recomendadas:
- Planos de Entrega – recurso nativo do Azure DevOps para planejamento de projetos e acompanhamento entre equipes
- Extensões de gerenciamento de projetos – Procure no Azure DevOps Marketplace para obter soluções atuais de gerenciamento de projetos e gráficos do Gantt
- Integrações de terceiros – muitas ferramentas de gerenciamento de projetos oferecem conectores do Azure DevOps para integração perfeita de fluxo de trabalho
Os requisitos descrevem os elementos do produto e as funções que as equipes precisam criar. Os proprietários de produtos normalmente definem e priorizam requisitos na página de backlog do produto. Em seguida, a equipe define o escopo do esforço necessário e grava tarefas e casos de teste para implementar cada item.
Use as diretrizes a seguir e os campos de seção usados em comum entre tipos de item de trabalho ao concluir o formulário. Para obter mais informações, confira Planejar um projeto.
Field
Usage
Forneça detalhes suficientes para sua equipe estimar o esforço de implementação. Concentre-se em quem serve o requisito, o que os usuários querem realizar e por quê. Evite descrever como implementar o requisito. Inclua contexto suficiente para que sua equipe possa escrever tarefas e casos de teste do item.
Em campos HTML, você pode adicionar rich text e imagens.
Capture o impacto da não implementação do requisito no cliente no campo de texto rico de avaliação de impacto. Você pode incluir detalhes do modelo Kano que indicam se o requisito é um recurso surpresa, necessário ou óbvio.
Tipo de Requisito (Obrigatório)
Especifique um destes valores para o Tipo de Requisito:
- Objetivo de Negócios
- Funcionalidade (padrão)
- Functional
- Interface
- Operational
- Qualidade de serviço
- Safety
- Scenario
- Security
Indique a área de valor do cliente que o épico, a funcionalidade ou o requisito aborda. Os valores comuns incluem:
- Arquitetura: serviços técnicos para implementar funcionalidades de negócios que fornecem capacidades de solução.
- Negócios: serviços que atendem às necessidades das partes interessadas e fornecem diretamente valor ao cliente (padrão).
Estimar o trabalho necessário para concluir um requisito usando qualquer unidade numérica que sua equipe preferir. As equipes usam o Tamanho para gráficos de velocidade e previsões. O Diagrama de Fluxo Cumulativo também faz referência a valores neste campo. Para obter mais informações, consulte o white paper Estimando .
Forneça a estimativa original para uma tarefa. Normalmente, esse valor não é alterado depois que a tarefa é atribuída. Você pode especificar o trabalho em horas ou dias; o campo não tem nenhuma unidade de tempo inerente.
Forneça as datas de início e término esperadas para o trabalho.
Prioridade (obrigatório)
Defina uma classificação subjetiva que reflita a prioridade de negócios:
- 1: o produto não pode ser enviado sem o item.
- 2: (padrão) O produto não pode ser enviado sem o item, mas não requer atenção imediata.
- 3: A implementação é opcional com base em recursos, tempo e risco.
Triagem (obrigatório)
Use a Triagem quando um item de trabalho estiver no estado Proposto. Escolha um dos seguintes: Pendente (padrão), Mais Informações, Informações Recebidas, Triagem.
Indique se um membro da equipe não pode progredir no item de trabalho. Se um problema bloquear o trabalho, crie um link para o problema. Escolha Sim ou Não.
Confirmado (Obrigatório)
Indique se a equipe se comprometeu a fornecer o requisito. Escolha Sim ou Não (padrão).
Registre o número de build do produto que inclui o requisito, a solicitação de alteração ou a correção de bug.
Teste de Aceitação do Usuário (Obrigatório)
Defina o status do teste de aceitação do usuário para um requisito de:
- Pass
- Fail
- Não Pronto (padrão)
- Ready
- Skipped
- Informações recebidas
Use Não Pronto quando o requisito está Ativo e Pronto quando está Resolvido.
Listar membros da equipe familiarizados com a área do cliente que o requisito representa.
Capturar comentários na seção Discussão
Use a seção Discussão para adicionar e revisar comentários feitos sobre o trabalho que está sendo executado.
A barra de ferramentas do editor de rich text aparece na área de entrada de texto ao colocar o cursor em qualquer caixa de texto que suporte formatação de texto.
Note
O campo de item de trabalho Discussão não existe. Para consultar itens de trabalho com comentários inseridos na área Discussão, será necessário filtrá-los no campo Histórico. O conteúdo completo do texto inserido na caixa de texto de Discussão é adicionado ao campo Histórico.
Mencionar alguém, um grupo, um item de trabalho ou uma solicitação de pull
Selecione um dos seguintes ícones para abrir um menu de entradas recentes em que você mencionou alguém, vinculado a um item de trabalho ou vinculado a uma solicitação de pull:
Você pode abrir o mesmo menu usando atalhos de teclado: menção @, hashtag # e ponto de exclamação !.
Insira um nome ou número para filtrar a lista de menus para corresponder à sua entrada. Selecione a entrada que você deseja adicionar. Para incluir um grupo na discussão, digite o símbolo @ seguido pelo nome do grupo, como uma equipe ou um grupo de segurança.
Editar ou excluir um comentário
Para editar ou excluir qualquer um dos comentários de discussão, selecione Editar
ou Mais ações (
) e, em seguida, selecione Excluir:
Depois de atualizar o comentário, selecione Atualizar. Para excluir o comentário, confirme a exclusão. A aba Histórico no formulário de item de trabalho mantém um registro de auditoria completo de todos os comentários editados e excluídos.
Important
Para Azure DevOps Server na infraestrutura, configure um servidor SMTP para que os membros da equipe recebam notificações.
Adicionar uma reação a um comentário
Adicione uma ou mais reações a um comentário escolhendo um ícone de emoji no canto superior direito de qualquer comentário. Escolha entre os ícones na parte inferior de um comentário ao lado de qualquer reação existente. Para remover sua reação, escolha a reação na parte inferior do seu comentário. A imagem a seguir mostra um exemplo da experiência de adicionar uma reação e a exibição de reações em um comentário.
Salvar um comentário sem salvar o item de trabalho
Note
Esse recurso está disponível a partir do Azure DevOps Server 2022.1.
Se você só tiver permissões para adicionar à Discussão de um item de trabalho, poderá fazer isso salvando comentários. Essa permissão é controlada por nós de Caminho de Área e pela permissão Editar comentários de item de trabalho neste nó. Para obter mais informações, consulte Definir permissões de acompanhamento de trabalho – Criar subnós e modificar itens de trabalho dentro de uma área ou caminho de iteração.
Ao salvar os comentários, você não precisará salvar o item de trabalho.
Note
Quando você salva as alterações feitas no controle Discussão , somente o comentário é salvo. Nenhuma regra de item de trabalho definida para o tipo de item de trabalho é executada.
Acompanhar o progresso do trabalho
À medida que o trabalho progride, atualize o campo Estado para refletir o status atual. Opcionalmente, forneça um motivo; os campos estado e motivo aparecem no cabeçalho do formulário do item de trabalho.
Mapear estados de fluxo de trabalho de CMMI
Os diagramas a seguir mostram os principais estados de progressão e regressão para os WITs de Requisito, Bug e Tarefa.
| Requirement | Bug | Task |
|---|---|---|
|
|
|
O fluxo de trabalho típico para um requisito segue estas etapas:
- O proprietário do produto cria um requisito no estado Proposto com o motivo padrão, Novo requisito.
- O proprietário do produto move o requisito para Ativo quando o trabalho começa.
- A equipe define o requisito para Resolvido quando o desenvolvimento é concluído e os testes do sistema são aprovados.
- Por fim, a equipe ou o proprietário do produto move o requisito para Fechado após os critérios de aceitação e os testes de validação confirmarem a conclusão.
Atualizar o status do trabalho com um quadro ou Taskboards
Use a placa ou o quadro de tarefas sprint para atualizar os estados do item. Arrastar um item para uma coluna diferente atualiza os campos Estado e Motivo.
Você pode personalizar a placa para adicionar mais pistas ou colunas de natação.
Mapear requisitos para recursos
Ao gerenciar vários produtos ou experiências do usuário, defina recursos e mapeie os requisitos para esses recursos para exibir o escopo e o progresso em todo o portfólio.
Use as listas de pendências de portfólio para aprofundar entre os níveis de backlog e para consolidar o trabalho em andamento entre as equipes. Você também pode exibir rollups depois de configurar uma hierarquia de equipes.
O item de trabalho de funcionalidade contém campos semelhantes aos das especificações, além de outros campos descritos na sua referência.
Definir tarefas
Quando sua equipe entrega resultados em sprints, divida os requisitos em tarefas por meio da página de backlog do sprint e estime o esforço.
Nomeie a tarefa e estime o trabalho.
Quando as equipes estimam o trabalho, elas definem tarefas e estimam horas ou dias para concluí-las. As equipes preveem a capacidade e refinam as tarefas no início de uma iteração; cada membro da equipe executa um conjunto específico de tarefas. As tarefas podem incluir desenvolvimento, teste e outras atividades. Por exemplo, um desenvolvedor cria tarefas para implementar um requisito enquanto um testador cria tarefas para gravar e executar casos de teste. Ao vincular tarefas a requisitos e bugs, as equipes veem claramente o progresso da implementação. Para obter mais informações, confira Atividades de iteração.
Field
Usage
Selecione o tipo de tarefa a partir de:
- Ação corretiva
- Ação de mitigação
- Planned
Escolha a disciplina que essa tarefa representa quando você estima a capacidade de sprint por atividade:
- Analysis
- Development
- Test
- Educação do Usuário
- Experiência do usuário
Esse campo também ajuda a calcular a capacidade por disciplina. Ele é atribuído a type="Activity" no arquivo de ProcessConfiguration. Para obter mais informações, confira Implementar tarefas de desenvolvimento.
Insira a estimativa original da tarefa.
Atualize o trabalho restante à medida que a equipe progride. Esse valor atualiza gráficos de capacidade, o gráfico de burndown de sprint e relatórios relacionados. Se você dividir uma tarefa em subtarefas, acompanhe apenas as horas nas subtarefas.
Registre o trabalho já gasto implementando a tarefa.
Acompanhar o andamento do teste
Requisitos de teste
No portal web ou no Gerenciador de Testes, crie casos de teste que se vinculem automaticamente a um requisito ou bug ou adicione um link da 
(guia de links).
O caso de teste contém muitos campos, incluindo campos que se integram ao processo de build e teste. Consulte Consulta baseada nos campos de integração de build e teste para mais detalhes.
A (aba de links) lista todos os requisitos e bugs referenciados por um caso de teste. A vinculação ajuda as equipes a acompanhar o progresso do teste e dá suporte a relatórios como o Relatório de Visão Geral de Requisitos.
Rastrear defeitos de código
Crie bugs no portal da Web, no Visual Studio ou no Gerenciador de Testes (consulte Gerenciar bugs).
Acompanhar solicitações de alteração, riscos, problemas e observações capturadas em reuniões de revisão
Além dos requisitos, recursos, tarefas e bugs, o processo CMMI recomenda estes WITs:
- Solicitação de mudança para gerenciar mudanças propostas em produtos de trabalho sob controle de alteração.
- Questão para rastrear eventos ou situações que podem bloquear o trabalho. Os problemas diferem dos riscos porque as equipes normalmente identificam problemas espontaneamente durante reuniões diárias.
- Risco para controlar a probabilidade e a variação entre os resultados reais e desejados. Ao gerenciar riscos, você minimiza a variação entre os resultados esperados e reais.
- Examine para documentar como um design ou revisão de código atende a padrões como correção de nome, relevância de código, extensibilidade, complexidade e segurança.
Você pode adicionar um problema usando o widget Novo item de trabalho em um painel de equipe ou no menu Novo na página Consultas.
Etens de trabalho adicionados do widget são automaticamente atribuídos à área padrão e aos caminhos de iteração da sua equipe. Para alterar o contexto da equipe, confira Alternar contexto de equipe.
Definições para campos comuns de acompanhamento de trabalho
Os campos e guias a seguir aparecem na maioria dos itens de trabalho. Cada guia é usada para acompanhar informações específicas. As guias comumente usadas incluem 
Histórico, Links e 
Anexos.
O único campo obrigatório para todos os tipos de item de trabalho é Título. Quando você salva um item de trabalho, o sistema atribui um identificador exclusivo, ID. O formulário realça os campos obrigatórios em amarelo. Para obter informações sobre outros campos, confira Índice de campo de item de trabalho.
Note
Outros campos podem ser necessários dependendo das personalizações feitas em seu processo e projeto.
Campo ou aba
Usage
Digite uma descrição de 255 caracteres ou menos. Você pode modificar o Título mais tarde.
Atribua o item de trabalho ao membro da equipe responsável por executar o trabalho ou deixe em branco e conclua a atribuição mais tarde.
Quando você cria um item de trabalho pela primeira vez, o campo Estado mostra automaticamente o primeiro estado no fluxo de trabalho, como Novo ou Não Atribuído. À medida que o trabalho progride, atualize o Estado para refletir o status atual do item de trabalho.
Quando você criar um item de trabalho pela primeira vez, defina o valor de Motivo padrão, como Criar ou Novo item de trabalho. Quando o Estado do item de trabalho for alterado, atualize o valor da Razão adequadamente. Cada estado do item de trabalho está associado a um valor de Motivo padrão.
Selecione o caminho de área associado ao produto ou à equipe, ou deixe em branco e insira um valor apropriado mais tarde. Você pode alterar a lista suspensa de áreas disponíveis. Para obter mais informações, confira Definir caminhos de área e atribuir a uma equipe.
Escolha o sprint ou a iteração no qual concluir o item de trabalho ou deixe em branco e atribua o valor posteriormente. Você pode alterar a lista suspensa de iterações. Para obter mais informações, consulte Definir caminhos de iteração (sprints) e configurar iterações de equipe.
Exiba o histórico do item de trabalho para ver todas as alterações feitas no item, conforme capturado pelo sistema. Sempre que um item de trabalho é atualizado, os detalhes são acrescentados ao histórico. Você verá a data de alteração, o autor da alteração e a lista de campos atualizados. Você também pode adicionar texto formatado ao campo Histórico .
Adicione Links para criar conexões com outros itens de trabalho. Há suporte para muitos tipos de links, como hiperlinks, conjuntos de alterações, arquivos de origem e muito mais. Especifique a relação do item vinculado com o item de trabalho, como Pai, Encontrado no Build ou Resultado do Teste.
Use Anexos para incluir informações de suporte sobre o item de trabalho com o item. Anexar threads de email, documentos, imagens, arquivos de log ou outros tipos de arquivo.
Personalizar os tipos de item de trabalho
Para a maioria dos tipos de item de trabalho, você pode adicionar campos, alterar o fluxo de trabalho, adicionar regras personalizadas e adicionar páginas personalizadas ao formulário do item de trabalho. Você também pode adicionar tipos de item de trabalho personalizados. Para obter mais informações, consulte Personalizar um processo de herança.
Para a maioria dos tipos de item de trabalho, você pode adicionar campos, alterar o fluxo de trabalho, adicionar regras personalizadas e adicionar páginas personalizadas ao formulário do item de trabalho. Você também pode adicionar tipos de item de trabalho personalizados. Para obter mais informações, consulte Personalizar um processo de herança ou personalizar o modelo de processo XML local, dependendo do modelo de processo usado pelo seu projeto.
Conteúdo relacionado
- Criar um projeto
- Adicionar itens de trabalho e gerenciar um projeto
- Criar uma lista de pendências
- Gerenciar o acesso a recursos específicos
- Saiba mais sobre permissões padrão e níveis de acesso para o Azure Boards
Ordem de lista de pendências
Use o campo Stack Rank para acompanhar a classificação relativa de requisitos, recursos ou épicos. A página de lista de pendências determina a sequência com base no local em que você adiciona ou move itens na página (consulte Criar sua lista de pendências). À medida que você arrasta itens, um processo em segundo plano atualiza o campo Stack Rank. Esse campo não aparece no formulário do item de trabalho por padrão.