SCRUM
Izabel 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.
Papeis
Scrum 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.
Artefatos
Backlog 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.
Eventos
Usados 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
Planejamento
Time-box de 8 horas para Sprints de 30 dias e proporcionalmente
menor em Sprints mais curtas;
Reunião de Planejamento –
Parte I
PO 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ária
A 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ão
Time-box de 4 horas para Sprints de 30 dias.
Foco no Produto
Itens não finalizados voltam ao Backlog do Produto
Reunião de Retrospectiva
Time-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áticas
Como vendedor, eu quero
adicionar fotos para cada
produto para mostrar
visualmente os detalhes de cada
um.
EVENTO: REUNIAO DE PLANEJAMENTO –
PARTE I
Descreve 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áticas
EVENTO: 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 = visual
Ban = cartão ou quadro
EVENTO: REUNIÃO DE
PLANEJAMENTO PARTE II
Técnicas e Práticas
EVENTO: SPRINT
Retrata 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

Scrum - Técnicas e Práticas

  • 1.
  • 2.
    O que é? Frameworkutilizado 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
  • 3.
    Transparência: Aspectos significativosdo 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.
  • 4.
    Papeis Scrum Master: É oguardiã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.
  • 5.
    Artefatos Backlog 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.
  • 6.
    Eventos Usados para criarrotinas 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)
  • 7.
    Sprint É um ciclode desenvolvimento que deve ser feita em 30 dias ou menos.
  • 8.
  • 9.
    Reunião de Planejamento Time-box de8 horas para Sprints de 30 dias e proporcionalmente menor em Sprints mais curtas;
  • 10.
    Reunião de Planejamento– Parte I PO 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.
  • 11.
    Reunião de Planejamento– Parte II Itens selecionados do Backlog do Produto Definir as tarefas necessárias Estimar tarefas em horas
  • 12.
    Reunião Diária A ReuniãoDiária não é uma reunião de status, é voltada para as pessoas que transformam os itens do Backlog do Produto em um incremento.
  • 13.
    Reunião de Revisão Time-boxde 4 horas para Sprints de 30 dias. Foco no Produto Itens não finalizados voltam ao Backlog do Produto
  • 14.
    Reunião de Retrospectiva Time-boxde 3 horas para Sprints de 30 dias e proporcionalmente menor em Sprints mais curtas; ** PO opcional
  • 15.
  • 16.
    Técnicas e Práticas Comovendedor, eu quero adicionar fotos para cada produto para mostrar visualmente os detalhes de cada um. EVENTO: REUNIAO DE PLANEJAMENTO – PARTE I Descreve 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.
  • 17.
    Técnicas e Práticas EVENTO: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
  • 18.
  • 19.
    Técnicas e Práticas Kan= visual Ban = cartão ou quadro EVENTO: REUNIÃO DE PLANEJAMENTO PARTE II
  • 20.
    Técnicas e Práticas EVENTO:SPRINT Retrata as características do time. Pode ser feito em dias x horas ou dias x pontos de historias. Os dois tem propósitos diferentes.
  • 21.
  • 22.