Scrum

Scrum é uma framework iterativa e incremental para o desenvolvimento de qualquer produto ou gerenciamento de qualquer trabalho. Ela permite a entrega de um conjunto potencialmente utilizável a cada iteração, oferecendo a agilidade necessária para responder rapidamente a requisitos que sofram mudanças constantes.

A framework Scrum desafia constantemente seus usuários a se focarem na melhoria e suas Sprints fornecem a estabilidade necessária para atender às necessidades que ocorram em qualquer projeto.

Estas características fizeram com que Scrum se tornasse o método mais popular no mundo do desenvolvimento ágil de software.

Conheça mais sobre Scrum visitando o site da ScrumAlliance. Conheça nossos treinamentos e workshops que podem ajudá-lo a tornar ágil não só a sua equipe de desenvolvimento, mas toda a sua empresa.

Sprint

Em Scrum uma iteração chama-se Sprint.

Uma Sprint é um time-box, geralmente com duração entre duas a quatro semanas. Podemos ter Sprints menores, com duração de uma semana, porém não mais que quatro semanas. Isto porque o time passaria por um período muito longo sem um feedback do cliente/Product Owner.

A cada início de Sprint o time se reúne juntamente com o cliente/Product Owner para planejar o que será feito naquela Sprint, de acordo com os itens de maior prioridade no Product Backlog e respeitando a velocidade do time.

Ao final da Sprint, é demonstrado o que foi produzido em uma cerimônia chamada Sprint Review.

Papéis

Em Scrum temos poucos papéis e eles são muito bem definidos. São eles:

Product Owner

O Product Owner é alguém equivalente a um Gerente de Produto. É o responsável por conhecer bem as necessidades do cliente, uma vez que o representa perante o time. Ele é o responsável direto pelo ROI (Retorno de Investimento).

ScrumMaster

O ScrumMaster é o responsável por remover os impedimentos do time. É ele quem protege o time de interferências externas, além de garantir o uso correto de Scrum.

Membros do time

Desenvolvedores, arquitetos, designers, enfim, todos os que participam do desenvolvimento são os membros do time. Em Scrum, um time é autogerenciado – eles decidem juntamente com o Product Owner o que será feito na Sprint, definindo sua meta. Além disso, um time Scrum também é multifuncional – dentro do time temos profissionais com diferentes aptidões.

Cerimônia

Em Scrum temos temos três cerimônias:

Planning Meeting

A cada início de Sprint, o time se reúne juntamente com o Product Owner para definirem o que será feito durante a Sprint e sua meta. A esta reunião damos o nome de Planning Meeting.

Ela é dividida em duas partes: na primeira parte, o Product Owner detalha os itens prioritários do Product Backlog para que o time consiga estimar o tamanho de cada item. Na segunda parte, os membros do time decompõem cada item em tarefas técnicas, estimando-as em horas de trabalho. Assim, a cada Sprint é feito o planejamento do que será feito, permitindo que alterações sejam feitas no Product Backlog de acordo com a necessidade do cliente.

Sprint Review

Ao término da Sprint, o time apresenta o que foi produzido na Sprint em uma reunião chamada Sprint Review. A apresentação é feita no formato de demonstração e podem comparecer qualquer pessoa interessada. Sugestões podem ser feitas e cabe ao Product Owner adicioná-las ao Product Backlog ou não.

Todos os membros do time participam da demonstração.

Sprint Retrospective

Logo após a Sprint Review ocorre uma reunião entre os membros do time para discutirem o que foi bem na Sprint e o que precisa ser melhorado para a próxima. Esta reunião chama-se Sprint Retrospective, e participam todos os membros do time e mais o ScrumMaster – este como facilitador.

Esta reunião é de extrema importância, pois é através dela que os membros do time conseguem aprimorar o processo e se aprimorar, individualmente.

Artefatos

Em Scrum temos três Artefatos:

Product Backlog

No início do projeto, o Product Owner, com o auxílio do ScrumMaster, prepara uma lista priorizada com os requisitos do cliente. A esta lista damos o nome de Product Backlog.

Durante o projeto, esta lista pode receber novos itens, ter itens removidos ou repriorizados, sempre de acordo com as necessidades do cliente ou visando um melhor ROI. Dentre estes itens estão incluídos também requisitos técnicos, algumas vezes não visíveis ao cliente.

Sprint Backlog

No início de uma Sprint, quando o time juntamente com o Product Owner definem o que será feito, é criado o Sprint Backlog. O Sprint Backlog contém os itens que serão feitos durante a Sprint, e diferente do Product Backlog, esta lista não pode ser alterada.

Gráfico de Burndown

O gráfico de Burndown apresenta o trabalho cumulativo restante em uma Sprint, atualizado diariamente.

Após o Planning Meeting, é feita a totalizaçáo do Sprint Backlog para montar o gráfico de Burndown. A cada dia de trabalho, o time faz a somatória do que foi produzido e subtrai do total no gráfico de Burndown. Caso alguma tarefa precise ser reestimada, o tempo adicional também deve ser adicionado ao gráfico.