Guia Scrum | 28. Sprint no Scrum

Vários eventos menores compõem um Sprint no Scrum. Sprints, por sua vez, formam juntos um caminho voltado para desenvolver e lançar um Produto. Cada Sprint tem um objetivo específico de Sprint e um Backlog de Sprint mantido pela Equipe de Desenvolvimento.

O que é Sprint no Scrum – índice:

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

O que é Sprint no Scrum?

Sprint é o maior dos eventos no Scrum, sobre o qual 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 o Objetivo do Produto.

Cada Sprint tem um objetivo específico de Sprint para garantir consistência no trabalho da Equipe de Desenvolvimento. Ele assume a forma de um objetivo de negócios e responde à pergunta “Por quê?”, “Com que finalidade?”, ou “Por quê?”.

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

Estrutura do Sprint no Scrum

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

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

A repetição dos eventos do Sprint promove a implementação de boas práticas organizacionais. Em outras palavras, a Equipe 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 permitem que a Equipe Scrum divida o trabalho no Produto em segmentos de tempo iguais que duram no máximo 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 em mais detalhes aqui. Mas hoje, vamos ver como eles se aplicam ao Sprint e sua estrutura.

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. O Planejamento do Sprint e a Revisão do Sprint, o início e o fim de um Sprint, combinados com uma atualização do Backlog do Produto, fornecem a todos os stakeholders valiosas percepções sobre o status atual do Produto.

Inspeção

Ao dividir o trabalho em Sprints, é possível monitorar seu progresso com frequência. Isso promove a identificação constante de problemas em duas áreas-chave. Estas são:

• questões relacionadas ao alcance 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 a Equipe Scrum trabalha – durante as reuniões diárias e no final de cada Sprint, ou seja, durante o Daily Scrum e a Retrospectiva do Sprint

Adaptação

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

O Planejamento do Sprint e a Revisão do Sprint criam um espaço seguro para discussão sobre os Objetivos e métodos para alcançá-los. Uma boa Equipe Scrum autogerida descobre com sucesso o que e como implementar para o próximo Sprint.

Quais mudanças fazer durante um Sprint?

Cada Sprint deixa espaço suficiente para a Equipe Scrum melhorar e improvisar a forma como trabalha. Portanto, identifique o que mudar durante um Sprint. O Guia Scrum não fornece uma lista de tais mudanças. No entanto, a noção de empirismo fornece diretrizes a seguir e adaptar à forma como uma Equipe Scrum específica trabalha.

1. Todas as mudanças podem comprometer a realização do Objetivo do Sprint. De acordo com a primeira regra, durante um Sprint você não pode, por exemplo, reduzir o número de tarefas a fazer nesse Sprint, ou mudar significativamente suas características. Um Sprint está intimamente ligado ao Objetivo do Sprint. Portanto, quando o Objetivo muda, devemos abortar o Sprint. No entanto, isso raramente acontece, pois a única razão para um Sprint falhar é quando o Objetivo se torna obsoleto. Lembre-se de 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 visa evitar que o trabalho realizado durante um Sprint se torne um Incremento porque não atende à Definição de Conclusão. Reduzir a qualidade do trabalho pode resultar no Objetivo do Sprint sendo aparentemente alcançado, 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 Backlog do Produto pode se tornar detalhado. Ao trabalhar em um Produto, o conhecimento sobre ele aumenta. Portanto, o detalhamento das tarefas a serem realizadas aumenta naturalmente. Assim, é uma mudança aceitável e até recomendável durante um Sprint detalhar o Backlog do Produto.
4. O escopo do trabalho pode ser esclarecido ou renegociado. Essa mudança, assim como a anterior, envolve uma compreensão crescente da natureza do trabalho que está sendo realizado. A Equipe de Desenvolvimento pode fazê-lo 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 cíclico do Scrum que contém todos os outros. Ele tem um sub Objetivo de Sprint separado do Objetivo do Produto. E o Backlog de Sprint é diferente do Backlog do Produto. 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, a Equipe Scrum não pode mudar seu Objetivo. No entanto, pode refinar o Backlog do Produto e, à medida que o conhecimento cresce, refinar e renegociar 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.