3.7 Passo a passo de uma Iteração
Antes de começar tudo, a parte interessada e o Dono do Produto têm uma visão sobre um produto de software que gostariam de construir. Um processo de engenharia de requisitos do produto será desenvolvido e o Dono do Produto começará a criar a lista de requisitos, que conterá a estimativa e a priorização das histórias de usuários adicionadas. Em um projeto Ágil, esse processo pode ser repetido várias vezes, provando que é diferente de um projeto em cascata normal. No Ágil, as mudanças são bem-vindas e a lista de requisitos é uma lista viva dos requisitos de negócios. Agora temos um ponto de partida de onde a equipe de desenvolvimento pode começar a trabalhar seguindo as regras e eventos do Scrum.
Sprint 1 – Dia 0
O trabalho da equipe de desenvolvimento começa com a reunião de planejamento do Sprint. É uma evento dividida em duas reuniões de duas horas cada. A primeira é chamada de reunião “O QUE”, durante a qual o Dono do Produto explica as histórias de usuários da lista de requisitos do produto. A equipe de desenvolvimento faz estimativas e ajustes da carga de trabalho com base na lista de requisitos. A equipe faz perguntas para esclarecer e definir um número de histórias de usuários que elas implementarão no Sprint. Depois disso, eles movem as histórias de usuários escolhidas para a lista de requisitos do Sprint. A segunda parte da reunião de planejamento do Sprint é chamada de reunião do “COMO”. Agora é a hora da equipe dividir as histórias de usuários da lista de requisitos do Sprint em tarefas menores. A tarefa é colocada num quadro do Scrum, que pode ser eletrônico, físico ou uma parede de tarefas.
Sprint 1 – Dias 1-28
Os membros da equipe de desenvolvimento iniciam o trabalho escolhendo as tarefas no quadro de Sprint. Durante o Sprint, é necessária uma reunião diária, e cada uma das reuniões tem duração de 15 minutos aproximadamente. Todos devem falar cara a cara com todos os membros para relatar o que fizeram no dia anterior e o que querem fazer durante o dia atual. Se alguém tiver quaisquer impedimentos (coisas que impeçam ou paralizem a realização de suas tarefas), deverão mencioná-los, para que o Scrum Master ajude a resolver qualquer problema. Em seguida, o gráfico de evolução do Sprint é atualizado. Durante o Sprint, é trabalho do Scrum Master ajudar a resolver os impedimentos, facilitar as reuniões diárias e manter a equipe comprometida. Isso também inclui a comunicação com outros gerentes e líderes, que não são membros ativos da time. Esta é uma tarefa muito importante, porque é impossível para a equipe manter o compromisso se ela for arrastada para outras atribuições que não fazem parte da lista de requisitos do Sprint com que estão comprometidos.
Sprint 1 – Último Dia
No último dia do Sprint é hora da revisão. Durante o Sprint, a equipe colaborou de forma eficiente e juntos eles atingiram o objetivo. Agora eles têm um incremento de valor para demonstrar ao Dono do Produto e a todos os interessados convidados. Uma revisão também é uma celebração e algo que a equipe deve aguardar ansiosamente. Normalmente, é demonstrada em forma de apresentação do trabalho realizado. A revisão de Sprint é uma oportunidade de inspeção e adaptação, e o Dono do Produto pode explicar o desempenho do mesmo para outras partes interessadas presentes. Se algum trabalho não tiver sido concluído por qualquer motivo, ele também será revisado e reestimado na lista de requisitos do produto para possível planejamento de futuros Sprints.
A revisão analisa o produto, mas também é importante observar como a equipe trabalhou durante o Sprint; Portanto, a próxima coisa a fazer é realizar uma retrospectiva do Sprint. O foco é em como a equipe está trabalhando, o que deu certo, o que não foi tão bom, o que a equipe deve continuar fazendo, o que deve parar de fazer e é criada uma lista de ações. Toda a equipe de desenvolvimento, o Dono do Produto e o Scrum Master devem participar da Retrospectiva, porque todos são co-responsáveis pelo sucesso do trabalho da equipe. É importante ter uma sessão livre e aberta que chegue ao centro de qualquer problema e identifique ações que ajudem a resolvê-los. Em uma Retrospectiva, todo mundo tem voz e vez.
Este é o fim de um ciclo de Sprint e todo o processo começa novamente com outro Sprint.