Principais conceitos de Sprints e Scrum em Quadros do Azure

Serviços de DevOps do Azure | Azure DevOps Server 2022 - Azure DevOps Server 2019

Este artigo fornece um pequeno dicionário de termos e ferramentas disponíveis usadas no acompanhamento do trabalho usando métodos Sprints e Scrum. Outros recursos a rever são o glossário Agile e o glossário de gestão e navegação de projetos.

Ferramentas Ágil

Um conjunto de ferramentas baseadas na web usadas para acompanhar o trabalho e apoiar metodologias ágeis. As ferramentas ágeis suportam os principais métodos ágeis – Scrum e Kanban – usados pelas equipes de desenvolvimento de software atualmente. Saiba mais: Sobre ferramentas ágeis e gestão ágil de projetos.

Erros

Um tipo de item de trabalho que registra uma fonte potencial 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 quer gerenciar bugs. Algumas equipes gostam de rastrear bugs junto com os requisitos na lista de pendências. Outras equipes gostam de rastrear bugs como tarefas executadas em apoio a um requisito. Em seguida, os bugs aparecem no quadro de tarefas. Saiba mais: Gerencie bugs.

Gráficos de burndown ou burnup

Os gráficos de evolução e consolidação suportam a gestão de projetos para controlar 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 representa graficamente o trabalho restante. Com a progressão do tempo, a quantidade de trabalho a fazer diminui. Os gráficos de burnup acompanham o trabalho à medida que ele é concluído ao longo do tempo. Eles são úteis para mostrar a taxa em que o trabalho está sendo concluído.

Para obter mais informações, consulte Diretrizes de burndown e burnup

Capacidade individual e de equipa

A capacidade está correlacionada com o tempo real da tarefa, horas ou dias, que um indivíduo ou uma equipe tem que trabalhar. O Azure DevOps fornece uma ferramenta de Capacidade para o sprint de cada equipe definir a capacidade. As equipes normalmente 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 a equipe tem para cada sprint. Com esta ferramenta, você define a capacidade individual dos membros da equipe e os dias de folga. Definir a capacidade para cada membro da equipe trabalhando 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 barras de capacidade, você pode ver rapidamente quem está acima, em ou abaixo da capacidade. 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 do trabalho restante
• Alteração de data dentro do ciclo de sprint. A capacidade individual e de equipa reflete sempre a sua capacidade desde o dia atual até ao 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 de 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 reforçar a estrutura da reunião e garantir que ela comece a tempo e termine em 15 minutos ou menos. Saiba mais: Melhores práticas 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 da lista de pendências que podem ser concluídos em sprints futuros com base em estimativas de itens de trabalho e uma velocidade definida. Como mostrado aqui, uma velocidade de 20 indica que serão necessários cinco sprints para concluir o trabalho mostrado. Saiba mais: Preveja a lista de pendências do seu produto.

Caminhos de iteração (também conhecidos como sprints)

Um período de tempo, geralmente de duas a três semanas, usado para agrupar itens de trabalho a serem concluídos durante esse período de tempo. Sprints são usados em métodos Scrum para apoiar o planejamento de sprint, burndown de sprint e outros processos Scrum. Os caminhos de iteração permitem agrupar 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.

Registo do produto

Uma lista interativa de itens de trabalho que corresponde ao plano de projeto ou roteiro de uma equipe para o que a equipe planeja entregar. A lista de pendências do produto suporta a priorização do trabalho, a previsão do trabalho por sprints e a vinculação rápida do trabalho aos itens da 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 Kanban.

Cada lista de pendências de produtos pode ser personalizada por uma equipe. Saiba mais: Crie sua lista de pendências.

Item da lista de pendências do produto (PBI)

Um tipo de item de trabalho que define os aplicativos, requisitos e elementos que as equipes planejam criar. Os proprietários de produtos normalmente definem e classificam os 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 Scrum e fluxo de trabalho.

Função de proprietário do produto

O papel 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 de implementação. Além disso, definem claramente os critérios de aceitação dentro de cada requisito.

Função de Scrum Master

Os Scrum Masters ajudam a construir e manter equipes saudáveis empregando processos Scrum. Eles orientam, treinam, ensinam e auxiliam as equipes 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 impedimentos e conduzir a equipe para aumentos significativos de produtividade. Saiba mais: Melhores práticas do Scrum, Papel do Scrum Master.

Sprints (também conhecidos como iterações)

Um sprint é um período de tempo de geralmente duas a três semanas que é usado para agrupar itens de trabalho a serem concluídos durante esse período de tempo. Sprints são usados em métodos Scrum para apoiar o planejamento de sprint, burndown de sprint e outros processos Scrum. Os sprints são definidos por meio de caminhos de iteração. Para saber mais, 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 caminho de sprint ou iteração para uma equipe. O sprint backlog suporta 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 na conclusão de todo o trabalho estimado durante sua reunião de planejamento de sprint. A equipe monitora para mitigar riscos e verificar se o escopo aumenta ao longo do ciclo de sprint. A linha de tendência ideal sempre indica um burndown constante. A área azul, como mostrado no gráfico a seguir, representa o que realmente está acontecendo. Ele mostra o acúmulo de trabalho à medida que os membros da equipe adicionam tarefas e a redução do trabalho à medida que os membros da equipe concluem essas tarefas. Saiba mais: Monitore o burndown do sprint.

