Um Sprint não é uma mini-Cascata: rebatendo uma tendência perigosa
- Compartilhar
-
- |
Marcar como favorito
Favoritos

Para melhorar a experiência das pessoas que acessam o InfoQ Brasil, nós criamos uma série de funcionalidades que te permitem ficar por dentro das últimas tendências e das novidades de seu interesse, sem que você seja incomodado por coisas irrelevantes. Receba e-mails periódicos e notificações sobre seus tópicos favoritos!
Cansado de ouvir que Sprints são mini-Cascatas, Chand Warrier, em post publicado na Scrum Alliance, apresentou cinco motivos que desmentem esta afirmação.
1 - Design, Desenvolvimento, Integração e Testes contínuos
Segundo Warrier, as fases de projeto (design), desenvolvimento, integração e testes, são contínuas e frequentes, repetidas para cada história, o que se diferencia do modelo Cascata, em que estas fases se aplicam a todo o escopo de forma sequencial.
2 - Membros multidisciplinares na equipe
Os membros das equipes que trabalham em Sprints são multidisciplinares e interagem de forma dinâmica e fluída. Não é, segundo o autor, um conjunto de equipes e membros trabalhando separadamente, como é no modelo Cascata, em que uma equipe passa trabalho para outra equipe de forma sequencial.
3 - Sem mudanças durante o Sprint
Warrier comenta que no modelo Cascata existe um processo rígido de controle de mudanças, que pode acontecer a qualquer momento durante a execução do projeto. Em Agile, ao contrário, praticamente não existe o controle de mudanças de escopo, pois uma vez que o Sprint é iniciado, nenhuma mudança é permitida. Entretanto, o Product Owner pode mudar seu planejamento da forma como quiser entre os Sprints.
4 - Time-boxing
No mundo Cascata, se o projeto está atrasado o cronograma geralmente é expandido e cresce. Mas warrier comenta que:
No mundo do Agile a duração do Sprint não muda, mesmo se o escopo planejado tenha o risco de não ser entregue durante o tempo do Sprint.
Warrier acrescenta que, em Agile, se algumas histórias não são finalizadas durante o Sprint, elas voltam ao backlog do produto com prioridade e ficam disponíveis para serem alocadas nos próximos Sprints.
5 - Cadência de trabalho bem definida
Em um projeto Cascata não é possível, segundo Warrier, estabelecer uma cadência de trabalho, ao passo que dentro dos Sprints se trabalha, desde o início, de forma constante e cadenciada.
Para finalizar Warrier adverte:
Não se deixe enganar, nem deixe sua equipe se enganar, pensando que um Sprint é simplesmente uma mini-Cascata.
Estas cinco características, segundo o autor, deixam claras as diferenças entre um Sprint e o modelo Cascata, não sendo, portanto, justo ou correto confundir os dois modelos.
Avalie esse artigo
- Revisão do Editor
- Ação do Editor Chefe
Olá visitante
Você precisa cadastrar-se no InfoQ Brasil ou Login para enviar comentários. Há muitas vantagens em se cadastrar.Obtenha o máximo da experiência do InfoQ Brasil.
Dê sua opinião
Sem mudança durante a Sprint?
by
Thulio Ultramari
Mas cancelar a sprint é uma medida drastica demais e comigo aocntecue raramente.