A execução de um projeto Scrum é feita por meio de ciclos, chamados sprints. É recomendado que ao longo da evolução de um projeto as sprints tenham a mesma duração, variando entre duas e quatro semanas de acordo com as características do mesmo. Cada sprint começa com a reunião de Planejamento 1, onde a equipe e o product owner escolhem dentre as histórias existentes no product backlog aquelas que farão parte do sprint backlog.
Histórias são as necessidades ou requisitos levantados, para possivelmente serem desenvolvidos ao longo do projeto, e o product backlog armazena todas as histórias que ainda não foram executadas, de acordo com a prioridade atribuída pelo product owner. Essas histórias devem ter seus esforços estimados pela equipe antes da reunião de Planejamento 1, de forma que o sprint backlog seja definido levando em consideração o esforço estimado para as histórias e a velocidade média da equipe nas sprints anteriores. Um aspecto importante a ser observado para uma boa estimativa de esforço e, conseqüente, regularidade no cumprimento das metas das sprints é a qualidade das descrições das histórias.
Em seguida vem a reunião de Planejamento 2. Nessa, as histórias previamente selecionadas para o sprint backlog devem ser analisadas e discutidas entre a equipe (e, se necessário, com o product owner), para posteriormente serem definidas as tarefas necessárias para as suas execuções. Se a equipe concluir que não será possível realizar as histórias da sprint, deve ser negociada uma redução do sprint backlog com o product owner.
Após ter definida a composição do sprint backlog, a equipe deve desenvolver as histórias na ordem de prioridade definida pelo product owner.
A equipe se auto-organiza, para a execução das tarefas, durante a Reunião Diária. Nela, cada um deve informar aos demais membros sobre o andamento de seu trabalho no dia anterior, seu planejamento para o dia e se está tendo algum problema que o impeça de prosseguir com alguma tarefa. Essas reuniões diárias e o uso do gráfico de burndown permitem o acompanhamento do andamento das histórias durante a sprint.
Chegando o término da sprint, deve ser feita a reunião de Revisão. A equipe apresenta ao product owner o resultado do trabalho realizado ao longo daquela sprint para que ele aprove as histórias. Caso o product owner não fique satisfeito com alguma história, essa é reprovada e deve voltar ao product backlog para ser priorizada novamente e futuramente selecionada para outra sprint.
Por último numa sprint, é feita a reunião de Retrospectiva, fundamental para a melhoria contínua do processo de desenvolvimento. É considerada por alguns o momento de “lavar a roupa suja”, mas, mais importante do que isso, é o momento para refletir sobre os problemas que atrapalharam o andamento da sprint, quais pontos do processo podem ser melhorados e como melhorá-los na próxima sprint. E aí, tudo se repete…
Você não conhecia o Scrum? O que achou? Se já o conhece, compartilhe a sua experiência. As reuniões funcionam na sua equipe?
Para muitos, basta comprar “post-its” e iniciar colando-os na parede. Não entendem que há muita disciplina na agilidade. Legal ter uma ferramenta que valoriza os necessários conceitos para implantação!
Na prática das tarefas diárias, disciplina e determinação caminham lado a lado.
Esses conceitos aprimoram as relações no trabalho e também a forma de lidar consigo mesmo.
Mas é difícil lidar com tanta informação, tanta tarefa, tanta obrigação…
Aí entra a organização, que nos torna capazes de enxergar nossas metas, para só assim, poder alcançá-las.
E nossas conquistas são a cada dia!
Não é a toa…
ScrumHalf conseguiu unir o gerenciamento de projetos e os conceitos Scrum de uma forma simples e online.
Parabéns para toda a equipe!!!
Abraços!