O SCRUM é um framework de trabalho

que foi criado por Jeff Sutherland, um dos

criadores do Manifesto Ágil.

Jeff escreveu o Scrum Guide e, depois, um

livro chamado Scrum: A arte de fazer o
dobro do trabalho na metade do tempo,
responsável por popularizar o tema. No
livro ele mostra como concebeu a
metodologia enquanto trabalhava no FBI.
Jeff Sutherland - Co Criador do Scrum
O Scrum foi concebido para o

ORIGEM
desenvolvimento de produtos complexos
por funcionar muito bem com times
multidisciplinares.
Livro - Scrum: A Arte de

do scrum
fazer o dobro do trabalho
na metade do tempo
Porém, essa forma de trabalho se provou
muito eficaz quando aplicada a times de
outras áreas, tornando-os mais Ágeis.
A palavra Scrum tem origem no Rugby e
refere-se ao método de reinício de uma
jogada, logo após uma penalização.

Composto por oito jogadores em cada time,

todos fazem a formação 3-4-1, que demanda
trabalho em equipe, sincronia, força e
inteligência rumo ao objetivo. A falta de
comprometimento ou erro de um jogador
pode fazer toda a formação cair.
 VS

waterfall
x scrum
Método Waterfall (Cascata) SCRUM
- Sistema linear - Funciona em ciclos
- De forma individual - Com entrega de valor contínuo
- Muito tempo até entregar valor - O time é auto-organizado e
- Utilizando diagramas de cascata complementar
ou gráfico de Gantt - Utiliza o conceito de backlog e
- Ausência de ciclos de feedback e de priorização de entregas
aprendizagem - Ciclos constantes de feedback e
aprendizado
pilares do
scrum
transparência adaptação
O processo precisa ser visível para todos O processo precisa se adaptar para gerar o
(sejam os integrantes do time, como também o output e o valor esperado. As adaptações
cliente). Os artefatos do Scrum ajudam a gerar precisam ser feitas o quanto antes para evitar
transparência para todos. maiores desvios de rota.

inspeção valores do scrum

É preciso verificar constantemente o - Comprometimento
progresso e gerar aprendizados de processo - Foco
de maneira diligente. As rotinas do Scrum - Abertura
ajudam a gerar uma inspeção diária. - Respeito
- Coragem
scrum no pensamento Aikido e o Shu Ha Ri

e na prática japonesa
SHU RI
Siga as regras e formas. Descarte formas que
Aprimore um golpe de não te sirvam. Crie
cada vez. suas próprias formas.

守破離
HA
Com as forças dominadas,
aprenda novos golpes.
Aumente o repertório
PAPÉIS DO
 CLIENTE PRODUCT OWNER
- Puxa a demanda - Define a visão do produto
- Define requisitos - Cria o backlog

papéis no
- É estudado para que tenha suas - Define as prioridades
necessidades identificadas - Se comunica com os Stakeholders
(partes interessadas)

scrum SCRUM MASTER TIME

- Facilita os processos e rotinas - Define o tamanho do trabalho
do SCRUM - Executa o trabalho
- Remove impedimentos - Reporta impedimentos
- Garante habilidades e recursos - Entrega os requisitos
para o time
 A cada ciclo (sprint), é esperado que
CLIENTE haja entrega de valor para o cliente do

papéis no
- Puxa a demanda time. Uma entrega de valor pode ser
- Define requisitos uma funcionalidade do produto, uma
- É estudado para que tenha suas decisão importante para o projeto ou
necessidades identificadas alguma análise parcial.

scrum O cliente pode ser realmente o cliente

final do seu negócio, pode ser alguma
Os ciclos do scrum precisam sempre
contar com o feedback do cliente para
outra área (cliente interno), ou pode que seja feito o ajuste do backlog e
ser a pessoa que irá receber o valor do das prioridades para o próximo ciclo
seu projeto. (sprint).
 É responsável pelo método, por garantir
que as rotinas aconteçam e fluam e ajuda
o time a tirar impeditivos que estejam
travando o alcance dos objetivos e a
execução.

papéis no
O papel do scrum master pode ser
assumido por uma figura externa e
um profissional certificado, mas
para começar, também pode ser

scrum
absorvido por algum membro do
time.

SCRUM MASTER
- Facilita os processos e rotinas
do SCRUM
- Remove impedimentos
- Garante habilidades e recursos
para o time
 PRODUCT OWNER
- Define a visão do produto

papéis no
- Cria o backlog
- Define as prioridades
- Se comunica com os Stakeholders
É responsável por trazer a (partes interessadas)

scrum
visão do cliente para as metas,
objetivos e entregas
priorizadas para as sprints.

Em muitas equipes que operam com

scrum, o product owner acaba se
tornando um líder situacional em
muitas tomadas de decisão do time ou
do projeto.
 O time possui um cliente e um O time é responsável por se organizar
