//
Sprint

Já ouvimos muito falar de Sprints no Scrum, agora vamos entender o que são e para que servem.

___________________________________________________________________________
Sprint

No Scrum a Sprint é uma iteração, e um evento com duração fixa.

Pelas regras do Scrum as Sprints devem ter de duas a quatro semanas, e possuirem uma meta estabelecida com um objetivo claro. O ScrumMaster é o responsável por garantir que não será feita nenhuma mudança que possa afetar a meta da Sprint.

A composição do Time, o objetivo da Sprint e as metas de qualidade devem permanecer constantes durante toda a Sprint.

As Sprints contêm e consistem as reuniões de planejamento da Sprint, o trabalho de desenvolvimento, a revisão da Sprint e a retrospectiva da Sprint. Devendo ocorrer uma após a outra, sem intervalos.

Um projeto possui um objetivo e um horizonte, que é o período de tempo para o qual o plano do projeto é válido. Quando o horizonte é muito longo, o objetivo do projeto pode mudar ou os riscos se tornarem grandes demais. No caso do framework Scrum os projetos não devem ter um horizonte maior que o período de um mês, onde já há complexidade suficiente para tal, que um horizonte maior seja arriscado demais. Assim surge a Sprint, que deve ter no máximo quatro semanas e para este entendimento pode ser considerada um pequeno projeto.

A idéia é que a previsibilidade do projeto seja controlada a cada um mês, e o risco de que o projeto saia de controle ou se torne imprevisível é contido pelo menos a cada mês.

Dica: Quando um Time começa com Scrum, é mais interessante que as Sprints tenham no máximo duas semanas, para que o Time aprenda sem se afundar nas incertezas.

Lembre-se que a Sprint é um Time-Box é deve ter uma duração fixa e um trabalho pré-determinado.

Dica: Caso o Time sinta que se comprometeu com mais itens do Backlog do que podia trabalhar, pode solicitar ao Product Owner que remova ou reduza itens. Uma solicitação para adicionar itens do Backlog à Sprint, podem ser realizados caso o Time sinta que sobrará tempo na Sprint.

___________________________________________________________________________
Cancelamento da Sprint

As Sprints podem ser canceladas antes da sua duração terminar, mas somente o Product Owner poderá realizar este cancelamento.

Este cancelamento poderá vir através da gerência, caso a meta da Sprint perca o sentido ou se torne obsoleta. É difícil isso acontecer devido a curta duração da Sprint.

Quando ocorrer este cancelamento, todos os itens do Backlog que estejam completados e “prontos” devem ser revisados. Estes são aceitos caso representem um incremento ao produto.

Todos os outros itens voltam ao Backlog do Produto com suas estimativas iniciais.

Dica: Apesar de serem incomuns, evite o cancelamento de Sprint, estes consomem recursos e podem ser traumáticos para o Time.

___________________________________________________________________________
Introdução | Papéis e responsabilidades | Artefatos Scrum | Planejamento da Versão da Entrega | Sprint | Planejamento da Sprint
Estimativas | Reunião Diária – Daily Meeting | Revisão da Sprint – Review | Retrospectiva da Sprint | Manifesto Ágil

Discussão

Nenhum comentário ainda.

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair /  Alterar )

Foto do Google

Você está comentando utilizando sua conta Google. Sair /  Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair /  Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair /  Alterar )

Conectando a %s

fabio cruz no twitter

Categorias

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Junte-se a 10 outros seguidores

%d blogueiros gostam disto: