Sprint

imagem ilustrativa do circulo das sprints

A Sprint é considerada o coração do SCRUM, onde ideias são transformadas em valor. Trata-se de um conjunto de tarefas que devem ser executadas e desenvolvidas em um período pré-definido de tempo. São eventos de duração fixa de um mês ou menos para criar consistência. Uma nova Sprint começa imediatamente após o término de outra Sprint.
Todo o trabalho necessário para atingir a meta do Produto, incluindo Sprint Planning, Daily Scrums, Sprint Review e Sprint Retrospective, acontece dentro de Sprints.


    Durante a Sprint:

  • Nenhuma mudança é feita que coloque em risco a meta da sprint;
  • A qualidade não diminui;
  • O product backlog é refinado conforme necessário;
  • O escopo pode ser esclarecido e renegociado com o product owner conforme mais é aprendido.

Uma Sprint pode ser cancelada se a Meta da Sprint se tornar obsoleta. Apenas o Product Owner tem autoridade para cancelar a Sprint.

Reunião de Planejamento da Sprint


As reuniões de planejamento da sprint, também conhecidas como sprint planning meeting podem não apenas significar o início de uma nova sprint, mas também fornece às equipes que usam a metodologia Scrum um renovado senso de propósito e estrutura, minimizar obstáculos imprevistos e definir o padrão pelo qual o trabalho será concluído durante a sprint. Mas como deve ser feita essa reunião de maneira prática e que extraia 100% da sua equipe sem comprometer o projeto.

Para se realizar uma boa sprint planning meeting é importante a participação do product owner e do time de desenvolvimento. Diferente das demais reuniões como a daily meeting, a sprint planning é uma reunião longa, por isso devido ao tempo e o cansaço alguns pontos pertinentes podem ser apressados ou até ignorados nessa reunião. Então algumas dicas vão ajudar você e o seu time de desenvolvimento a fazerem bom uso dessa reunião e a planejarem o que será definido para a sua sprint.

Como realizar um sprint planning

Agora que você já viu boas dicas para a sua reunião de planejamento de sprint é importante que você saiba como ela deve ser realizada. Veja como começar:


  • Prepare seu backlog.
  • imagem ilustrativa de backlog

    Antes do início de uma sprint o PO deve preparar todo o backlog de produtos existentes, o que também é chamado de refinamento do backlog.
    A lista de backlog do produto é uma lista abrangente que detalha o que é necessário no produto e em que ordem, indo do que tem maior prioridade para o de menor prioridade.
    O backlog define o cenário para cada sprint e para o produto ou software em geral. Por isso, é importante que as equipes Scrum tenham um backlog atualizado para que ambas as partes saibam o que está na fila e qual é a capacidade dos desenvolvedores.


  • Verifique a disponibilidade da equipe.
  • Antes de se comprometer totalmente com um cronograma de sprint, certifique-se de abordar a capacidade da sua equipe de seguir a carga de trabalho proposta. Peça aos membros da equipe que confirmem qualquer período de férias planejado, compromissos com outros projetos e outras possíveis restrições de tempo. Se os membros da equipe não puderem se comprometer totalmente com a carga de trabalho da sprint, ajuste a carga de trabalho conforme necessário.

    imagem ilustrativa

    Junto com a disponibilidade da equipe, você também precisará garantir que todos os recursos necessários estejam disponíveis. Quaisquer problemas ou contratempos conhecidos devem ser levados em consideração no planejamento Ágil da sprint e tratados com a equipe antes do início da sprint.


  • Estabeleça velocidade para sua equipe.
  • imagem ilustrtiva de objetivos em planejamento

    A velocidade de uma equipe é igual à quantidade de trabalho que uma equipe é capaz de realizar em uma sprint. Não há um padrão definido para o quanto sua equipe deve produzir em uma determinada sprint. Sua velocidade dependerá fortemente de quanto tempo sua equipe trabalhou em conjunto, quantos itens do backlog foram preparados para serem finalizados e da eficiência de seu planejamento para a sprint.
    Se você está tentando determinar a velocidade para uma equipe de sprint recém-criada, acompanhe os resultados e os pontos da história de sua equipe de sprint a sprint para avaliar o quanto pode ser esperado dessa equipe.


Após ter o seu backlog definido e depois de verificar a disponibilidade da equipe e sua velocidade você pode iniciar sua sprint planning.

Comece com o panorama geral.

Comece sua reunião de sprint encerrando oficialmente a sprint anterior e reconhecendo o progresso da equipe. Prepare o cenário para sua próxima sprint lembrando sua equipe da visão abrangente do seu projeto e incentivando um olhar positivo e entusiasmado sobre o que está por vir.


atualizações, feedback e problemas.

Uma vez que a visão para a sua próxima sprint tenha sido claramente declarada o PO deve retransmitir quaisquer atualizações ou novos detalhes que tenham recebido de outras partes envolvidas. Você também pode debater o feedback do cliente para fornecer à sua equipe o contexto e as diretrizes para o trabalho futuro.
Este também é um momento oportuno para examinar quaisquer problemas que possam ter impedido o progresso durante a última sprint. Questões como falta de recursos, comunicação deficiente e outros obstáculos devem ser abordadas e discutidas em um ambiente de equipe, a fim de agilizar o trabalho futuro.