Metas de sprint

As metas de sprint são usadas para focar as atividades de sprint. O objetivo resume o que a equipa quer realizar até ao final do sprint. Saiba mais: Melhores práticas do Scrum, Defina metas de sprint.

Planejamento de sprint

A reunião de planejamento da Sprint ocorre no início de uma sprint e é quando o proprietário do produto e a equipe concordam com um conjunto de metas e trabalho da sprint. Saiba mais: Melhores práticas do Scrum, reuniões de planejamento da Sprint.

Reuniões retrospetivas Sprint

A revisão Sprint ou reunião retrospetiva ocorre no final de um sprint. Esta reunião é quando a equipa demonstra o trabalho que concluiu durante o sprint. O proprietário do produto, os clientes e as partes interessadas aceitam as histórias de usuários que atendem às suas expectativas e identificam quaisquer novos requisitos. Os clientes geralmente entendem suas necessidades mais completamente depois de ver as demonstrações e podem identificar as mudanças que desejam ver. Saiba mais: Melhores práticas do Scrum, reunião retrospetiva da Sprint.

Task

Uma tarefa é um tipo de item de trabalho usado para controlar o trabalho estimado e restante. No Scrum, uma tarefa é definida para variar entre quatro e doze horas. A definição de tarefas é essencial para monitorar o burndown da sprint, trabalhar com a capacidade da equipe e usar o Taskboard. As tarefas são vinculadas aos itens da lista de pendências do produto pai ou às histórias de usuários. Saiba mais: Adicione tarefas a itens da lista de pendências.

Quadro de tarefas

Um quadro de tarefas fornece um quadro de progresso interativo para o trabalho necessário para completar a lista de pendências de sprint de uma equipe. Durante o sprint, você desejará atualizar o status das tarefas e o trabalho restante para cada tarefa. Atualizar tarefas diariamente ou várias vezes por semana produz um gráfico de burndown de sprint mais suave. Saiba mais: Quadro de tarefas.

Teams

Uma equipa 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 dentro de um projeto. Cada equipe tem acesso a um conjunto de ferramentas ágeis. 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 às suas necessidades de trabalho. Para saber mais, consulte Sobre equipes e ferramentas ágeis.

Membro da equipa

Um membro que foi adicionado a um projeto ou organização que foi adicionado a uma equipe específica. Os membros do projeto podem ser adicionados a várias equipes. Várias ferramentas ágeis, como planejamento de capacidade, alertas de equipe e widgets de painel têm escopo de equipe. Ou seja, eles referenciam automaticamente os usuários que foram adicionados como membros de uma equipe para dar suporte a atividades de planejamento ou envio de alertas.

Para adicionar usuários a uma equipe, consulte Adicionar usuários a um projeto ou a uma equipe específica.

Dívida técnica

A dívida técnica inclui tudo o que a equipe deve fazer para implantar o código de qualidade da produção e mantê-lo funcionando em produção. Exemplos são bugs, problemas de desempenho, problemas operacionais, acessibilidade e outros. Saiba mais sobre como minimizar o endividamento técnico: O que é Desenvolvimento Ágil?.

Reuniões de triagem

As reuniões de triagem são usadas para revisar e organizar a lista de pendências e os 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 realiza reuniões de triagem, e líderes de equipe, analistas de negócios e outras partes interessadas que podem falar sobre riscos específicos do projeto participam delas.

História de utilizador

Um tipo de item de trabalho que define os aplicativos, requisitos e elementos que as equipes planejam criar. Os proprietários de produtos normalmente definem e classificam as histórias de usuários. A história do usuário é definida com o processo Agile. Saiba mais: Tipos de item de trabalho de processo ágil e fluxo de trabalho.

Gráfico de velocidade e velocidade

O Velocity fornece uma métrica útil para obter informações sobre quanto trabalho sua equipe pode concluir durante um ciclo de sprint. Depois que sua equipe tiver trabalhado vários sprints, eles podem 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 Pontos de História (Agile), Esforço (Scrum) ou Tamanho (CMMI) definidos para um sprint.

Por exemplo, no gráfico mostrado abaixo, a barra verde indica o esforço total estimado (pontos de história) das histórias de usuário concluídas em cada sprint. O azul corresponde ao esforço estimado dos itens ainda não concluídos. Saiba mais: Veja e trabalhe com o gráfico de velocidade da equipa incorporado.

Junto com o gráfico Velocity integrado, você pode adicionar um widget Velocity ao painel da sua equipe. Você pode configurar este widget para somar uma contagem de itens de trabalho ou a soma de esforço. Saiba mais: Configure o widget Velocity.

Cada equipa 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 pode ser usada para prever toda a lista de pendências. Ao minimizar a variabilidade do tamanho do item da lista de pendências — esforço ou pontos de história — você obtém métricas de velocidade mais confiáveis. Saiba mais: Adicione tarefas a itens da lista de pendências.

Artigos relacionados

• Sobre Sprints e Scrum
• Melhores práticas do Scrum.
• Glossário ágil
• Glossário de gestão de projetos e navegação
• O que é Scrum?