objetivo em comum, de forma na execução das tarefas, distribuí-las
que as rotinas e seu trabalho entre si conforme as suas
seja coerente e sinérgico. competências e habilidades, de forma
que todo o time seja mais produtivo.

papéis no 2 pizzas para time = Comunicação Efetiva

scrum O tamanho ideal do time Scrum é

de até 7~8 pessoas (número de
TIME
- Define o tamanho do trabalho
- Executa o trabalho
pessoas que comem 2 pizzas - Reporta impedimentos
quando se reúnem). Acima desse - Entrega os requisitos
número começa a gerar
complexidade na comunicação.
ELEMENTOS DO
QUADRO Diferente do Quadro Kanban, o Quadro Scrum possui
etapas mais flexíveis e que ilustram o status de execução.
Cada cartão representa uma tarefa, contendo sempre um

scrum
responsável, estimativa de tempo/tamanho e uma
correspondência com algum Épico ou História.

Product Sprint Backlog Doing Done

Backlog

Tarefa
Responsável
Estimativa de Tempo/Tamanho
Épico ou História relacionada
ÉPICOS HISTÓRIAS TAREFAS
Grandes entregas de valor, compostas por Também conhecido com User Story ou As atividades que precisam ser feitas para
Histórias de Usuários. São funcionalidades que uma História seja concluída.
um conjunto de funcionalidades que,
que podem ser definidas pelo usuário em Ex iFood: 1.1 - Identificar restaurantes
sozinhas, não geram valor. uma frase. que o usuário pede com maior frequência
Ex iFood: Fornecer cupons de desconto Ex iFood: 1- Eu, como usuário, gostaria de 1.2 - Disparar notificação quando um
ser notificado sobre descontos nos meus restaurante ativar um desconto
restaurantes favoritos. 2.1 - Mostrar o cupom disponível no carrinho.
2- Eu, como usuário, gostaria de aplicar 2.2 - Criar um botão de Aplicar Cupom
cupons de desconto ao fazer um pedido 2.3 - Exibir o valor com o desconto do cupom.

épicos, histórias
e tarefAs
TAREFA

HISTÓRIA
ÉPICO
MAtriz pif de priorização
Probabilidade Qual a chance disso dar certo?
1 = Nenhuma 5= Certeza! Está validado!

Impacto Se este elemento der certo, o quanto ele impacta no resultado?

1= Não muda muita coisa 5= Vai fazer uma grande diferença

Facilidade O quanto de esforço/tempo eu vou precisar?

1 = Bastante Esforço 5= Vai ser moleza!

Probabilidade 4

Impacto 3 P x I x F = 60
TAREFA A
4x3x5 = 60
Muitas vezes, mesmo uma
Facilidade 5 tarefa que irá gerar um
impacto menor, deverá ser
Probabilidade 2 priorizada em função da
P x I x F = 30 probabilidade ou facilidade.
TAREFA B Impacto 5
2x5x3 = 30

Facilidade 3
pareto
priorização inputs outputs
20% do esforço que gera 80% do resultado
Ex: 20% dos produtos que são responsáveis por
80% das vendas.

80% do
resultado

20% 80%
20% do Princípio
esforço de Pareto
estimativa Tamanho de Camiseta
Essa tarefa é P, M ou G?
Sequência de Fibonacci
Qual o tamanho dessa tarefa?
3 = 1 Hora

de tempo
P = menor que meio período 5 = 2 a 3 horas
M = meio período 8 = meio dia
G = um dia todo 13 = um dia inteiro

O Ser Humano é, por natureza, péssimo em

estimar o tempo que é necessário investir em
uma tarefa.

Para tornar isso mais fácil, podemos usar

associações e definir escalas
planning
poker
O Planning Poker pode ser usado para estimativa
1 2 3 5
de tempo ou esforço de uma tarefa. Ele tem o
intuito de tirar o viés de grupo da estimativa.

1. Cada membro do time fica com um baralho

durante a Planning.

2. A cada estimativa, os membros de time

apresentam a carta que representa a sua
8 13 21
estimativa para aquela tarefa

3. À partir da percepção de todos, o time toma a

decisão da estimativa que vai para a Planning.
cone da 4x

incertezA
2x

1,5x

1,25x

Variação na
1,0x
estimativa do
escopo do projeto 0,8x
(esforço, custo,
- No início de um projeto, a variação na características) 0,67x
estimativa do escopo, além de esforço, custo
0,5x
e características pode chegar de uma
magnitude de erro de 16x! 0,25x

0
- Conforme aumenta o tempo de execução,
menor é a variação de magnitude de erro, Tempo
conforme o planejamento é adaptado (um
dos valores do scrum)
DETALHAMENTO DAS ROTINAS
 sprint
planning
backlog

1 dia
sprint
retro daily meeting
2-4 semanas
sprint/
sprint acompanhamento
review
 BACKLOG ESTRATÉGICO

