Conceitos principais de Sprints e Scrum no Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Este artigo fornece um breve dicionário de termos e ferramentas disponíveis usadas no trabalho de acompanhamento usando métodos do Sprints e Scrum. Outros recursos a serem revisados são o Glossário Agile e o Glossário de navegação e gerenciamento de projetos.
Ferramentas agile
Um conjunto de ferramentas baseadas na Web usadas para rastrear o trabalho e dar suporte a metodologias Agile. As ferramentas Agile dão suporte aos principais métodos Agile — Scrum e Kanban — usados pelas equipes de desenvolvimento de software atualmente. Saiba mais: Sobre ferramentas Agile e o gerenciamento de projetos Agile.
Bugs
Um tipo de item de trabalho que registra uma possível fonte de insatisfação com o produto. O nome comum de um tipo de item de trabalho para rastrear defeitos de código. Cada equipe pode escolher como deseja gerenciar bugs. Algumas equipes gostam de rastrear bugs junto com os requisitos na lista de pendências. Outras gostam de rastreá-los à medida que as tarefas são concluídas em suporte a um requisito. Assim, os bugs aparecem no Quadro de tarefas. Saiba mais: Gerenciar bugs.
Gráficos de burndown ou burnup
Os gráficos de burndown e burnup dão suporte ao gerenciamento de projetos para acompanhar visualmente o trabalho concluído ao longo do tempo. Os gráficos de burndown começam com a quantidade total de trabalho planejado. À medida que o trabalho é concluído, o burndown cria um gráfico com o trabalho restante. Com a progressão do tempo, a quantidade de trabalho pendente diminui. Os gráficos de burnup acompanham o trabalho conforme ele é concluído ao longo do tempo. Eles são úteis para mostrar a taxa na qual o trabalho está sendo concluído.
Para mais informações, consulte Diretrizes de burndown e burnup
Capacidade individual e de equipe
A capacidade se correlaciona ao tempo real da tarefa, horas ou dias, que um indivíduo ou uma equipe precisa trabalhar. O Azure DevOps fornece uma ferramenta Capacidade para que o sprint de cada equipe defina a capacidade. Normalmente, as equipes definem a capacidade quando planejam criar tarefas e estimam o tempo necessário para concluir uma tarefa.
Ao definir a capacidade da equipe, a equipe sabe exatamente o número total de horas ou dias de trabalho que tem para cada sprint. Com essa ferramenta, você define a capacidade e os dias de folga de membros individuais da equipe. Definir a capacidade de cada membro da equipe que trabalha durante um sprint faz com que a barra de capacidade desse indivíduo apareça. Saiba mais: Definir capacidade de sprint.
Barras de capacidade
Com as barras de capacidade, você pode ver rapidamente quem está aquém, além ou com a capacidade ideal. As barras de capacidade são atualizadas com cada uma destas atividades:
- AS tarefas são atribuídas com trabalho restante diferente de zero
- Alteração no trabalho restante
- Alteração de data dentro do ciclo de sprint. A capacidade individual e da equipe sempre reflete a capacidade desde o dia atual até o final do sprint.
| Cores de capacidade | Barras de capacidade |
|---|---|
 |
 |
