Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022
As equipes usam os tipos de item de trabalho (WITs) fornecidos com o MSF for CMMI Process Improvement 2015 (CMMI) 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 status de requisitos e tarefas.
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 rastreiam solicitações de alteração, riscos, problemas e anotações capturadas durante as reuniões de revisão. Se você é novo no processo CMMI, comece com Planejar e acompanhar o trabalho com o CMMI.
Definir requisitos
Crie requisitos a partir do painel de adição rápida na página de lista de pendências do produto. Mais tarde, 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
A integração com o Microsoft Project não é mais suportada
A integração com o Microsoft Project e o comando TFSFieldMapping são descontinuados para:
- Visual Studio 2019 e versões posteriores (incluindo a Integração do Azure DevOps Office)
- Azure DevOps Server 2020 e versões posteriores
- Serviços de DevOps do Azure
O que ainda funciona: A integração com o Microsoft Excel permanece totalmente suportada para importação em massa e 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 - Navegue no Azure DevOps Marketplace para obter o gráfico de Gantt atual e as soluções de gerenciamento de projetos
- Integrações de terceiros - Muitas ferramentas de gerenciamento de projetos oferecem conectores do Azure DevOps para integração perfeita do 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 classificam os requisitos na página de lista de pendências do produto. Em seguida, a equipe define o escopo do esforço necessário e escreve tarefas e casos de teste para implementar cada item.
Use as diretrizes a seguir e os campos de seção usados em comum entre os tipos de item de trabalho ao preencher o formulário. Para obter mais informações, consulte Planejar um projeto.
Field
Usage
Forneça detalhes suficientes para sua equipe estimar o esforço de implementação. Concentre-se em quem o requisito serve, 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 a partir do item.
Em campos HTML, você pode adicionar rich text e imagens.
Capture o impacto para o cliente da não implementação do requisito no campo rich-text da Avaliação de impacto. Você pode incluir detalhes do modelo Kano que indicam se o requisito é uma característica surpresa, necessária ou óbvia.
Tipo de Requisito (Obrigatório)
Especifique um destes valores para Tipo de requisito:
- Objetivo do Negócio
- Recurso (padrão)
- Functional
- Interface
- Operational
- Qualidade de Serviço
- Safety
- Scenario
- Security
Indique a área de valor para o 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 proporcionam capacidades da solução.
- Negócios: Serviços que atendem às necessidades das partes interessadas e entregam diretamente valor ao cliente (Padrão).
Estime o trabalho necessário para completar um requisito usando qualquer unidade numérica que sua equipe preferir. As equipes usam 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 Estimativa .
Forneça a estimativa original para uma tarefa. Normalmente, esse valor não é alterado quando a tarefa é atribuída. Você pode especificar o trabalho em horas ou dias; O campo não tem unidade de tempo inerente.
Forneça as datas de início e término previstas para o trabalho.
Prioridade (Obrigatório)
Defina uma classificação subjetiva que reflita a prioridade do negócio:
- 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)
Utilize a Triagem quando um item de trabalho estiver no estado Proposto. Escolha uma das seguintes opções: 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 uma questão estiver a bloquear o trabalho, crie um link para a questão. Escolha Sim ou Não.
Comprometido (Obrigatório)
Indique se a equipe se comprometeu a entregar o requisito. Escolha Sim ou Não (padrão).
Registre o número de compilação do produto que inclui o requisito, a solicitação de alteração ou a correção de bugs.
Teste de aceitação do usuário (obrigatório)
Defina o estado do teste de aceitação pelo utilizador para um requisito de:
- Pass
- Fail
- Não está pronto (padrão)
- Ready
- Skipped
- Informações recebidas
Use Não Pronto quando o requisito estiver Ativo e Pronto quando estiver Resolvido.
Liste os 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 sob a área de entrada de texto quando você coloca o cursor em qualquer caixa de texto que ofereça suporte à formatação de texto.
Note
Não existe um campo de item de trabalho para Discussão. Para consultar itens de trabalho com comentários da área Discussão, filtre pelo campo Histórico. O conteúdo completo do texto inserido na caixa de texto Discussão é adicionado ao campo Histórico.
Mencione alguém, um grupo, item de trabalho ou pull request
Selecione um dos seguintes ícones para abrir um menu de entradas recentes onde você mencionou alguém, vinculado a um item de trabalho ou vinculado a uma solicitação pull:
Você pode abrir o mesmo menu usando atalhos de teclado: at-mention @, hash tag #e ponto de exclamação !.
Introduza um nome ou número para filtrar a lista de menus de modo a corresponder à sua entrada. Selecione a entrada que deseja adicionar. Para trazer um grupo para a discussão, insira o símbolo @ seguido do nome do grupo, como uma equipe ou grupo de segurança.
Editar ou eliminar um comentário
Para editar ou eliminar qualquer um dos seus comentários de discussão, selecione Editar
ou Mais ações (
) e, em seguida, selecione Eliminar:
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 uma trilha de auditoria completa de todos os comentários editados e eliminados.
Important
Para o Azure DevOps Server local, 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 quaisquer reações existentes. 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á fazê-lo salvando comentários. Esta permissão é controlada pelos nós do Caminho da Área e pela permissão Editar comentários de itens de trabalho neste nó. Para obter mais informações, consulte Definir permissões de acompanhamento de trabalho - Criar nós filhos, modificar itens de trabalho em uma área ou trajetória de iteração.
Quando você salva os comentários, não precisa 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.
Acompanhe 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 Item de Trabalho.
Estados do fluxo de trabalho do 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 de 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 como Resolvido quando o desenvolvimento é concluído e os testes do sistema são aprovados.
- Finalmente, a equipe ou o proprietário do produto move o requisito para Fechado depois que 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 Painéis de Tarefas
Use o quadro ou o quadro de tarefas de sprint para atualizar os estados dos itens. Arrastar um item para uma coluna diferente atualiza os campos Estado e Razão.
Você pode personalizar o quadro para adicionar mais faixas ou colunas.
Mapear requisitos às funcionalidades
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 do portfólio para aprofundar entre os níveis de lista de pendências e consolidar o trabalho em andamento entre as equipes. Você também pode visualizar resumos depois de configurar uma hierarquia de equipes.
O item de trabalho da funcionalidade contém campos semelhantes aos requisitos, além de outros campos descritos na sua documentação de referência.
Definir tarefas
Quando a sua equipe realiza o trabalho em sprints, divida os requisitos em tarefas a partir da página de lista de pendências do sprint e estime o esforço.
Nomeie a tarefa e estime o trabalho.
Quando as equipas estimam o trabalho, definem tarefas e estimam horas ou dias para as concluir. As equipas preveem a capacidade e refinam as tarefas no início de uma iteração; Em seguida, cada membro da equipe executa um subconjunto de tarefas. As tarefas podem incluir desenvolvimento, testes e outras atividades. Por exemplo, um desenvolvedor cria tarefas para implementar um requisito, enquanto um testador cria tarefas para escrever 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, consulte Atividades de iteração.
Field
Usage
Selecione o tipo de tarefa:
- Ação corretiva
- Ação de mitigação
- Planned
Escolha a disciplina que esta tarefa representa ao estimar a capacidade de sprint por atividade:
- Analysis
- Development
- Test
- Formação de Utilizadores
- Experiência do usuário
Este campo também ajuda a calcular a capacidade por disciplina. É atribuído ao arquivo ProcessConfiguration em type="Activity". Para obter mais informações, consulte Implementar tarefas de desenvolvimento.
Insira a estimativa original para a tarefa.
Atualize o Trabalho Restante à medida que a equipe progride. Esse valor alimenta gráficos de capacidade, o gráfico de burndown de sprint e relatórios relacionados. Se você dividir uma tarefa em subtarefas, controle as horas somente nas subtarefas.
Registre o trabalho já gasto na implementação da tarefa.
Acompanhe o progresso do teste
Requisitos de ensaio
No Portal da Web ou no Test Manager, crie casos de teste que vinculem automaticamente a um requisito ou bug. Alternativamente, adicione um link a partir da guia 
(links).
O caso de teste contém muitos campos, incluindo campos que se integram com o processo de compilação e teste. Consulte Consulta baseada em campos de integração de compilação e teste para obter detalhes.
A (separador de links) lista todos os requisitos e bugs referidos 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 no código
Crie bugs a partir do portal da Web, Visual Studio ou Test Manager (consulte Gerenciar bugs).
Rastreie solicitações de alteração, riscos, problemas e anotações capturados em reuniões de revisão
Além de requisitos, funcionalidades, tarefas e bugs, o processo CMMI recomenda estes WITs:
- Pedido de alteração para gerir alterações propostas em produtos de trabalho sob gestão de alterações.
- Questão para rastrear eventos ou situações que possam bloquear o trabalho. Os problemas diferem dos riscos porque as equipes normalmente identificam os problemas espontaneamente durante as reuniões diárias.
- Risco para acompanhar a probabilidade e a variância entre os resultados reais e desejados. Ao gerenciar riscos, você minimiza a variância entre os resultados esperados e reais.
- Revise para documentar como um design ou revisão de código atende a padrões como correção de nome, relevância do 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.
Os itens de trabalho adicionados a partir do widget automaticamente abrangem a área padrão e os caminhos de iteração da sua equipe. Para alterar o contexto da equipe, consulte Alternar o contexto da equipe.
Definições para campos comuns de acompanhamento de trabalho
Os campos e guias a seguir aparecem na maioria dos itens de trabalho. Cada separador é usado para rastrear informações específicas. As guias mais 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 destaca os campos obrigatórios em amarelo. Para obter informações sobre outros campos, consulte Índice de campo de item de trabalho.
Note
Outros campos podem ser necessários, dependendo das personalizações feitas no seu processo e projeto.
Campo ou aba
Usage
Insira 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 pela execução do trabalho ou deixe em branco e conclua a tarefa 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.
Ao criar um item de trabalho pela primeira vez, defina o valor Razão padrão, como Item de trabalho Criado ou Novo. À medida que o Estado muda para o item de trabalho, atualize o valor Motivo de acordo. Cada Estado para o item de trabalho está associado a um valor Motivo padrão.
Escolha o caminho da á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, consulte Definir caminhos de área e atribuir a uma equipe.
Escolha o sprint ou iteração no qual concluir o item de trabalho ou deixe em branco e atribua o valor mais tarde. 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.
Guia Histórico
Exiba o Histórico do item de trabalho para ver todas as alterações feitas no item, conforme capturadas pelo sistema. Cada vez que um item de trabalho é atualizado, os detalhes são anexados ao histórico. Você vê a data da 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. Muitos tipos de links são suportados, 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 na Compilação ou Resultado do Teste.
Use Anexos para incluir informações de suporte sobre o item de trabalho com o item. Anexar conversas de e-mail, documentos, imagens, arquivos de log ou outros tipos de ficheiro.
Personalizar 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 de 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 de 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 Painéis do Azure
Ordem da lista de pendências
Utilize o campo Rank de Prioridade para monitorizar a ordem relativa de requisitos, funcionalidades ou épicos. A página da lista de pendências determina a sequência com base em onde você adiciona ou move itens na página (consulte Criar sua lista de pendências). À medida que se arrastam itens, um processo em segundo plano atualiza o campo de classificação de Stack Rank. Este campo não aparece no formulário de item de trabalho por padrão.