Guia Scrum | 28. Sprint no Scrum

Publicados: 2022-06-08

Vários eventos menores compõem um Sprint no Scrum. Os Sprints, por sua vez, formam juntos um caminho voltado para o desenvolvimento e lançamento de um Produto. Cada Sprint tem um Sprint Goal específico e um Sprint Backlog mantido pelo Time de Desenvolvimento.

O que é Sprint no Scrum – índice:

  1. Sprint no Scrum – Introdução
  2. Sprint na Estrutura Scrum
  3. Sprints e os três pilares do empirismo
  4. Transparência
  5. Inspeção
  6. Adaptação
  7. Que mudanças fazer durante um Sprint?
  8. Sprint no Scrum - Resumo

Sprint no Scrum – Introdução

Sprint é o maior dos eventos em Scrum, sobre os quais escrevemos neste artigo. Sprints seguem um ciclo contínuo do início ao fim do trabalho em um Produto. E cada iteração aproxima a equipe de alcançar a Meta do Produto.

Cada Sprint tem um objetivo de Sprint específico para garantir a consistência no trabalho do Time de Desenvolvimento. Ele assume a forma de uma meta de negócios e responde à pergunta “Por quê?”, “Para quê?” , ou "Por quê?" .

O fluxo de trabalho de um Sprint é documentado no Sprint Backlog, que lista o trabalho necessário para atingir o objetivo do Sprint. Sua descrição detalhada pode ser encontrada aqui.

sprint in scrum

Sprint na Estrutura Scrum

Cada Sprint possui uma estrutura específica e inclui os seguintes eventos:

  • Planejamento do Sprint – o Sprint começa. Durante este evento, o Time Scrum seleciona o trabalho planejado do Product Backlog para ser feito no novo Sprint
  • Daily Scrum – um evento diário onde os desenvolvedores planejam as tarefas do dia
  • Revisão da Sprint – aberta aos Stakeholders, realizada no último dia de uma Sprint. Seu objetivo é resumir o Sprint em termos de progresso no Produto
  • Sprint Retrospective – o evento de encerramento de um Sprint, onde o Time Scrum discute as formas de trabalho e ideias para melhoria

A repetição de eventos Sprint promove a implementação de boas práticas organizacionais. Em outras palavras, o Time Scrum implementa as rotinas necessárias para um planejamento eficaz e, enquanto trabalha, chama a atenção para problemas que podem ser discutidos em eventos apropriados.

Sprints e os três pilares do empirismo

Sprints fazem com que o Time Scrum divida o trabalho no Produto em segmentos de tempo iguais, com duração não superior a um mês. Essa estrutura fixa reforça os três pilares do empirismo:

  • transparência
  • inspeção
  • adaptação

Escrevemos sobre os três pilares do empirismo e seu papel no Scrum com mais detalhes aqui. Mas hoje, veremos como eles se aplicam ao Sprint e sua estrutura.

Sprints in Scrum and the three pillars of empiricism

Transparência

Dividir o trabalho em Sprints aumenta a transparência, pois todas as pessoas envolvidas podem obter as informações necessárias sobre o status do trabalho do Produto em cada Sprint. Sprint Planning e Sprint Review, o início e o fim de um Sprint, combinados com uma atualização do Product Backlog, fornecem a todas as partes interessadas informações valiosas sobre o status atual do Produto.

Inspeção

Ao dividir o trabalho em Sprints é possível monitorar frequentemente o seu progresso. Isso promove a identificação constante de problemas em duas áreas-chave. Estes são:

  • questões relacionadas ao cumprimento do Objetivo do Produto – no início e no final do Sprint, ou seja, durante o Planejamento do Sprint e a Revisão do Sprint
  • obstáculos na forma como o Time Scrum trabalha – durante as reuniões diárias e no final de cada Sprint, ou seja, durante Daily Scrum e Sprint Retrospective

Adaptação

A adaptação é uma parte muito importante do trabalho do Time Scrum, pois permite resolver os problemas identificados durante a inspeção. Durante cada Sprint, Daily Scrum e Sprint Retrospective fornecem um espaço seguro para falar sobre como melhorar o Time Scrum. A implementação das soluções propostas acontece imediatamente ou no início do próximo Sprint.

Sprint Planning e Sprint Review criam um espaço seguro para discussão sobre os Objetivos e métodos para alcançá-los. Um bom Time Scrum autogerenciado descobre com sucesso o que e como implementar para o próximo Sprint.

Que mudanças fazer durante um Sprint?

