Por que o Scrum limita a duração das Sprints e dos eventos, os limites máximos oficiais para Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective, como Sprints mais curtas afetam a duração dos eventos e as armadilhas sobre timeboxes com maior probabilidade de aparecer na prova PSM I.
Tempo estimado de leitura: 20 minutos
Por João Ricardo Dutra••Artigo completo
Objetivo do capítulo
Ao final deste capítulo, você deverá ser capaz de definir , recordar a duração oficial de todos os , distinguir limites máximos de tempo de durações obrigatórias de reunião, explicar como a duração dos eventos se relaciona com Sprints mais curtas, compreender por que os timeboxes favorecem , foco e controle de riscos e resolver questões comuns da certificação sobre a duração dos .
Introdução: os timeboxes transformam o tempo em uma restrição de projeto
Um não garante que as pessoas usarão o tempo com sabedoria. Ele garante que o não tente resolver a incerteza permitindo que planejamento, discussões ou ciclos de entrega se prolonguem sem limite.
O é anterior ao . Métodos iterativos e adaptativos já utilizavam períodos de tempo delimitados muito antes do surgimento das primeiras Teams, no início da década de 1990. A ideia é simples: em vez de permitir que uma atividade continue até que todos a considerem perfeita, estabelece-se uma duração máxima e utiliza-se o tempo disponível para cumprir o propósito da atividade da maneira mais eficaz possível.
O torna esse princípio estrutural. A tem duração fixa de um mês ou menos. ,, e possuem limites de tempo explícitos. Esses limites não são meras conveniências de agenda. Eles criam uma cadência previsível para inspeção e adaptação e impedem que uma única atividade consuma atenção ilimitada.
Isso é especialmente valioso no desenvolvimento de produtos complexos. Uma equipe sempre pode gastar mais um dia planejando, mais uma hora discutindo arquitetura, mais uma semana refinando uma release ou mais uma reunião coletando opiniões de stakeholders. Mais tempo, ocasionalmente, pode melhorar uma decisão; porém, a partir de certo ponto, também pode atrasar a evidência necessária para saber se a decisão foi boa.
Os timeboxes criam uma pressão produtiva. A precisa gerar direção suficiente para que o trabalho comece, sem fingir que eliminará a incerteza. A deve se concentrar na próxima adaptação, em vez de tentar resolver todos os problemas técnicos. A deve concentrar a colaboração com stakeholders em torno do aprendizado sobre o produto. A deve identificar melhorias úteis, em vez de analisar cada acontecimento da .
Para a preparação para a , os timeboxes são enganosamente simples. Questões de certificação costumam explorar a diferença entre “máximo” e “obrigatório”, entre uma de um mês e uma mais curta, ou entre o fixo de 15 minutos da e os demais eventos, cuja duração costuma ser menor em Sprints mais curtas. Este capítulo transforma esses detalhes em um modelo coerente, em vez de apenas uma lista para memorização.
O que é um ?
Um é a quantidade máxima de tempo alocada a uma atividade ou evento. Quando o propósito é alcançado antes, o evento pode terminar. O não é uma meta que precise ser consumida integralmente.
Essa distinção é essencial. Se a tiver um máximo de oito horas para uma de um mês e a criar uma sólida e um inicial útil em três horas, o não exige mais cinco horas de conversa. Da mesma forma, uma pode terminar antes de seu máximo quando a inspeção e a adaptação significativas já tiverem sido concluídas.
também é diferente de um prazo associado a um escopo fixo. Um prazo diz: “Conclua todo este trabalho até este momento”. Um diz: “Use no máximo esta quantidade de tempo para cumprir o propósito deste evento”. No , o propósito do evento permanece estável, enquanto o conteúdo exato da conversa continua adaptativo.
A própria aplica princípio semelhante em uma escala maior. A não estende a até que todos os Items selecionados estejam concluídos. A duração da permanece fixa; a equipe adapta o escopo e o plano, preservando a e a qualidade.
Definição para a certificação
Pense em um como um limite máximo, e não como uma duração mínima, média ou obrigatória.
Tabela completa de timeboxes do
Evento
Duração/ oficial
Nuance importante para a prova
Um mês ou menos
Evento de duração fixa; a próxima começa imediatamente após a anterior.
Máximo de 8 horas para uma de um mês
Para Sprints mais curtas, o evento costuma ser mais curto.
15 minutos
O Scrum Guide define um evento de 15 minutos; esse limite não varia conforme a duração da .
Máximo de 4 horas para uma de um mês
Para Sprints mais curtas, o evento costuma ser mais curto.
Máximo de 3 horas para uma de um mês
Para Sprints mais curtas, o evento costuma ser mais curto.
Números que você precisa saber para a
: um mês ou menos. Planning: máximo de 8 horas. : 15 minutos. Review: máximo de 4 horas. Retrospective: máximo de 3 horas.
A : um ciclo de duração fixa de um mês ou menos
A é o evento que contém todos os demais no . Todo o trabalho necessário para alcançar a ocorre dentro das Sprints, incluindo , Daily Scrums, e .
Uma tem duração fixa de um mês ou menos. “Um mês” é o máximo. As Teams podem escolher Sprints de uma semana, duas semanas, três semanas ou outras durações que não ultrapassem um mês.
Depois que uma começa, sua duração não deve ser estendida porque a foi imprecisa ou porque alguns Items permaneceram inacabados. Estender a atrasa a inspeção e enfraquece a cadência. Em vez disso, a equipe preserva a qualidade, adapta o escopo quando apropriado e aprende com a .
Sprints mais curtas criam ciclos formais de aprendizado mais frequentes e reduzem a quantidade de custo e esforço exposta antes da inspeção. Sprints mais longas, dentro do limite de um mês, podem reduzir a sobrecarga decorrente da frequência dos eventos, mas aumentam o intervalo entre pontos formais de feedback.
Uma duração consistente de também reduz a complexidade de agenda. Stakeholders sabem quando as Reviews ocorrerão, conhecem a cadência de planejamento e melhoria, e evidências históricas tornam-se mais fáceis de comparar. O não exige que todos os produtos de uma organização utilizem a mesma duração de .
: máximo de oito horas para uma de um mês
A inicia a e cria o plano inicial por meio do trabalho colaborativo de toda a . Para uma de um mês, o máximo é de oito horas.
O limite de oito horas não é uma exigência de que se gaste um dia inteiro de trabalho planejando. O evento termina quando seu propósito é alcançado: a entende por que a é valiosa, os selecionaram uma crível e existe um inicial acionável.
Para Sprints mais curtas, a costuma ser mais curta. O Scrum Guide deliberadamente não define uma fórmula matemática. Uma de duas semanas não é oficialmente obrigada a ter exatamente quatro horas de , e uma de uma semana não é oficialmente obrigada a ter exatamente duas horas.
Por que a Planning precisa de um limite máximo? Porque o trabalho complexo pode gerar conversas intermináveis de planejamento. O incentiva planejamento suficiente, em vez de exaustiva. A equipe pode começar com um bom plano e continuar adaptando-o durante a à medida que a realidade se torna mais clara.
Armadilha da
8 horas é o máximo para uma de um mês. Não é obrigatório utilizar todo esse tempo, e o não prescreve uma fórmula proporcional para Sprints mais curtas.
: quinze minutos, independentemente da duração da
A é um evento de 15 minutos para os . Seu propósito é inspecionar o progresso em direção à e adaptar o , produzindo um plano acionável para o próximo dia de trabalho.
A difere de , e porque o Scrum Guide atual não afirma que o evento costuma ser mais curto para Sprints mais curtas. Ele simplesmente define um evento de 15 minutos.
Portanto, uma de uma semana não implica uma de sete minutos, e uma de um mês não justifica uma de trinta minutos. O limite de 15 minutos favorece uma coordenação diária focada, independentemente da duração da .
O evento pode terminar antes quando os cumprem seu propósito. Quinze minutos é o , e não uma exigência de consumir exatamente quinze minutos.
A resolução detalhada de problemas pode continuar fora do evento entre as pessoas relevantes. Essa é uma das razões pelas quais o funciona: a identifica a adaptação e coordena os próximos passos sem obrigar todos os a permanecer em toda discussão detalhada.
: máximo de quatro horas para uma de um mês
A inspeciona o resultado da e determina futuras adaptações por meio da colaboração entre a e os principais stakeholders. Para uma de um mês, o máximo é de quatro horas.
Para Sprints mais curtas, a Review costuma ser mais curta. Novamente, o não prescreve um cálculo proporcional. A duração adequada é o tempo necessário para inspecionar o resultado, discutir mudanças no ambiente, examinar o progresso em direção à e colaborar sobre futuras adaptações - sempre dentro do limite máximo.
Uma Review de quatro horas composta principalmente por apresentações ainda pode ser ineficaz. Cumprir o não garante a eficácia do evento. O tempo deve ser utilizado para inspeção do produto e colaboração, e não para relatórios passivos.
O também incentiva a preparação adequada dos stakeholders. As equipes não deveriam gastar o evento reconstruindo informações básicas que poderiam ter sido tornadas transparentes anteriormente. A Review deve utilizar evidências atuais do produto para melhorar decisões futuras.
: máximo de três horas para uma de um mês
A conclui a e planeja maneiras de aumentar a qualidade e a eficácia. Seu máximo é de três horas para uma de um mês.
Para Sprints mais curtas, a Retrospective costuma ser mais curta. Mais uma vez, o Guide deixa a duração exata a cargo do contexto, em vez de definir uma fórmula.
O máximo de três horas existe porque a reflexão sobre o processo pode se expandir indefinidamente. As equipes podem discutir cada interação, ferramenta, defeito, dependência ou conflito ocorrido durante um mês de trabalho. Em vez disso, o evento deve identificar as mudanças mais úteis e avançar rapidamente da observação para a adaptação.
Uma Retrospective pode terminar antes quando a alcança transparência útil, identifica melhorias significativas e define como essas melhorias serão tratadas.
O valor do evento vem de mudar a forma de trabalhar, e não da quantidade de minutos dedicada à discussão.
Sprints mais curtas geralmente significam eventos mais curtos - mas não por fórmula
O Scrum Guide afirma repetidamente que , e costumam ser mais curtas em Sprints mais curtas. Candidatos frequentemente interpretam essa frase além do que ela realmente diz.
“Costumam ser mais curtas” descreve flexibilidade, não uma regra matemática. O não afirma que os timeboxes dos eventos devem ser reduzidos linearmente conforme a duração da . Uma de duas semanas não cria limites oficiais de quatro horas para Planning, duas horas para Review e noventa minutos para Retrospective.
Os máximos de oito, quatro e três horas são definidos especificamente para uma de um mês. Para Sprints mais curtas, as equipes devem utilizar menos tempo quando apropriado, sem deixar de cumprir o propósito de cada evento.
A é a exceção importante para o raciocínio de prova. Seu permanece em 15 minutos. A própria é outro caso distinto: a equipe escolhe uma duração fixa de um mês ou menos, em vez de calculá-la a partir de outro evento.
Não invente fórmulas
O diz que Sprints mais curtas geralmente têm Planning, Review e Retrospective mais curtas. Ele não define uma regra proporcional de 50%, 25% ou qualquer outra.
Por que os timeboxes existem
Os timeboxes dão suporte à de várias formas. Seu principal valor não está na eficiência de calendário, mas na disciplina que criam em torno do .
Benefício
Como o contribui
Foco
Uma duração máxima obriga os participantes a se concentrar no propósito do evento, em vez de permitir que a discussão se expanda sem limite.
Cadência previsível
Equipes e stakeholders sabem quando ocorrerão as oportunidades formais de inspeção e adaptação.
Controle de riscos
O limite da restringe por quanto tempo o produto pode evoluir antes de inspeção e adaptação formais.
Redução do desperdício de planejamento
O planejamento termina quando existe entendimento suficiente para começar; a equipe não tenta prever cada detalhe futuro.
Feedback mais rápido
Ciclos delimitados impedem que o aprendizado sobre produto e processo seja adiado indefinidamente.
Disciplina de decisão
Os participantes aprendem a distinguir decisões essenciais de discussões que podem continuar em outro momento.
Autogerenciamento
As equipes precisam decidir como utilizar de maneira eficaz um tempo limitado, em vez de depender de coordenação ilimitada.
Transparência
Eventos regulares criam oportunidades recorrentes para tornar visíveis o produto, o plano, o progresso e a eficácia.
Um não significa “pare de pensar quando o relógio terminar”
O de um evento limita o evento formal, e não toda a colaboração. podem continuar uma discussão técnica após a . e podem refinar Items ao longo da . Stakeholders podem colaborar com a fora da . Melhorias podem acontecer fora da Retrospective.
Essa distinção evita uma interpretação rígida do . O framework limita eventos formais para reduzir a complexidade, mas não proíbe comunicação fora deles.
Por exemplo, se uma identificar um problema crítico de produção que exija uma hora de investigação, a ainda pode terminar dentro de 15 minutos. Os relevantes então continuam imediatamente a discussão de resolução do problema.
Da mesma forma, a não precisa conter toda conversa de refinamento. Um bom refinamento ao longo das Sprints anteriores pode tornar a mais curta e eficaz.
versus propósito do evento: o propósito vem primeiro
Cumprir os limites de tempo não significa que o esteja sendo praticado de forma eficaz. Uma equipe pode terminar todos os eventos dentro dos limites oficiais e ainda assim deixar de cumprir o propósito.
Uma de 15 minutos que seja apenas um relatório de status é ineficaz. Uma de duas horas sem stakeholders ou sem adaptação do produto é ineficaz. Uma Retrospective de noventa minutos que não produza melhoria real é ineficaz. e propósito precisam funcionar em conjunto.
Portanto, a pergunta profissional correta não é apenas “Quanto tempo este evento deve durar?”, mas também “Qual propósito precisa ser alcançado dentro deste limite?”.
Isso é útil em questões da porque as alternativas incorretas às vezes se concentram na mecânica da reunião enquanto ignoram o objetivo do evento. Quando duas respostas respeitam o , prefira a que preserva o propósito, as accountabilities e o do .
Exemplo prático - uma cadência de Sprints de duas semanas
Imagine uma que utiliza Sprints de duas semanas para uma plataforma de pagamentos digitais. A equipe escolheu essa duração porque as condições de mercado mudam rapidamente e os stakeholders se beneficiam de inspeções frequentes do produto.
A começa com a . A equipe não reserva automaticamente quatro horas apenas porque a corresponde aproximadamente à metade de um mês. Em vez disso, utiliza o tempo necessário para criar a , selecionar uma crível e estabelecer um acionável. Nesta específica, a Planning dura duas horas e vinte minutos.
Em cada dia útil, os realizam uma com de 15 minutos. Algumas terminam em dez minutos. Em determinado dia, um problema complexo de desempenho exige discussão adicional; por isso, quatro continuam por trinta minutos após a , enquanto os demais retornam ao trabalho.
Próximo ao fim da , a dura uma hora e quarenta minutos. Os principais stakeholders inspecionam um Done , discutem uma mudança nos preços do provedor de pagamentos e ajudam o a compreender uma nova oportunidade. O é reordenado.
Em seguida, a dura setenta minutos. A identifica que testes manuais de desempenho atrasaram o feedback e seleciona uma melhoria de automação para tratar imediatamente.
Nenhuma dessas durações viola o . Planning, Review e Retrospective são mais curtas do que seus máximos para uma de um mês porque a é mais curta e a equipe cumpre o propósito de cada evento com eficiência. A permanece com de 15 minutos.
Agora imagine que a gestão imponha uma fórmula: toda de duas semanas deve ter quatro horas de Planning, duas horas de Review e noventa minutos de Retrospective, mesmo quando o propósito já tiver sido alcançado antes. Essa fórmula é uma política organizacional, não uma exigência do .
Armadilhas comuns de na
Armadilha de certificação
Interpretação correta
deve durar 8 horas.
Falso. Oito horas é o máximo para uma de um mês.
Uma de duas semanas tem obrigatória de quatro horas.
Falso. O não define fórmula proporcional.
A é mais curta em uma de uma semana.
Falso. Ela continua sendo um evento de 15 minutos.
A deve durar exatamente 15 minutos.
Falso. Quinze minutos é o ; ela pode terminar antes.
A deve durar 4 horas.
Falso. Quatro horas é o máximo para uma de um mês.
A deve durar 3 horas.
Falso. Três horas é o máximo para uma de um mês.
Uma pode ultrapassar um mês quando o trabalho é complexo.
Falso. Sprints duram um mês ou menos.
Uma pode ser estendida para concluir a .
Falso. A duração fixa da é preservada.
Todos os eventos ficam proporcionalmente mais curtos em Sprints mais curtas.
Falso. Planning, Review e Retrospective costumam ser mais curtas; a permanece com 15 minutos.
O refinamento do possui um oficial do .
Falso. Refinamento é uma atividade contínua, não um evento formal.
Um evento deve continuar além do se a discussão for importante.
O evento formal deve respeitar o ; a colaboração necessária pode continuar fora dele.
Usar todo o prova que o evento foi completo.
Falso. A eficácia é determinada pelo cumprimento do propósito, não pelo consumo do tempo máximo.
Um modelo rápido de memorização para a prova
Para fins de certificação, um padrão compacto facilita a memorização dos números:
Depois, acrescente duas regras de raciocínio. Primeiro, Planning, Review e Retrospective costumam ser mais curtas em Sprints mais curtas, mas não existe fórmula proporcional. Segundo, a continua sendo um evento de 15 minutos.
Por fim, lembre-se de que esses números são limites a serviço do propósito do evento. Questões de certificação frequentemente se tornam mais fáceis quando você pergunta o que o evento deve alcançar, em vez de apenas memorizar o número.
Um framework de raciocínio para questões de duração na
O número representa um máximo ou uma duração obrigatória?
A questão descreve uma de um mês ou uma mais curta?
A resposta inventa uma fórmula proporcional que o não define?
A está sendo incorretamente reduzida ou ampliada conforme a duração da ?
Uma está sendo estendida além de sua duração fixa para concluir o escopo?
Uma atividade que não é evento , como refinamento, está recebendo um oficial?
A resposta preserva tanto o propósito do evento quanto o limite de tempo?
A colaboração detalhada poderia continuar fora do evento formal, em vez de estender o evento?
Atalho para a prova
Máximos: Planning 8h, Review 4h, Retro 3h para uma de um mês. Daily: 15 min. : um mês ou menos. Nunca invente uma fórmula de proporcionalidade.
Conclusão: os timeboxes protegem o aprendizado contra atividades intermináveis
Os timeboxes do são limites simples, mas com consequências profundas. Eles impedem que o trabalho complexo de produto responda à incerteza permitindo que planejamento, reuniões ou ciclos de entrega se expandam indefinidamente.
A cria o maior limite: um ciclo fixo de um mês ou menos. A possui máximo de oito horas para uma de um mês, a , quatro horas, e a , três horas. Esses eventos costumam ser mais curtos em Sprints mais curtas, mas o não prescreve nenhuma fórmula matemática de redução. A permanece como um evento de 15 minutos.
Os números importam para a , mas o propósito importa ainda mais. Os timeboxes criam foco, oportunidades previsíveis de inspeção, exposição limitada ao risco e pressão para tomar decisões com as evidências atualmente disponíveis. Eles ajudam o a permanecer empírico, em vez de se transformar em um sistema interminável de planejamento e relatórios.
Um também não é desculpa para interromper a colaboração. Conversas detalhadas podem continuar fora dos eventos formais. Refinamento, discussões com stakeholders, resolução de problemas técnicos e melhorias acontecem ao longo de toda a . O limita a sobrecarga dos eventos ao mesmo tempo que incentiva a colaboração necessária para criar valor.
A distinção mais importante para a certificação é entre duração máxima e duração obrigatória. Uma não ganha pontos por consumir oito horas de ou quatro horas de . Ela tem sucesso quando cumpre o propósito do evento de maneira eficiente dentro do limite.
Na minha avaliação, o é uma das formas mais elegantes de disciplina no . Ele aceita que o tempo é finito, o conhecimento é incompleto e que uma nova oportunidade de inspeção surgirá em breve. Em vez de exigir decisões perfeitas, o pede que as equipes tomem boas decisões agora, aprendam rapidamente e se adaptem dentro de um ritmo previsível.
Principais pontos
Um é uma duração máxima, e não uma quantidade obrigatória de tempo que precise ser consumida.
A é um evento de duração fixa de um mês ou menos.
A possui máximo de 8 horas para uma de um mês.
A é um evento de 15 minutos para .
A possui máximo de 4 horas para uma de um mês.
A possui máximo de 3 horas para uma de um mês.
Para Sprints mais curtas, , e costumam ser mais curtas.
O não define fórmulas proporcionais de para Sprints mais curtas.
A não varia conforme a duração da ; seu permanece em 15 minutos.
A não deve ser estendida para concluir o trabalho previsto.
O refinamento do não possui oficial de evento porque o refinamento é uma atividade contínua.
Os timeboxes favorecem foco, cadência, feedback, controle de riscos e .
Um evento pode terminar antes do máximo quando seu propósito tiver sido alcançado.
Colaborações detalhadas importantes podem continuar fora do evento formal.
