SCRUMIzabel Rodrigues

O que é?

Framework utilizado para resolver problemas de desenvolvimento de software complexos e adaptativos.

Fundamentado nas teorias empíricas de controle de processo.

“Leve, simples de entender e extremamente difícil de dominar”Ken Schwaber e Jeff Sutherland

Transparência: Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados.

Inspeção: Verificar continuamente para evitar desvios que possam comprometer o progresso rumo ao objetivo final.

Adaptação: Ajustar o mais breve possível para minimizar os desvios.

O Scrum propicia quatro momentos para inspeção e adaptação: Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective.

PapeisScrum Master:

É o guardião! Garanti o uso correto do Scrum e agi como um líder auxiliando a equipe a remover os impedimentos.

Dono do produto (Product Owner):

Maximiza o valor do produto. Conhece as necessidades dos usuários e stakeholders.

Time de desenvolvimento (Development Team):

Auto-organizado e tem tamanho em geral de 3 a 9 pessoas.

ArtefatosBacklog do Produto (Product Backlog):

Lista de tudo aquilo que pode ser necessário no produto.

Backlog da Sprint (Sprint Backlog): Histórias + tarefas da Sprint

Incremento (Increment) : Porção de software funcional

Histórias de usuário (User stories) ** :

Descrição de uma pequena funcionalidade que o cliente deseja que seja desenvolvida.

** User stories não é parte oficial do framework mas, é usada com frequência como artefato.

EventosUsados para criar rotinas e minimizar a quantidade de reuniões.

Sprint

Planejamento da Sprint (Sprint Planning)

Reunião diária (Daily Scrum)

Revisão da Sprint (Sprint Review)

Retrospectiva da Sprint (Sprint Retrospective)

SprintÉ um ciclo de desenvolvimento que deve ser feita em 30 dias ou

menos.

Sprint

Reunião de PlanejamentoTime-box de 8 horas para Sprints de 30 dias e proporcionalmente

menor em Sprints mais curtas;

Reunião de Planejamento –Parte IPO apresenta os itens priorizados. Se necessário o time ajuda ao PO

a priorizar ou repriorizar.

Time estima as histórias em nível de complexidade.

Time seleciona os pontos que acredita que consegue entregar.

Nesse momento o objetivo da Sprint é definido.

Procurar as lojas próximas ou não do usuário.

Reunião de Planejamento –Parte II

Itens selecionados do Backlog do

Produto

Definir as tarefas necessárias

Estimar tarefas em horas

Reunião DiáriaA Reunião Diária não é uma reunião de status, é voltada para as pessoas

que transformam os itens do Backlog do Produto em um incremento.

Reunião de RevisãoTime-box de 4 horas para Sprints de 30 dias.

Foco no Produto

Itens não finalizados voltam ao Backlog do Produto

Reunião de RetrospectivaTime-box de 3 horas para Sprints de 30 dias e proporcionalmente

menor em Sprints mais curtas;

** PO opcional

Ciclo de vida

Técnicas e PráticasComo vendedor, eu quero adicionar fotos para cada produto para mostrar visualmente os detalhes de cada um.

EVENTO: REUNIAO DE PLANEJAMENTO –PARTE IDescreve os requisitos, funcionalidades de

maneira simples.Formato:

Como um <ator>, eu <quero/desejo/gostaria/preciso> de <ação> para que <objetivo>

Eu como usuário gostaria de incluir uma loja na minha lista de lojas favoritas para facilitar a localização das mesmas.

Técnicas e PráticasEVENTO: REUNIÃO DE PLANEJAMENTO PARTE I

Utilizado para estimar User Stories

Usa um baralho (normalmente 10 cartas) baseado na sequencia de Fibonacci

Pontos de história para a complexidade

Estimativa em horas para as tarefas

Técnicas e Práticas

Técnicas e Práticas

Kan = visualBan = cartão ou quadro

EVENTO: REUNIÃO DE PLANEJAMENTO PARTE II

Técnicas e Práticas

EVENTO: SPRINTRetrata as características do

time.Pode ser feito em dias x horas ou dias x pontos de historias. Os dois tem propósitos diferentes.

Dúvidas

Referências

https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scrum-Guide-Portuguese-BR.pdf