Para obter mais informações, consulte Ajustar o trabalho para ajustar a capacidade de sprint.
Reuniões diárias do Scrum
As reuniões diárias do Scrum ajudam as equipes a se concentrarem no que precisam fazer para maximizar sua capacidade de cumprir seus compromissos de sprint. O Scrum Master da equipe deve impor a estrutura da reunião e garantir que ela comece no horário e termine em 15 minutos ou menos. Saiba mais: Práticas recomendadas do Scrum, Reunião diária do scrum.
Previsão
A ferramenta de previsão ajuda as equipes a planejar seus sprints. A ferramenta mostra às equipes os itens de lista de pendências que podem ser concluídos em sprints futuros com base em estimativas de item de trabalho e uma velocidade definida. Conforme mostrado aqui, uma velocidade 20 indica que serão necessários cinco sprints para concluir o trabalho mostrado. Saiba mais: Prever a lista de pendências do produto.
Caminhos de iteração (também conhecidos como sprints)
Um período, geralmente de duas a três semanas, usado para agrupar itens de trabalho a serem concluídos durante esse período. Sprints são usados em métodos Scrum para dar suporte ao planejamento do sprint, Burndown do sprint e outros processos Scrum. Os caminhos de iteração permitem que você agrupe o trabalho em sprints, marcos ou outro período específico do evento ou relacionado ao tempo. Saiba mais: Sobre caminhos de área e iteração.
Lista de Pendências do Produto
Uma lista interativa de itens de trabalho que corresponde ao plano de projeto da equipe, ou um roteiro do que a equipe planeja entregar. A lista de pendências do produto dá suporte à priorização do trabalho, à previsão do trabalho por sprints e à vinculação rápida do trabalho aos itens de lista de pendências do portfólio. Você pode definir seus itens de lista de pendências e, em seguida, gerenciar seu status usando o quadro.
Cada Lista de Pendências do Produto pode ser personalizada por uma equipe. Saiba mais: Criar sua lista de pendências.
Item da lista de pendências do produto (PBI)
Um tipo de item de trabalho que define os aplicativos, os requisitos e os elementos que as equipes planejam criar. Os proprietários de produtos normalmente definem e fazem a classificação da pilha dos itens da lista de pendências do produto que são definidos com o processo Scrum. Saiba mais: Tipos de item de trabalho do processo e fluxo de trabalho Scrum.
Função de proprietário do produto
A função dos proprietários de produtos é atuar como a interface entre os clientes e a equipe. Um proprietário de produto pode reduzir a necessidade de especificações detalhadas. Eles reduzem a necessidade por serem mais responsivos às perguntas da equipe sobre detalhes da implementação. Além disso, eles definem claramente os critérios de aceitação dentro de cada requisito.
Função Scrum Master
Os Scrum Masters ajudam a criar e manter equipes íntegras ao integrar processos do Scrum. Eles orientam, treinam, ensinam e auxiliam as equipes do Scrum no emprego adequado dos métodos Scrum. Os Scrum Masters também atuam como agentes de mudança para ajudar as equipes a superar os impedimentos e levar a equipe a aumentos significativos de produtividade. Saiba mais: Práticas recomendadas do Scrum, Função Scrum Master.
Sprints (também conhecidos como iterações)
Um sprint é um período, geralmente de duas a três semanas, usado para agrupar itens de trabalho a serem concluídos durante esse período. Sprints são usados em métodos Scrum para dar suporte ao planejamento do sprint, Burndown do sprint e outros processos Scrum. Os sprints são definidos por meio de caminhos de iteração. Para obter mais informações, consulte Sobre caminhos de área e iteração (também conhecidos como sprints).
Lista de pendências do sprint
Uma lista interativa de itens de trabalho que foram atribuídos ao mesmo sprint ou caminho de iteração para uma equipe. A lista de pendências do sprint dá suporte a equipes que usam metodologias Scrum. Saiba mais: Planejamento de sprint.
Gráfico de Burndown do sprint
O gráfico de burndown de sprint reflete o progresso feito por uma equipe rumo à conclusão de todo o trabalho estimado durante a reunião de planejamento do sprint. A equipe o monitora para atenuar o risco e verificar se há uma fluência de escopo ao longo de seu ciclo de sprint. A linha de tendência ideal sempre indica um burndown constante. A área azul, conforme mostrado no gráfico a seguir, representa o que realmente está acontecendo. Ela mostra o acúmulo de trabalho à medida que os membros da equipe adicionam tarefas e a redução do trabalho à medida que eles concluem essas tarefas. Saiba mais: Monitorar o burndown de sprint.
Metas do sprint
As metas de sprint são usadas para concentrar as atividades de sprint. O objetivo resume o que a equipe quer realizar até o final do sprint. Saiba mais: Práticas recomendadas do Scrum, Definir metas do sprint.
Planejamento de sprint
A reunião de planejamento do Sprint ocorre no início de um sprint e é quando o proprietário do produto e a equipe concordam em um conjunto de metas de sprint e trabalho. Saiba mais: Práticas recomendadas do Scrum, reuniões de planejamento de Sprint.
Reuniões retrospectivas do sprint
A reunião de revisão retrospectiva do Sprint ocorre no final de um sprint. Esta reunião é quando a equipe demonstra o trabalho que concluiu durante o sprint. O proprietário do produto, os clientes e os stakeholders aceitam as histórias de usuário que atendem às suas expectativas e identificam novos requisitos, se houver. Os clientes geralmente entendem suas necessidades de forma mais completa depois de ver as demonstrações e podem identificar as alterações que desejam ver. Saiba mais: Práticas recomendadas do Scrum, reunião retrospectiva do Sprint.
Tarefa
Uma tarefa é um tipo de item de trabalho usado para acompanhar o trabalho estimado e restante. No Scrum, uma tarefa é definida para variar entre quatro e doze horas. Definir tarefas é essencial para monitorar o burndown de sprint, trabalhar com a capacidade da equipe e usar o Quadro de Tarefas. As tarefas estão vinculadas a seus itens de lista de pendências de produtos pai ou histórias de usuário. Saiba mais: Adicionar tarefas a itens de lista de pendências.
Quadro de Tarefas
Um quadro de tarefas fornece um quadro de progresso interativo para o trabalho necessário para concluir a lista de pendências de sprint de uma equipe. Durante o sprint, é recomendável atualizar o status das tarefas e o trabalho restante para cada tarefa. Atualizar tarefas diariamente ou várias vezes por semana gera um gráfico de burndown de sprint mais suave. Saiba mais: Quadro de tarefas.
Teams
Uma equipe corresponde a um conjunto selecionado de membros do projeto. Com as equipes, as organizações podem subcategorizar o trabalho para se concentrar melhor em todo o trabalho que acompanham em um projeto. Cada equipe consegue acesso a um conjunto de ferramentas Agile. As equipes podem usar essas ferramentas para trabalhar de forma autônoma e colaborar com outras equipes em toda a empresa. Cada equipe pode configurar e personalizar cada ferramenta para atender aos requisitos de trabalho. Para obter mais informações, confira Sobre equipes e ferramentas Agile.
Membro da Equipe
Um membro que foi adicionado a um projeto ou uma organização que foi adicionado a uma equipe específica. Os membros do projeto podem ser adicionados a várias equipes. Várias ferramentas Agile, como planejamento de capacidade, alertas de equipe e widgets de painel têm escopo de equipe. Ou seja, eles fazem referência automaticamente aos usuários que foram adicionados como membros de uma equipe para dar suporte a atividades de planejamento ou ao envio de alertas.
Para adicionar usuários a uma equipe, confira Adicionar usuários a um projeto ou equipe específico.
Débito técnico
A dívida técnica inclui qualquer coisa que a equipe deve fazer para implantar o código de qualidade de produção e mantê-lo em execução na produção. Exemplos são bugs, problemas de desempenho, problemas operacionais, acessibilidade e outros. Saiba mais sobre como minimizar a dívida técnica: O que é o Agile Development?.
Reuniões de triagem
As reuniões de triagem são usadas para revisar e organizar a lista de pendências e bugs atribuídos a uma equipe. Outros detalhes, como estimativas, critérios de aceitação e muito mais, podem ser adicionados aos itens de trabalho. Normalmente, um proprietário de produto executa reuniões de triagem e líderes de equipe, analistas de negócios e outros stakeholders que podem falar sobre riscos específicos do projeto participam deles.
História de usuário
Um tipo de item de trabalho que define os aplicativos, os requisitos e os elementos que as equipes planejam criar. Os proprietários de produto geralmente definem e fazem a classificação da pilha das histórias do usuário. A História de Usuário é definida com o processo Agile. Saiba mais: Tipos de item de trabalho do processo e fluxo de trabalho Agile.
Velocidade e gráfico de velocidade
A velocidade fornece uma métrica útil para ter insights sobre quanto trabalho sua equipe pode concluir durante um ciclo de sprint. Depois que sua equipe tiver trabalhado vários sprints, ela poderá usar o gráfico de velocidade e a ferramenta de previsão para estimar o trabalho que pode ser realizado em sprints futuros.
A velocidade é uma medida de quanto trabalho uma equipe pode concluir com base em sua cadência de sprint. O gráfico de velocidade interno mede a velocidade somando os Story Points (Agile), Esforço (Scrum) ou Tamanho (CMMI) definidos para um sprint.
Por exemplo, no gráfico mostrado abaixo da barra verde indica o esforço total estimado (story points) das histórias de usuário concluídas em cada sprint. Azul corresponde ao esforço estimado dos itens ainda não concluídos. Saiba mais: Exibir e trabalhar com o gráfico de velocidade de equipe interno.
Junto com o gráfico de velocidade interno, você pode adicionar um widget Velocidade ao painel da equipe. Você pode configurar esse widget para somar uma contagem de itens de trabalho ou a soma do esforço. Saiba mais: Configurar o widget Velocidade.
Cada equipe está associada a um, e apenas um, gráfico de velocidade. A velocidade varia de acordo com a capacidade da equipe, sprint sobre sprint. No entanto, ao longo do tempo, a velocidade deve indicar uma média confiável que possa ser usada para prever a lista de pendências completa. Minimizando a variabilidade do tamanho do item de lista de pendências – esforço ou story points –, você obtém métricas de velocidade mais confiáveis. Saiba mais: Adicionar tarefas a itens de lista de pendências.