3.6 O Fluxo no Scrum
Já mostramos no capítulo um, o fluxo da estrutura do Scrum, mas para dar uma outra visão de como o Scrum funciona, por favor, dê uma olhada neste forma de explicar a estrutura:
POR FAZER
Primeiro, a empresa planeja O QUE precisa (requisitos do produto) e a expectativa de entrega ao longo do tempo (plano de liberação). No ágil, este é um documento vivo com mudanças sendo feitas o tempo todo. Esta é uma das grandes vantagens em comparação com o método cascata, pois a adaptação ágil às mudanças é muito mais fácil.
FAZENDO
Os produtos de software são construídos em Sprints (normalmente fixadas entre 2 a 4 semanas). O Sprint começa com duas sessões de planejamento para definir o que será feito - a reunião sobre “O QUE” e a reunião sobre “COMO”. A reunião de planejamento é uma combinação dessas duas reuniões. Na reunião do “O QUE”, a equipe de desenvolvimento define as histórias de usuários por meio da lista de requisitos do produto. Na reunião do “COMO”, a equipe divide as histórias de usuários em tarefas menores e concretas. Em seguida, começa a codificação, testes, documentação, etc.
Durante o Sprint, uma breve reunião diária é realizada para atualizar o status dos itens e ajudar na auto-organização da equipe.
FEITO
Após o Sprint, uma reunião de revisão é realizada, dando tempo ao Dono do Produto para verificar se todas as histórias de usuário confirmadas, estão concluídas e implementadas corretamente. Uma reunião de retrospectiva de Sprint é realizada para verificar e melhorar os processos de trabalho do projeto - o que foi feito bem durante o Sprint, o que deve continuar como está e o que deve ser melhorado.
A velocidade é a medida da quantidade de trabalho que uma equipe pode enfrentar durante um único Sprint e é a principal métrica no Scrum. A velocidade é calculada no final do Sprint, contabilizando os pontos de todas as histórias de usuário totalmente concluídas.