O Sprint é time-boxed para 30 dias consecutivos. Além de outros fatores, essa é a quantidade de tempo necessária para que uma equipe construa algo de interesse significativo para o Product Owner e as partes interessadas e leve-o a um estado em que seja potencialmente despachável.
Este também é o tempo máximo que pode ser alocado sem que a equipe faça tanto trabalho que exija artefatos e documentação para apoiar seus processos de pensamento. É também o tempo máximo que a maioria das partes interessadas espera sem perder o interesse no progresso da equipe e sem perder a crença de que a equipe está fazendo algo significativo para eles.
- A equipe pode buscar aconselhamento externo, ajuda, informações e suporte durante a Sprint.
- Ninguém pode fornecer conselhos, instruções, comentários ou direção ao Time durante o Sprint. A equipe é totalmente autogerenciada.
- A equipe se compromete com o Product Backlog durante a reunião de planejamento da Sprint. Ninguém tem permissão para alterar este Product Backlog durante o Sprint. O Product Backlog é congelado até o final do Sprint.
- Se o Sprint provar ser inviável, o Scrum Master pode encerrar o Sprint de forma anormal e iniciar uma nova reunião de planejamento do Sprint para
iniciar o próximo Sprint. O Scrum Master pode fazer essa mudança por vontade própria ou conforme solicitado pelo Time ou pelo Product Owner. O Sprint pode provar ser inviável se a tecnologia se mostrar impraticável, se as condições do negócio mudarem de forma que o Sprint não tenha valor para o negócio, ou se o Time for interferido durante o Sprint por alguém de fora do Time.
Se o Time se sentir incapaz de completar todo o Product Backlog comprometido durante o Sprint, ele pode consultar o Product Owner sobre quais itens remover do Sprint atual. Se tantos itens exigirem a remoção que o Sprint perdeu seu valor e significado, o Scrum Master pode encerrar o Sprint de forma anormal, conforme declarado anteriormente. - Se a Equipe determinar que pode abordar mais Backlog do Produto durante a Sprint do que selecionou durante a reunião de planejamento da Sprint, ela pode consultar o Dono do Produto sobre quais itens adicionais do Backlog do Produto podem ser adicionados à Sprint.
- Os membros da equipe têm duas responsabilidades administrativas durante o Sprint: eles devem participar da reunião Daily Scrum e manter o Sprint Backlog atualizado e disponível em uma pasta pública em um servidor público, visível a todos. Novas tarefas devem ser adicionadas ao Sprint Backlog à medida que são concebidas, e as horas de execução do dia-a-dia estimadas restantes para cada tarefa devem ser mantidas atualizadas.
Artigos de eventos do Scrum
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Ру́сский, Việt Nam, 简体中文 and 繁體中文.