Rever, Retrospectiva, Refletir e Repetir..

Enfim, nosso ultimo passo, o passo 10.

Então você criou seu backlog de produtos em ordem,  backlog estimado,  planejado o seu sprint,  estórias quebradas em tarefas, em um ambiente criativo.

Vocês correram como uma equipe para alcançar seus objetivos de sprint, executou as reuniões de stand-up diárias , acompanhou o progresso do Sprint. 

Você terminou. E agora?

Agora nós chegamos ao fim! E nos eventos que nos dá a certeza de melhoria contínua,

E eu não disse que seria simples?

Tudo o que resta para fazer agora é Review, Retrospectiva, Refletir e Repetir…

Sprint Review

No final do Sprint, realize uma reunião da Sprint Review.

Neste momento convidaremos toda a equipe, interessados da empresa, executivos, se necessário.

Quanto mais pessoas das partes interessadas melhor!

Porque, neste momento colheremos os feedbacks para melhorias do produto.

Neste momento vamos rever o que foi entregue na Sprint.

Demonstrar o software.

Essa é a hora do time mostrar o que produziu,  Deixe os membros da equipe brilhar!

O objetivo do Sprint Review se divide em 3 partes:

  1. Permite aos membros da equipe mostrar o que conseguiram e demonstrar sua contribuição para o produto.
  2. Ele permite que todas as partes interessadas principais vejam o que foi feito e fornecer feedback valioso regularmente, enquanto ainda há tempo para melhora-lo.
  3. Isso ajuda a equipe a manter o foco no prazo do Sprint – ninguém quer se mostrar no Sprint Review sem nada útil.

Sprint Retrospective

Após o Sprint Review, mantenha uma reunião retrospectiva Sprint.

Neste omento teremos um super bate papo com as pessoas mais importantes do processo.

Convide toda a equipe. Convide o proprietário do produto. Mas esta reunião não é para as partes interessadas mais amplas. Normalmente, pode seguir imediatamente a partir da revisão Sprint.

O propósito da Retrospectiva de Sprint é refletir sobre como as coisas foram durante o Sprint. É uma chance para a equipe discutir o Sprint e considerar como eles poderiam melhorar as coisas.

Juntos, a equipe deve:

  • Revisar o gráfico de Burndown final

Respondendo as perguntas.

Como foi? O time entregou o que comprometeu no início do Sprint?

Observe as horas pendentes em uma planilha para que a taxa de sucesso da equipe possa ser plotada em um gráfico ao longo do tempo, para ver se está ficando melhor ou pior. Esta é uma ferramenta para a equipe avaliar o seu progresso.

  • Reveja a velocidade da equipe?

A velocidade é o número de pontos estimados no backlog, para os itens  foram concluídos  no Sprint?

Somente os itens 100% concluídos e entregues, assinados, na contagem de software na Velocity da equipe.

A velocidade irá gradualmente se estabelecer em torno de uma norma e, em seguida, pode ser usada no Planejamento Sprint como um indicador para o quanto a equipe poderia alcançar de maneira realista, com base em seu histórico.

  • Discuta o que deu certo? (Tente certificar-se de que seja repetido na próxima vez)
  • Discuta o que poderia ter sido melhor? (Tente entender o porquê)
  • Decida o que a equipe fará diferente no próximo Sprint? (Tente escolher alguns pontos acionáveis ​​que realmente podem ser feitos de forma diferente imediatamente no próximo Sprint)

Este é um processo de aprendizagem contínua.

No desenvolvimento ágil Scrum, como o próprio desenvolvimento do produto, o aprendizado é em pequenos pedaços, assim do tamanho capaz de morder. Mas de extrema importância para receber feedback ter um impacto positivo no projeto.

Repetir

A equipe agora está armada com informações valiosas.

E possivelmente você já sabe, que  quem tem informação, tem tudo.

Neste momento teremos informação sobre o produto, sobre seu desempenho e sobre alguns dos impedimentos em seu ambiente, por exemplo:

  • Comentários sobre o produto desenvolvido até agora.
  • Até que ponto a equipe conseguiu entregar o que comprometeu no Planejamento da Sprint.
  • Velocidade da equipe e o que é possível em uma iteração típica.
  • O que foi bem.
  • O que não foi tão bom.
  • O que será feito de forma diferente no futuro.

Tudo o que resta para a equipe fazer agora é repetir o processo, com o maior conhecimento obtido de cima.

Realmente, em minha experiência, leva mais de 4  Sprints para que a equipe entre no ritmo. Para aplicar as melhorias e se acostumar com o processo.

Isso é tudo, amigos!

Isso é basicamente a experiência do Scrum, e como você pode implementá-lo em 10 simples passos.

Claro, na realidade, as etapas não são tão fáceis. Os passos envolvem seres humanos.

Mas esse assunto trataremos em outro artigo.

Aqui falamos de desenvolvimento de software e como o Scrum podem ajudar a elevar  sua taxa de entrega de software a novos patamares e alcançar o sucesso de várias maneiras.

1 Comment

0

Post A Comment