Série: Transição de Kanban para Scrum | Parte 4 de 4 | Documentando a evolução estruturada do nosso time de Kanban para Scrum
Introdução
Neste último post da série, vou detalhar os cinco principais rituais do Scrum que aperfeiçoamos como um time remoto, autônomo e altamente colaborativo: Daily Sync, Planning, Refinamento, Retrospectiva e Lean Inception.
Esses rituais começaram nos livros, mas foram dosados a nossa realidade remote-first. Eles evoluíram com base em necessidade, feedback e reflexão. Cada um foi pensado para fomentar conexão, alinhamento e entrega contínua.
Daily Sync
Nosso Daily Sync é mais do que um stand-up tradicional — é um huddle de time, onde alinhamos não apenas o que estamos fazendo, mas o que podemos finalizar.
Seguimos um princípio remote-first: todos participam de seus próprios espaços via Google Meet, com áudio e vídeo ligados. Mesmo quando alguém está no escritório, nos conectamos como iguais.
A estrutura é simples:
- Começamos pela coluna mais à direita do board (mais próxima do DONE) e seguimos à esquerda.
- Perguntamos: “O que conseguimos finalizar hoje?”
- Verificamos bloqueios e incentivamos a auto-organização em torno das prioridades.
- Mantemos o tempo curto — 15 minutos.
- Após o sync, deixamos a sala aberta para conversas adicionais opcionais.
Esse formato promove foco em finalizar, aumenta a visibilidade e evita mudanças de contexto desnecessárias.
Planning
O Sprint Planning é quando o time alinha intenção com capacidade. Começamos pelo objetivo da sprint, garantindo que esteja ligado a um ou mais OKRs ou temas de produto.
No planejamento:
- Revisamos a velocidade e a capacidade do time.
- Refinamos as histórias prioritárias, garantindo que atendem ao Definition of Ready.
- Discutimos casos extremos e incertezas.
- Quebramos épicos em entregas gerenciáveis.
- Buscamos equilíbrio entre entrega, débito técnico e experimentação.
A facilitação é rotativa. Um engenheiro conduz o board; outro cuida do alinhamento com o objetivo da sprint. O PO apoia com contexto e escopo.
O resultado? Um backlog de sprint equilibrado — e um time que sabe o porquê do que está entregando.
Refinamento
Refinamento não é uma reunião isolada — é um hábito. Ainda assim, reservamos sessões semanais para aprofundar histórias em grupo.
Nessas sessões:
- Clarificamos critérios de aceite.
- Levantamos riscos de implementação e decisões técnicas.
- Conectamos com designs, métricas e jornadas de usuário.
- Identificamos dependências logo no início.
Nossa heurística: se uma história levanta muitas dúvidas, ela ainda não está pronta. Estacionamos, fazemos as perguntas certas, e voltamos quando houver clareza.
Refinamentos curtos e objetivos mantêm o Planning limpo e evitam surpresas durante o sprint.
Retrospectiva
Nossas retros acontecem a cada duas semanas, com facilitadores rotativos e formatos variados. Usamos Start/Stop/Continue, 4Ls (Liked, Learned, Lacked, Longed for), ou mesmo espaços abertos para conversas francas.
Cada retro tem:
- Um aquecimento para abrir conversas.
- Uma fase de reflexão coletiva.
- Espaço para novos acordos de time.
Documentamos aprendizados e criamos acordos visíveis. Eles moldam nossa evolução — não apenas no que entregamos, mas em como trabalhamos juntos.
Também fazemos check-ins mensais de saúde do time, onde avaliamos e discutimos aspectos como confiança, clareza, ritmo e motivação. Isso complementa as retros com sinais contínuos.
Lean Inception
Ao iniciar um novo épico ou iniciativa grande, conduzimos uma Lean Inception. É uma mistura de descoberta de negócio e planejamento técnico, normalmente em 2–3 sessões no FigJam.
Exploramos:
- Objetivos de negócio e resultados esperados.
- Jornada do usuário e pontos de contato com o sistema.
- Riscos, incertezas e entregas iniciais.
- Indicadores de sucesso.
O objetivo não é planejar tudo, mas construir entendimento compartilhado sobre valor, escopo e direção — antes de começar a codar.
As Lean Inceptions se tornaram nossa forma favorita de começar com alinhamento e evitar confusões futuras de escopo.
Reflexão Final
O processo não é o fim. Colaboração é. Aprendizado é. Autonomia também. A mudança de Kanban para Scrum não “consertou” nosso time — ela desbloqueou uma nova fase de crescimento intencional.
E porque construímos juntos, ela permanece.
# Nota final da série
echo "Cada processo que executamos foi desenhado, refletido e ajustado em conjunto." >> cultura.md
Anterior na série: Parte 3 - Desenvolvendo Engenheiros para Liderar o Processo
Série Transição de Kanban para Scrum:
- Parte 1: Reconhecendo a Necessidade de Mudança (27 out, 2022)
- Parte 2: Alinhando Metas, Métricas e Entendimento Compartilhado (3 nov, 2022)
- Parte 3: Desenvolvendo Engenheiros para Liderar o Processo (10 nov, 2022)
- Parte 4: Nossos Rituais, Do Nosso Jeito (Este post)