Cada Sprint deixa espaço suficiente para o Time Scrum melhorar e improvisar a maneira como eles trabalham. Portanto, identifique o que mudar durante um Sprint. O Guia do Scrum não fornece uma lista de tais mudanças. No entanto, a noção de empirismo fornece diretrizes a serem seguidas e adaptadas à maneira como um determinado Time Scrum trabalha.

  1. Todas as alterações podem comprometer o alcance da Meta da Sprint. De acordo com a primeira regra, durante um Sprint você não pode, por exemplo, reduzir o número de tarefas nesse Sprint ou alterar significativamente suas características. Um Sprint está intimamente ligado ao Objetivo do Sprint. Portanto, quando a meta muda, devemos abortar a Sprint. No entanto, isso quase nunca acontece, pois a única razão para um Sprint falhar é quando o objetivo se torna obsoleto. Tenha em mente que a decisão de encerrar um Sprint pertence exclusivamente ao Product Owner.
  2. A qualidade do trabalho não pode ser comprometida. Esta regra tem como objetivo evitar que o trabalho feito durante um Sprint se torne um Incremento porque não atende à Definição de Conclusão. Reduzir a qualidade do trabalho pode resultar no cumprimento da Meta da Sprint ostensivamente, mas a forma como as tarefas individuais são concluídas não atende aos padrões de qualidade estabelecidos pela organização ou exigidos pelos Stakeholders.
  3. O Product Backlog pode ser detalhado. Ao trabalhar em um Produto, o conhecimento sobre ele aumenta. Portanto, o detalhe das tarefas a serem executadas aumenta naturalmente. Portanto, é uma mudança aceitável e até mesmo aconselhável durante uma Sprint detalhar o Product Backlog.
  4. O escopo do trabalho pode ser esclarecido ou renegociado. Essa mudança, como a anterior, envolve uma compreensão crescente da natureza do trabalho que está sendo realizado. A Equipe de Desenvolvimento pode fazer isso em consulta com o Product Owner. No entanto, a condição básica para sua introdução é a ausência de conflito com os princípios 1. e 2.

Sprint no Scrum - Resumo

Sprint é o evento Scrum cíclico que contém todos os outros. Ele tem uma meta de sub-sprint separada da meta de produto. E o Sprint Backlog é diferente do Product Backlog. A natureza dos Sprints é cíclica. A duração fixa dos Sprints é propícia para manter boas práticas de fluxo de trabalho e nutrir os três pilares do empirismo. Durante um Sprint, o Time Scrum não pode mudar seu Objetivo. Pode, no entanto, refinar o Product Backlog e, à medida que o conhecimento cresce, refinar e negociar o escopo do trabalho.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autor: Natália Jaros

Ver todas as postagens

Guia do Scrum:

  1. Glossário de termos básicos, funções e noções
  2. O que é Scrum?
  3. Valores do Scrum
  4. Como implementar o Scrum na sua empresa?
  5. Time Scrum - o que é e como funciona?
  6. Quem é um Product Owner?
  7. Os erros mais comuns do Product Owner
  8. Quem é o Scrum Master?
  9. Características de um bom Scrum Master
  10. Os erros mais comuns do Scrum Master
  11. Quais estatísticas e métricas o Scrum Master deve acompanhar?
  12. Cooperação entre Product Owner e Scrum Master
  13. Equipe de Desenvolvimento em Scrum
  14. Os erros mais comuns dos desenvolvedores
  15. Artefatos do Scrum
  16. Escalando Scrum
  17. Backlog da Sprint
  18. O que é o Backlog do Produto?
  19. O que são histórias de usuários?
  20. Criando a melhor história de usuário com INVEST
  21. Os erros mais comuns da história do usuário
  22. Critérios de aceitação da história do usuário
  23. Estimativa e pontos de história no Scrum
  24. Poker de Planejamento
  25. Jogo de estimativa de equipe
  26. Definindo Incremento
  27. Eventos Scrum
  28. O que é Sprint no Scrum?
  29. Compromissos da Equipe Scrum - Objetivo do Produto, Objetivo do Sprint e Definição de Conclusão
  30. O que é um gráfico Burndown?
  31. Como criar e interpretar um gráfico de burndown?
  32. Vantagens e desvantagens do gráfico de burndown
  33. Quadros Kanban em Scrum e Scrumban
  34. Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
  35. Reunião diária
  36. Planejamento de Sprint
  37. Revisão da Sprint
  38. O que é uma Sprint Retrospective?
  39. Erros comuns durante uma Sprint Retrospective
  40. Nutrição do Backlog do Produto