Determine a propriedade da tarefa.

Repasse cada item do backlog com os membros da sua equipe e discuta quem será o proprietário de cada tarefa. Determine o que cada tarefa exigirá, incluindo recursos e restrições de tempo. Depois de saber no que trabalhar, você pode criar um mural do Scrum ou um diagrama de raias para delinear responsabilidades e finalizar os prazos da sprint.


Confirme novos problemas, impactos e dependências.

Certifique-se de deixar um tempo em sua reunião de planejamento da sprint para discutir quaisquer novos problemas que possam ter surgido ao longo de sua reunião de planejamento. Registre cada problema e identifique os itens de ação que podem impedi-los de causar problemas no futuro. O proprietário do produto também pode aproveitar esse tempo para responder a quaisquer perguntas e falar sobre recursos para a equipe.

Comece oficialmente sua sprint.

Finalmente, sua sprint pode começar. Até agora, sua equipe deve ter o bastante para começar e cada participante dever ter todos os recursos necessários para começar a colaborar com os outros membros da equipe. Agende um acompanhamento com sua equipe nos dias seguintes à reunião de planejamento da sprint para garantir que a sprint tenha o melhor início possível.

Reunião Diária

imagem ilustrativa de reuniões da equipe

O principal objetivo das reuniões diárias chamadas “daily” é medir o progresso das ações e atividades da sprint, e realizar adaptações no planejamento caso seja necessário.
A daily consiste em uma reunião de curta duração, de no máximo 15 minutos, em que a equipe toda apresenta os resultados das ações visando o cumprimento da meta da sprint. Nas reuniões, algumas perguntas são respondidas pelos membros do projeto a fim de medir o progresso das ações:


  • O que foi feito no dia de ontem?
  • Qual ação será feito hoje?
  • Quais os impeditivos caso a ação não foi executada? Qual a solução que pode ser tomada?

A existência de reuniões diárias do projeto permite uma tomada de decisão mais rápida e orientada, permitindo identificar os problemas que surgem no percurso e eliminando a necessidade de outras reuniões para alinhar as comunicações do time do projeto, contribuindo para a agilidade na metodologia.

Revisão da Sprint

imagem ilustrativa de revisões do projeto

O propósito da Sprint Review é inspecionar o resultado da Sprint e determinar as adaptações futuras. O Scrum Team apresenta os resultados de seu trabalho para os principais stakeholders e o progresso em direção a Meta do Produto é discutido.
Durante o evento, o Scrum Team e os stakeholders revisam o que foi realizado na Sprint e o que mudou em seu ambiente. Com base nessas informações, os participantes colaboram sobre o que fazer a seguir. O Product Backlog também pode ser ajustado para atender a novas oportunidades. A Sprint Review é uma sessão de trabalho e o Scrum Team deve evitar limitá-la a uma apresentação.


A Sprint Review é o penúltimo evento da Sprint e tem um Timebox com prazo máximo de quatro horas para uma Sprint de um mês. Para Sprints mais curtas, o evento geralmente é mais curto.

Retrospectiva da Sprint

imagem ilustrtativa da revisão do projeto

A retrospectiva da sprint é uma prática chave no framework Scrum, que é uma metodologia ágil para o desenvolvimento de software. A retrospectiva ocorre no final de cada sprint, que é um período de tempo fixo durante o qual um conjunto específico de funcionalidades é desenvolvido e entregue. Geralmente, sprints têm uma duração de duas a quatro semanas. Durante a retrospectiva da sprint, a equipe Scrum, incluindo o Scrum Master, o Product Owner e os membros do time de desenvolvimento, se reúnem para revisar o sprint que acabou de ser concluído. O principal objetivo é refletir sobre o que funcionou bem durante a sprint, o que poderia ser melhorado e como a equipe pode ajustar seus processos para melhorar continuamente. Alguns pontos comuns abordados em uma retrospectiva incluem:


  • Pontos Positivos (Coisas Boas): Identificar o que correu bem durante a sprint. Isso pode incluir conquistas, colaboração efetiva, ou qualquer outra coisa positiva que a equipe queira destacar.

  • Pontos de Melhoria (Coisas para Melhorar): Identificar áreas que precisam ser aprimoradas. Isso pode envolver questões de comunicação, desafios técnicos, ou obstáculos que surgiram durante a sprint.

  • Ações a Serem Tomadas: Definir ações concretas para melhorar os processos na próxima sprint. Isso pode incluir ajustes nas práticas de desenvolvimento, mudanças na comunicação ou qualquer outra medida para abordar os pontos de melhoria identificados.

A retrospectiva da sprint é fundamental para o ciclo de melhoria contínua no Scrum, permitindo que a equipe adapte e otimize seus processos ao longo do tempo. Essa prática contribui para a transparência, inspeção e adaptação, que são os três pilares do Scrum.

Fazer teste Voltar ao Inicio