O que é Timebox?

O uso de limites de tempo antecede Scrum; o Scrum Guide de 2020 especifica os timeboxes de seus eventos. O Guia define a Sprint como contêiner de um mês ou menos, não simplesmente “quatro semanas”, e apresenta máximos para Planning, Review e Retrospective de uma Sprint mensal. A Daily tem quinze minutos.

Timebox é um limite de tempo predefinido para um evento ou atividade. No Scrum, cada evento tem duração máxima. A Sprint tem duração fixa de um mês ou menos; dentro dela ocorrem Planning, Daily, Review e Retrospective. Um timebox define até quando aquela atividade ocupará o tempo das pessoas, mas não exige preencher todos os minutos disponíveis. O benefício é criar foco e uma cadência que permite inspecionar e adaptar regularmente.

Sprint. É o contêiner dos demais eventos e dura no máximo um mês. Uma nova Sprint começa imediatamente após o fim da anterior. A duração é consistente para criar ritmo; não se estende apenas porque um item não ficou pronto. Se o objetivo se tornar obsoleto, o Product Owner pode cancelar a Sprint. A decisão é diferente de exceder informalmente o limite para terminar trabalho atrasado.

Sprint Planning. Para uma Sprint de um mês, tem timebox máximo de oito horas. Sprints menores normalmente exigem menos tempo. O grupo pode encerrar antes quando objetivo, itens e plano estão claros o suficiente. Se a conversa excede o limite repetidamente, examine preparo do Product Backlog, decisões de valor e dependências. O relógio não deve impedir uma decisão crítica; ela pode continuar em conversa apropriada, sem transformar a Planning em reunião infinita.

Daily Scrum. Tem duração fixa de quinze minutos. Seu propósito é os Developers inspecionarem progresso em direção ao Sprint Goal e adaptarem o Sprint Backlog. Questões técnicas detalhadas podem ser tratadas logo após com as pessoas relevantes. Se a Daily estoura porque cada um relata tudo que fez a um gerente, o problema pode ser finalidade e facilitação, não falta de disciplina com cronômetro.

Sprint Review. Para Sprint de um mês, o máximo é quatro horas. O Scrum Team e stakeholders inspecionam resultado e contexto do produto para discutir próximos passos. Uma sessão cheia de slides pode acabar no horário e ainda falhar em produzir feedback. Planeje tempo para demonstração, perguntas e decisões. O timebox protege a atenção do público, mas não substitui a seleção de assuntos relevantes.

Sprint Retrospective. Para Sprint de um mês, o máximo é três horas. O time examina pessoas, interações, processos, ferramentas e Definition of Done, planejando melhorias. Para Sprints menores, a duração tende a ser menor. A conversa pode exigir segurança psicológica e cuidado; pressioná-la artificialmente para caber em cinco minutos não cumpre o propósito do evento, mesmo que esteja abaixo do máximo.

Acorde um objetivo antes do relógio. Um limite de 30 minutos para “resolver qualquer problema” pode apenas produzir pressa. Defina qual decisão ou resultado se espera e que informação deve estar disponível. O facilitador pode acompanhar tempo restante, resumir opções e ajudar o grupo a escolher o próximo passo. Se o assunto é grande demais, divida em partes ou marque outra conversa com participantes necessários.

Use o encerramento para decidir. Quando o tempo acaba, registre o que foi alcançado, questões abertas, responsáveis e momento de retomada. Encerrar sem conclusão pode ser legítimo quando a decisão exige dados adicionais; fingir consenso para obedecer ao relógio prejudica qualidade. Uma regra de parada explícita evita que a mesma discussão reapareça toda semana como se fosse nova.

Não confunda máximo com meta. Uma Planning de quatro horas não é “metade de uma Planning boa” se produziu resultado claro para uma Sprint de um mês. Da mesma forma, uma Review de dez minutos pode ser insuficiente mesmo dentro do timebox se não há inspeção real. O tempo é uma restrição a serviço do propósito, não indicador isolado de maturidade. Observe decisões, participação e adaptação produzidas.

Aprenda com estouros frequentes. Meça quando e por que ocorrem. Pode haver pauta excessiva, preparação fraca, participantes errados ou impedimentos não resolvidos. Reduzir duração sem corrigir causa desloca conversas para canais invisíveis. Ajuste facilitação, preparo ou desenho do trabalho. Timeboxing eficaz economiza atenção sem suprimir informação necessária ao produto.

Exemplo hipotético: uma equipe agenda uma Sprint Planning de duas horas para uma Sprint de duas semanas. Antes, o Product Owner ordena o Product Backlog e os Developers examinam os itens mais prováveis. Na reunião, formulam Sprint Goal, escolhem trabalho e esboçam o plano. A conversa termina em noventa minutos porque as decisões estão claras, não porque precisam usar todo o calendário.

Na Daily, surge um problema de integração. O grupo registra o impedimento e três pessoas continuam após os quinze minutos para resolvê-lo. As demais seguem com o plano. Na Review, reserva parte do tempo para stakeholders explorarem o Incremento e questionarem seu valor. Na Retrospective, escolhe uma melhoria concreta para a Sprint seguinte.

As durações menores do exemplo são escolhas da equipe, não regras universais. Respeitar limites exige preservar o propósito de cada evento e criar canais para temas que precisam de conversa adicional.

O timebox é limite, não meta a preencher. Uma reunião pode acabar antes se atingiu seu propósito. Exceder de modo recorrente indica problema a examinar; encerrar pontualmente sem inspeção ou decisão também pode ser ineficaz. O objetivo é usar atenção de forma disciplinada para produzir resultado, não maximizar ou minimizar minutos por si só.

Curso K21 recomendado