Sprint

O que é sprint no Scrum, como funciona o ciclo de sprint planning, daily, review e retrospectiva, velocity e capacity planning.

O que é?

Sprint é uma iteração de tempo fixo (time-box) no framework Scrum, geralmente de 1 a 4 semanas, durante a qual o time de desenvolvimento entrega um incremento funcional do produto.

Cada sprint é um mini-projeto completo: tem planejamento, execução, entrega e reflexão. Ao final, o time entrega algo utilizável e coleta feedback para o próximo ciclo.

Como funciona

Anatomia de um Sprint

Sprint (2 semanas típicas)
│
├── Sprint Planning (4h)
│   ├── O que vamos entregar? (Sprint Goal)
│   └── Como vamos entregar? (Sprint Backlog)
│
├── Execução (9 dias úteis)
│   ├── Daily Standup (15 min/dia)
│   │   ├── O que fiz ontem?
│   │   ├── O que vou fazer hoje?
│   │   └── Tenho algum impedimento?
│   └── Desenvolvimento + Code Review + QA
│
├── Sprint Review (2h)
│   ├── Demo do incremento para stakeholders
│   └── Coleta de feedback
│
└── Sprint Retrospectiva (1.5h)
    ├── O que funcionou bem?
    ├── O que pode melhorar?
    └── Ações concretas para o próximo sprint

Cerimônias do Sprint

Cerimônia	Duração	Participantes	Objetivo
Planning	2-4h	PO + Time + Scrum Master	Definir sprint goal e sprint backlog
Daily	15 min	Time + Scrum Master	Sincronizar e remover impedimentos
Review	1-2h	PO + Time + Stakeholders	Demonstrar incremento e coletar feedback
Retro	1-1.5h	Time + Scrum Master	Melhoria contínua do processo

Velocity e Capacity Planning

Velocity é a quantidade de trabalho (em story points) que o time entrega por sprint, em média.

Velocity = Média dos story points entregues nos últimos 3-5 sprints

Exemplo:
Sprint 1: 21 pts
Sprint 2: 25 pts
Sprint 3: 18 pts
Sprint 4: 24 pts
Sprint 5: 22 pts

Velocity média = (21+25+18+24+22) / 5 = 22 pts/sprint

Capacity Planning usa o velocity para planejar quanto cabe no próximo sprint:

Capacidade = Velocity média × (Dias disponíveis / Dias normais do sprint)

Se 1 dev tira férias (perde 20% da capacidade):
Capacidade = 22 × 0.8 = ~18 pontos

Por que importa?

Sprints são importantes porque:

Criam ritmo e cadência — o time sabe quando entregar e quando refletir
Limitam o risco — no máximo você "perde" 2 semanas antes de corrigir o rumo
Geram feedback rápido — stakeholders veem progresso real a cada ciclo
Promovem foco — o sprint goal protege o time de mudanças constantes de prioridade
Melhoram continuamente — retrospectivas criam ciclo de aprendizado do processo

Exemplo prático

Sprint de 2 semanas em um SaaS

Sprint Goal: "Usuários podem exportar relatórios em PDF"

Sprint Backlog:
├── [5 pts] US-101: Gerar PDF a partir do dashboard
├── [3 pts] US-102: Selecionar período do relatório
├── [3 pts] US-103: Adicionar logo da empresa no PDF
├── [2 pts] US-104: Enviar PDF por email
├── [5 pts] US-105: Agendar exportação recorrente
├── [2 pts] BUG-42: Corrigir formatação de datas no gráfico
└── Total: 20 pts (velocity média: 22 — margem de segurança)

Resultado:
- US-101 a US-104: entregues ✅
- US-105: movida para próximo sprint (subestimada)
- BUG-42: corrigido ✅
- Velocity real: 15 pts

Retro:
- ✅ Boa colaboração entre frontend e backend
- ⚠️ US-105 tinha dependência externa não mapeada
- 📋 Ação: incluir "dependency check" no planning

Termos relacionados

Backlog — fonte dos itens que entram no sprint
User Story — formato das tarefas dentro do sprint
Roadmap — visão estratégica que guia os sprints

On this page