BACKLOG
Um backlog estratégico é composto por histórias que
são alimentadas e organizadas de acordo com:
- O plano da área/companhia
- As métricas que precisam ser alcançadas
- Hipóteses de melhoria de performance do
Plano, Métricas e Hipóteses.

histórias backlog
PRODUCT BACKLOG
- QUANDO: Ao definir as necessidades do cliente.
Deve ser sempre atualizado.
- DURAÇÃO: É vivo e recebe novos itens durante todo
o ciclo de vida do produto.
- PARTICIPANTES: O responsável é o Product Owner.
- OBJETIVO: Organizar e priorizar todos os Épicos,
Histórias e Tarefas do produto
- PRE-WORK: Entrevistas, Pesquisas e Descoberta
com o cliente.
 Como fazer um bom

SPRINT sprint planning

PLANNING
- Defina o(s) tema(s) do Sprint
- Fixe uma meta(s) (de resultado!)
- Escolha as tarefas priorizadas
(backlog)
SPRINT PLANNING - Dimensione o esforço (planning poker,
- QUANDO: Início de uma Sprint tamanho de camiseta)
- DURAÇÃO: De 1h a 2h - Faça o time se comprometer
- PARTICIPANTES: Product Owner, Scrum - Planeje imprevistos
Master e Time de Execução
- OBJETIVO: Tem o objetivo de definir quais
- Documente o seu plano
metas e tarefas que estão no Product Backlog - #partiu!
que serão executadas na próxima sprint e
alimentar o Sprint Backlog.
- PRE-WORK: Atualizar o Backlog de Produto
DAILY 3PERGUNTAS
MEETING 1
O que eu fiz ontem para
atingirmos a meta?
sprint & daily meeting
- QUANDO: Todos os dias da Sprint
- DURAÇÃO: 15 minutos
2
- PARTICIPANTES: Time de Execução O que eu vou fazer hoje
- OBJETIVO: Alinhamento Geral respondendo 3 para atingirmos a meta?
perguntas:.
- PRE-WORK: Atualizar o Sprint Backlog 3
Existe algum impeditivo?
Acompanhamento
BURNDOWN CHART
Uma forma de monitorar o progresso da execução do sprint backlog é com
um burndown chart que acompanha o número de pontos/tarefas que são
executadas por dia.

Velocidade
time
10
160 pts pts 10
pts 10 Trabalho feito
SPRINT BACKLOG
pts
Trabalho realizado
por iteração até agora - QUANDO: Durante a Sprint Planning
Trabalho
remanescente
- DURAÇÃO: É vivo durante toda a Sprint
Esforço
total - PARTICIPANTES: Product Owner, Scrum
Master e Time de Execução
- OBJETIVO: Definir quais tarefas serão
Esforço
executadas durante o período da Sprint
pts
- PRE-WORK: Sprint Planning

I1 I2 I3 Interações Time
SPRINT
Como fazer um bom
sprint REVIEW

REVIEW - Data first! Analise o resultado;

- Analise as tarefas e entregas do
Sprint ;
- Compare com o que foi planejado e
SPRINT Review prometido;
- QUANDO: Ao final da Sprint - Encontre problemas e causas;
- DURAÇÃO: 1-2 horas - Leve em consideração incêndios e
- PARTICIPANTES: Product Owner, Scrum Master
imprevistos;
e Time de Execução
- OBJETIVO: Apresentar o resultado do trabalho - Aprenda e documente!
da Sprint e obter aprovação do Product Owner.
- PRE-WORK: Atualizar o Sprint Backlog e
preparar uma apresentação funcional
 PARAR DE

SPRINT
COMEÇAR A

RETRO
MAIS
CONTINUAR

MENOS
SPRINT retrospective
- QUANDO: Ao final da Sprint
- DURAÇÃO: 1-2 horas DINÂMICA: começar | parar | continuar
- PARTICIPANTES: Product Owner, Scrum Na Sprint Retrospective o time pode combinar ações
Master e Time de Execução
comportamentais que precisam:
- OBJETIVO: Discutir sobre como foi o processo
- Começar a fazer
daquela Sprint e como melhorar
- Parar de fazer
- PRE-WORK: Avaliação de cada membro do
- Fazer com mais frequência
time sobre como foi o desempenho individual e
- Fazer menos frequência
coletivo na Sprint
- Continuar fazendo
SPRINT DINÂMICA: O VELEIRO

RETRO
Island (Como o time está em relação à visão/objetivos)
Wind (O que está ajudando o time?)
Anchor (O que está segurando o time?)
Rocks (Quais são os ricos para o time e o projeto?)
Tide (Quais oportunidades existem para o time e o projeto?)
Sailboat (Como está o time? Como está o clima? Como você avalia
o desempenho do grupo?)
Sailor (Como você está em relação ao todo? Como você avalia o
seu desempenho individual?)