O documento descreve o framework Scrum, que é utilizado para resolver problemas de desenvolvimento de software complexos e adaptativos. O Scrum é baseado em controle de processo empírico e envolve transparência, inspeção e adaptação. Ele define papéis como Scrum Master, Dono do Produto e Time de Desenvolvimento, além de artefatos como Backlog do Produto e Incremento e eventos como Sprint, Reunião Diária e Revisão da Sprint.
2. 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
3. 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.
4. 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.
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 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)
7. Sprint
É um ciclo de desenvolvimento que deve ser feita em 30 dias ou
menos.
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ã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.
13. 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
16. 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.
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
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.