O Scrum Sprint Planning é um evento essencial na metodologia Agile, onde a Equipe Scrum colabora para determinar o trabalho a ser realizado durante o próximo Sprint. Esta reunião envolve o Product Owner apresentando as User Stories de maior prioridade do Prioritized Product Backlog. A equipe então discute e se compromete com essas User Stories, dividindo-as em tarefas acionáveis. O Sprint Planning garante que a equipe esteja alinhada com as metas do Sprint, entenda o escopo do trabalho e esteja preparada para entregar incrementos valiosos até o final do Sprint. Esta sessão de planejamento estruturada promove uma comunicação clara, define expectativas e estabelece uma base sólida para o sucesso do Sprint.

Uma das perguntas que joga uma bola curva nos esforços diligentes da comunidade Scrum para introduzir o Scrum Framework é:

Qual deve ser a duração?

Por que deve haver uma duração fixa para os Sprints?

Afinal, o Scrum é sobre adaptação à mudança; uma duração de Sprint mal escolhida levará a uma gestão impaciente, uma Equipe Scrum sobrecarregada e, finalmente, a uma saída ruim do Projeto. O comprimento variável do sprint parece uma bala mágica que permitirá o trabalho de acordo com as condições reais do mundo, conforme esperado agora, em vez de antecipado para mais tarde. O planejamento do sprint agora se torna mais fácil. Não é preciso analisar demais se deve incluir ou excluir mais uma semana, o que levará o produto a um estágio melhor após cada sprint, mas tornará o processo menos flexível. Por que não estamos vendo mais sprints de tempo variável?

A principal razão pela qual não temos isso é por causa de duas palavras: Time-Boxing. É um princípio do Scrum que propõe fixar uma certa quantidade de tempo para cada processo e atividade em um projeto Scrum (Fonte: SBOK). Traz disciplina. No Scrum, em vez de preencher páginas de formulários e relatórios de progresso, os membros da equipe Scrum podem evitar reuniões de status e se concentrar no trabalho. O custo de fazer isso é a disciplina do time-boxing. Portanto, os caras da gerência intermediária sabem que obterão dados oportunos para fazer seus cálculos numéricos sem incomodar a equipe do projeto. Relatórios de feedback e status oportunos podem ser enviados para clientes externos que, então, liberarão lentamente a próxima parcela do pagamento.

Agora que estabelecemos que uma duração de sprint fixa é necessária, qual é a duração ideal?

A resposta simples e banal é "Depende", mas de quê? Alguns fatores são o tamanho da empresa, quantos testes são necessários, a quantidade de "criatividade" necessária e a natureza da clareza e mudança no projeto. Organizações maiores têm uma necessidade maior de documentação (para que todas as pessoas relevantes saibam o que está acontecendo) e planejamento de longo prazo, necessitando, portanto, de durações de sprint mais longas. Startups em estágio inicial devem ter durações de sprint curtas, pois precisam acelerar suas curvas de aprendizado e adaptar sua oferta para se adequar ao que o mercado deseja. Todos já sabem o que está acontecendo na organização e o projeto pode estar morto no próximo ano fiscal se a oferta não for refinada esta semana. A criatividade requer tempo para surgir uma ideia e não a pressa do prazo iminente. Parâmetros de projeto estáveis ??permitem sprints mais longos de 4 a 6 semanas. Se os requisitos do projeto não estiverem claros, Sprints mais curtos de 1 a 4 semanas são garantidos.

No final das contas, no entanto, a pergunta mais importante é: com o que o Time Scrum se sente confortável? Isso nos leva a outro Princípio importante: Auto-Organização. O Time deve comprar e dizer: "Vamos ter um Sprint de X semanas". Deixe que os membros do time Scrum façam a análise acima eles mesmos e criem uma Duração do Sprint sem forçá-los.