Eventos
Crie aplicativos e agentes de IA
17 de mar., 21 - 21 de mar., 10
Junte-se à série de encontros para criar soluções de IA escaláveis com base em casos de uso do mundo real com outros desenvolvedores e especialistas.
Registrar agoraMelhores práticas de gerenciamento de projetos Agile
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
O Azure Boards fornece uma opção de ferramentas de planejamento Agile, muitas das quais funcionam em combinação entre si. Este artigo fornece um guia de introdução para gerentes de projetos iniciantes no Azure Boards. Se você e suas equipes quiserem adotar uma abordagem mínima de acompanhamento para planejar e gerenciar seus projetos, comece com este guia. Além disso, se você estiver migrando do gerenciamento de projetos em cascata para métodos Agile, comece com este guia.
Observação
Se sua equipe estiver comprometida com a prática de métodos Kanban ou Scrum, prefira Sobre Quadros e Kanban ou os tutoriais para implementar o Scrum.
A maioria das diretrizes neste artigo é válida para as versões de nuvem e locais. No entanto, alguns dos recursos incluídos neste artigo, como Rollup, Análise e algumas ferramentas de planejamento de portfólio, só estão disponíveis para a nuvem no momento.
O Azure Boards fornece a cada equipe um conjunto de ferramentas Agile para planejar e acompanhar o trabalho. Cada projeto define uma equipe padrão, que você pode começar a usar imediatamente. Se você tiver várias equipes de desenvolvimento ou recursos, recomendamos que defina uma equipe no Azure DevOps para cada equipe de recursos. Dessa forma, cada equipe pode trabalhar de forma autônoma enquanto colabora entre si.
Dicas de práticas recomendadas:
- Configure as equipes ao longo dos fluxos de valor que sua organização deseja fornecer.
- Defina uma equipe para cada grupo de desenvolvimento de 6 a 12 desenvolvedores.
- Configure equipes de desenvolvimento para dar suporte ao acúmulo para equipes de recursos de gerenciamento de projetos.
Para obter mais informações sobre configuração de equipes, confira:
- Configurar uma hierarquia de equipes
- Criar ou adicionar uma equipe
- Adotar uma cultura Agile
- Dimensionar Agile para grandes equipes
Os sprints, especificados por caminhos de iteração, são definidos para um projeto e, em seguida, selecionados por equipes. Uma cadência de sprint pode variar entre uma semana a quatro semanas ou mais. Além disso, você pode definir sprints dentro de uma hierarquia que inclui sequências de lançamento. Você atribui trabalho a sprints que as equipes se comprometem a entregar no final do sprint. Essas ferramentas do Azure Boards dependem de atribuições de sprint para as listas de pendências de sprint, quadro de tarefas e planos de previsão e entrega de uma equipe. Para obter mais informações, consulte Implementar práticas de Scrum e Analisar planos de entrega da equipe.
Dicas de práticas recomendadas:
Defina uma cadência de sprint para uso por todas as equipes em seu grupo de produtos.
Defina pelo menos seis ou mais iterações que dão suporte ao planejamento para os próximos 6 a 12 meses.
Determine como as equipes usam iterações para gerenciar itens de lista de pendências.
- O trabalho de sprint não atribuído é atribuído à lista de pendências padrão.
- O trabalho de sprint não atribuído é atribuído a um sprint de lista de pendências futuras designado.
Para obter mais informações sobre configuração de sprints, confira:
- Definir e atribuir caminhos de iteração
- Definir caminhos de iteração e configurar iterações de equipe
Determine quais tipos de item de trabalho sua equipe pode usar para capturar os requisitos do cliente e o trabalho de desenvolvimento. Se o seu projeto for baseado no processo Agile, recomendamos o uso dos tipos de item de trabalho História de Usuário, Bug e Recurso.
Se o seu projeto for baseado em outro processo, como Basic, Scrum ou CMMI (Modelo de Maturidade de Capacidade), você terá as opções a seguir. Cada equipe determina como deseja rastrear bugs.
A imagem a seguir mostra a hierarquia dos itens de trabalho da lista de pendências do processo Agile:
- Histórias de usuário e tarefas são usadas para controlar o trabalho.
- Bugs rastreiam defeitos no código.
- Épicos e recursos são usados para agrupar o trabalho em cenários maiores.
Cada equipe pode configurar o gerenciamento de itens de trabalho de Bug no mesmo nível que os itens de trabalho História do Usuário ou Tarefa. Use a configuração Trabalhando com bugs . Para obter mais informações sobre como usar esses tipos de item de trabalho, confira Processo Agile.
Observação
Os requisitos especificam as expectativas dos usuários para um produto de software. No Azure Boards, os requisitos são definidos por itens de trabalho que aparecem na lista de pendências do produto. Com base no processo selecionado para seu projeto, os requisitos correspondem aos tipos de item de trabalho História do Usuário (Agile), Item de lista de pendências do produto (Scrum), Problema (Básico) ou Requisito (CMMI). Eles também pertencem à categoria Requisitos, que gerencia os tipos de item de trabalho que aparecem na lista de pendências do produto.
Dicas de práticas recomendadas:
Use o tipo de item de trabalho Recurso para capturar os recursos do cliente que você deseja enviar.
Adicione rapidamente recursos ou requisitos da lista de pendências e preencha os detalhes posteriormente.
Use o tipo de item de trabalho Requisito para dividir os recursos em trabalho que a equipe de desenvolvimento possui. Além disso:
- Para Agile, use o tipo de item de trabalho História de Usuário.
- Para Básico, use o tipo de item de trabalho Problema.
- Para o Scrum, use o tipo Item de lista de pendências do produto.
- Para CMMI, use o tipo de item de trabalho Requisito.
Use o tipo de item de trabalho Bug para capturar defeitos de código.
Mapeie requisitos para recursos para acompanhar o progresso no nível de gerenciamento de projetos.
Requisitos de tamanho a serem concluídos em um sprint.
Recursos de tamanho a serem concluídos em um sprint ou vários.
Itens de trabalho Épico de tamanho a serem entregues trimestralmente ou para algum objetivo de marco.
Permita que os desenvolvedores usem a categoria Tarefa para dividir seu trabalho conforme necessário.
Como gerente de projeto, você gerencia os recursos. A equipe de desenvolvimento gerencia os requisitos. Ao mapeá-los usando links pai-filho, você ganha visibilidade sobre o progresso de seus recursos. Cada item de trabalho que você adiciona à lista de pendências da equipe recebe automaticamente o caminho de área padrão e o caminho de iteração definidos para sua equipe.
Se você tiver iniciativas ou cenários maiores que exijam o envio de vários recursos, agrupe-os na categoria Épico, usando links pai-filho.
Para obter mais informações sobre tipos de itens de trabalho, confira:
Crie seu plano de produto usando a lista de pendências de recursos. Em seguida, a equipe de desenvolvimento cria seu plano de produto usando a lista de pendências do produto. Periodicamente, você deve examinar e refinar seus planos de produto.
Os gerentes de projeto iniciam o plano do produto adicionando recursos à lista de pendências de recursos. Cada recurso deve representar uma entrega possível que atende às necessidades de um cliente.
As equipes de desenvolvimento adicionam Histórias de Usuário à lista de pendências do produto. A História do Usuário é atribuída de forma automática ao caminho de área padrão e ao caminho de iteração da equipe. Em seguida, a equipe mapeia essas histórias em cada recurso que representa o trabalho necessário para implementar o recurso. Você deve dimensionar cada História de Usuário para que ela possa ser concluída em um sprint.
Revise periodicamente cada lista de pendências executando as seguintes tarefas:
- Defina o trabalho a ser executado.
- Reordene itens de trabalho usando o método de arrastar e soltar para que eles apareçam na ordem de prioridade.
- Abra itens de trabalho e adicione detalhes.
- Atribua trabalho aos membros da equipe ou a sprints.
- Capture a dívida técnica e o trabalho não profissional necessários para dar suporte a um ecossistema saudável de entrega.
- Mapeie o trabalho não parental para os recursos aos quais ele pertence.
- Estime o tamanho dos requisitos para ajudar a determinar a velocidade da equipe e apoiar a previsão (opcional).
Dica
Você pode monitorar a velocidade da equipe com base nas estimativas atribuídas ao trabalho concluído ou a uma contagem simples de itens de trabalho concluídos durante sprints. Para usar o recurso Previsão, você deve atribuir um valor ao campo Pontos de História, Esforço ou Tamanho. Se você não quiser estimar os requisitos, basta atribuir um valor de 1 às estimativas de requisito e, em seguida, usar a ferramenta Previsão com base em uma contagem de itens de trabalho.
Dicas de práticas recomendadas:
- Refine periodicamente sua lista de pendências.
- Verifique se os recursos e os requisitos estão dimensionados adequadamente.
- Defina os critérios de aceitação e a definição de feito para recursos e trabalho.
- Mapeie trabalho não mapeado para recursos.
- Defina as opções de exibição para dar suporte às tarefas de lista de pendências que você deseja realizar.
- Preveja sua lista de pendências.
Para saber mais, veja:
- Definir recursos e épicos
- Criar sua lista de pendências
- Configurar o modo de exibição da lista de pendências
- Prever a lista de pendências do produto
Com marcas de item de trabalho, os membros da equipe podem atribuir marcas ad hoc a itens de trabalho. Você pode usar essas tags para filtrar listas de pendências e quadros. Você também pode usá-los para consultar itens de trabalho. Para que as marcas sejam úteis para a equipe, forneça algumas diretrizes gerais sobre como sua equipe deve usar marcas. Documente essas diretrizes em um local central, como o wiki do projeto.
A imagem a seguir ilustra um quadro filtrado com a palavra-chave web que exibe cartões com a marca Web.
Dicas de práticas recomendadas:
- Tenha uma política em vigor sobre como suas equipes usam marcas.
- Indique como você usa marcas para dar suporte a consultas, filtragem e relatórios.
- Use tags para identificar dependências entre equipes ou entre projetos.
Para saber mais, veja:
- Adicionar marcas de item de trabalho para categorizar e filtrar listas e placas
- Filtrar seu quadro
- Criar uma wiki para seu projeto
Para obter informações sobre quais recursos podem ser fornecidos quando, use a ferramenta Previsão. Essa ferramenta exige que você forneça estimativas para o campo Pontos de História, Esforço ou Tamanho para cada requisito. Se você quiser prever uma contagem simples de itens de trabalho, atribua o valor de 1 às estimativas de requisito.
Como gerente de projeto, você deve ter sempre sua lista de pendências de recursos em ordem de prioridade, o que transmite à equipe de desenvolvimento quais recursos são mais importantes para serem concluídos primeiro.
Aqui a lista de pendências de recursos mostra a sequência de recursos a serem enviados.
Certifique-se de preencher os requisitos necessários para enviar recursos. Como mostrado na imagem a seguir, a lista de pendências de requisitos é ordenada de acordo com os recursos que você deseja enviar. Esse pedido pressupõe que todos os requisitos em um recurso devem estar completos para enviá-lo. Além disso, os Pontos de História são atribuídos a cada História de Usuário.
Com estimativas atribuídas a cada requisito, você pode definir uma velocidade de equipe. O exemplo a seguir especifica 12 para a velocidade, o que é equivalente a afirmar que, em média, a equipe pode completar 12 Pontos de História por sprint. A ferramenta Previsão mostra quais requisitos e recursos a equipe pode concluir nos próximos seis sprints. Ao usar a ferramenta Planejamento, você pode atribuir requisitos aos sprints previstos.
Obter boas estimativas e ter velocidades de equipe previsíveis são metas úteis da equipe para melhorar o processo.
Com uma previsão de quando um recurso é fornecido, você pode atualizar o caminho de iteração de cada recurso. Atribua valores a um recurso adicionando esses campos ao cartão no quadro, como mostrado na imagem a seguir.
Os marcadores de marcos não são usados no acompanhamento de trabalho do Azure Boards, exceto nos planos de entrega. Os Planos de entrega disponibilizam uma exibição de calendário e permitem que você defina um marcador de marco. Para obter mais informações, consulte Revisar planos de entrega da equipe no Azure Boards.
Você pode usar uma ou mais das seguintes opções para marcar um item de trabalho como um marco:
- Preceda ou acrescente a palavra Marco no título do item de trabalho.
- Adicione uma marca de item de trabalho designada como Marco.
- Adicione um campo personalizado designado como Marco e preencha com uma lista de seleção de marcos.
- Vincule itens de trabalho usando o tipo de link Predecessor/Successor ou Related a um item de trabalho de marco.
- Atribua um item de trabalho de etapa à sprint destinada à conclusão.
No Microsoft Project, você gerencia tarefas que dependem da conclusão de outras tarefas vinculando-as. Para gerenciar dependências no Azure Boards, você pode adicionar vinculação semelhante adicionando tipos de link Predecessor/Sucessor a itens de trabalho. Adicione esses links na caixa de diálogo Adicionar link para um item de trabalho.
O Azure Boards dá suporte a muitos tipos de link para rastrear o trabalho relacionado. Escolha os tipos de link Predecessor/Sucessor para rastrear o trabalho com dependências. Uma maneira rápida de vincular itens de trabalho é adicionar uma marca aos itens de trabalho que participam da produção ou do consumo de dependências. Crie uma consulta que usa a marcação e adicione os links necessários.
A caixa de diálogo Adicionar link a seguir ilustra como dois itens de trabalho são vinculados usando o tipo de link Sucessor.
Você pode exibir dependências e identificar dependências que têm problemas com os planos de entrega. Conforme mostrado na imagem a seguir, você pode alternar a exibição de linhas de dependência entre itens de trabalho vinculados. Para obter mais informações, consulte Rastrear dependências usando planos de entrega.
Com a extensão do Marketplace de Visualização de Item de Trabalho, você pode visualizar as relações de vínculo entre vários itens de trabalho, conforme mostrado na imagem a seguir.
O Azure Boards não fornece uma exibição nativa do caminho crítico. As metodologias do Agile favorecem um MVP (Produto Mínimo Viável) em vez do Gerenciamento de Caminho Crítico. Usando o MVP, você identifica o caminho e as dependências mais curtos priorizando os tipos de item de trabalho Épico, Recurso, História de Usuário e Tarefa. Confira mais contextos em O caminho crítico em projetos Agile e Executar uma inicialização enxuta no Azure DevOps.
Dicas de práticas recomendadas:
- Adicione uma tag
dependencya itens de trabalho que participam do gerenciamento de dependências. - Use tipos de link Predecessor/Sucessor para controlar dependências de trabalho pertencentes a outras equipes ou dentro de outros projetos.
- Crie consultas para acompanhar, adicionar e fazer triagem de dependências.
- Use planos de entrega para exibir o trabalho no qual você tem dependências de outras equipes.
- Use a extensão do Marketplace de Visualização de Item de Trabalho para visualizar dependências de um item de trabalho específico no formulário do item de trabalho.
Observação
As extensões do Marketplace não tem suporte para recursos de Azure Boards e, portanto, não são compatíveis com a equipe de produtos. Para perguntas, sugestões ou problemas que você tem ao usar essas extensões, consulte as páginas de extensão correspondentes.
Para saber mais, veja:
Os sprints permitem que a equipe de desenvolvimento se concentre na conclusão de um conjunto de trabalho pré-selecionado. O trabalho atribuído a um sprint aparece na lista de pendências de sprint da equipe. As listas de pendências do Sprint são definidas apenas para listas de pendências do produto, não para listas de pendências de portfólio.
Ao atualizar o status de trabalho diariamente em um sprint, você pode acompanhar facilmente o progresso do sprint com o gráfico de burndown do Sprint, conforme mostrado na imagem a seguir.
Dicas de práticas recomendadas:
Para cada sprint, realize as seguintes tarefas:
- Planeje cada sprint com sua equipe.
- Use a lista de pendências do sprint da equipe para examinar as entregas de sprint.
- Garanta que cada item de trabalho de sprint seja atribuído a um membro da equipe.
- Verifique se cada item de trabalho tem o escopo definido para conclusão dentro do sprint.
- Verifique se os critérios de aceitação para o trabalho estão bem definidos e compreendidos.
- Atualize o status dos itens de trabalho da sprint à medida que o trabalho se move dos estados Novo para Ativo para Concluído, controlando o burndown da sprint.
- Confira com outras equipes sobre dependências das quais o trabalho da sua equipe depende.
- Monitore o progresso do sprint usando o gráfico de burndown do sprint.
Para saber mais, veja:
- Atribuir itens da lista de pendências a um sprint
- Configurar e monitorar o burndown do sprint
- Definir recursos e épicos
As três principais ferramentas que você deve usar para examinar o progresso e as entregas são:
- Quadro de recursos
- Lista de pendências de recursos com colunas de acúmulo
- Planos de entrega
O quadro Recursos é outro local para examinar o progresso e garantir o fluxo contínuo de entregas. A imagem a seguir ilustra um quadro de recursos personalizado, incluindo colunas em andamento como Precisa de mais informações, Concluído, Em andamento e Distribuição do cliente. Essas colunas fornecem um conjunto mais natural de estados à medida que os recursos são propostos, pesquisados, projetados, desenvolvidos e, em seguida, implantados na produção.
Uma maneira rápida e visual de monitorar o progresso é na lista de pendências de recursos. Ao adicionar a coluna da barra de progresso do acúmulo, você pode ver qual percentual de itens de trabalho é concluído para cada recurso, conforme mostrado na imagem a seguir.
Para examinar os recursos entregues em várias equipes, configure um plano de entrega. Os planos de entrega fornecem um quadro interativo para revisar uma agenda de calendário de histórias ou recursos que várias equipes planejam entregar.
Dicas de práticas recomendadas:
- Personalize seu quadro de recursos para oferecer suporte aos processos da sua equipe.
- Adicione campos a cartões para que você possa atualizar seus valores de forma rápida e fácil.
- Atualize o caminho de iteração (sprint) dos recursos à medida que você ganha clareza sobre quando eles são enviados.
- Examine o quadro de recursos para falar sobre status, blocos/problemas/riscos/alterações e atualizar status.
- Use o recurso de filtro para se concentrar em itens marcados, atribuídos por recursos, sprints específicos e muito mais.
- Adicione colunas de rollup à lista de pendências do recurso para monitorar o progresso geral com base na conclusão da contagem de itens de trabalho.
- Use planos de entrega para revisar recursos de várias equipes para discutir dependências entre equipes.
Para saber mais, veja:
- Gerenciar colunas em seu quadro
- Personalizar cartões
- Filtrar seu quadro
- Exibir progresso ou totais de rollup
- Revisar planos de entrega da equipe
A melhoria contínua está no centro dos métodos Agile. Para melhorar seus processos, você precisa ter metas compartilhadas e um plano compartilhado. Para iniciar atividades de melhoria de processo, adicione-as por meio de práticas regulares. O ideal é:
- Planeje sprints.
- Defina metas de sprint.
- Realize retrospectivas regulares.
Considere as seguintes perguntas ao definir metas:
- O que você está aprendendo sobre seus clientes? O que você precisa saber?
- Quais dados estão sendo medidos? São acionáveis? Quais dados precisam ser medidos?
- Como está o fluxo de entregas? É o esperado? Onde as melhorias podem ser feitas?
- Os membros da sua equipe estão capacitados a fazer o seu melhor? Quais ferramentas ou informações os ajudariam a melhorar?
- As informações estão sendo bem compartilhadas? As equipes estão colaborando?
- Qual é o desempenho da sua equipe no gerenciamento de dívidas técnicas e no fechamento de bugs?
Algumas das ferramentas Agile que você pode usar para dar suporte à melhoria do processo são a velocidade da equipe, os painéis de equipe e a extensão Marketplace de Retrospectivas.
No gráfico de velocidade da equipe, você pode entender como a equipe está planejando e executando um sprint. Conforme mostrado no exemplo a seguir, o gráfico de velocidade mostra a contagem planejada, concluída, atrasada e incompleta de itens de trabalho para vários sprints. As equipes podem examinar esse gráfico para ajudar a determinar se estão estimando e executando bem e como podem melhorar.
As equipes podem definir painéis para compartilhar informações e monitorar dados em tempo real sobre o andamento do trabalho.
Dicas de práticas recomendadas:
- Identifique as metas de melhoria do processo com as quais sua equipe pode concordar, anotá-las e revisá-las periodicamente.
- Use painéis de equipe para compartilhar informações e gráficos de acompanhamento de trabalho que você e sua equipe examinam periodicamente.
- Peça à sua equipe que identifique pelo menos uma meta de sprint relacionada à melhoria de processos durante as reuniões de planejamento da sprint.
- Realize retrospectivas regulares para capturar o que correu bem, o que não correu bem e as ações para melhorar.
- Mantenha um quadro de acompanhamento de melhorias, como o disponível com a extensão Retrospectiva do Marketplace.
Para saber mais, veja:
- Exibir e configurar a velocidade da equipe
- Adicionar, renomear e excluir painéis
- Implementar práticas Agile que são colocadas em escala
- Extensão Retrospectivas do Marketplace
Recursos adicionais
Treinamento
Roteiro de aprendizagem
Use advance techniques in canvas apps to perform custom updates and optimization - Training
Use advance techniques in canvas apps to perform custom updates and optimization
Certificação
Microsoft Certified: DevOps Engineer Expert - Certifications
Esta certificação mede sua capacidade de realizar as seguintes tarefas técnicas: Projetar e implementar processos e comunicações, projetar e implementar uma estratégia de controle do código-fonte, projetar e implementar pipelines de criação e liberação, desenvolver um plano de segurança e conformidade e implementar uma estratégia de instrumentação.