scrum_conceitos_e_aplicacao_ebook

Prévia do material em texto

E-book
Scrum: Conceitos 
e Aplicação 
Sumário 
1. O que é o Scrum?
2. Base e Pilares do Scrum
3. Valores do Scrum
4. Estrutura do Scrum
5. Equipes Scrum
6. Backlog do Produto
7. Eventos da Sprint
8. Planejamento da Sprint
9. Reunião diária
10. Revisão da Sprint
11. Retrospectiva da Sprint
Capítulo 1 – O que é o Scrum?
1.1 O que é o Scrum?
1.2 Origens do Scrum
1.3 Aplicações do Scrum
1.1 O que é o Scrum? 
Originário de uma estratégia
do jogo de Rugby, a palavra
significa “juntos”.
1.1 O que é o Scrum? 
“É um framework (estrutura)
no qual as pessoas podem
tratar e resolver os problemas
complexos de forma
adaptativa, produtiva e criativa
para entregar produtos
(projetos) de alto valor
agregado.”
Jeff Sutherland
Ken Schwaber
O Scrum é uma estrutura para 
gerenciar o trabalho que 
contempla: 
• Valores (condutas).
• Papéis e responsabilidades.
• Eventos (cerimônias).
• Artefatos (ferramentas).
1.1 O que é o Scrum?
Características da prática Scrum:
• Leve.
• Ágil.
• Flexível.
• Simples de entender.
• Difícil de aplicar (e dominar):
• Empirismo.
• Pilares de trabalho.
1.1 O que é o Scrum?
1.2 Origens do Scrum: Inspiração 
As abordagens ágeis são originárias
do Lean (enxuto) e sua filosofia:
• Transparência.
• Foco em entregas de valor.
• Minimização.
• Eliminação de desperdício.
• Melhoria contínua.
• Adaptação.
1.2 Origens do Scrum: Inspiração
Be Lean. Be Agile.
Be Lean. Be Scrum.
A essência da interação e das 
relações no Scrum advém da 
filosofia Lean de gestão e forma 
de trabalho. 
1.2 Origens do Scrum: Inspiração 
Artigo: The New Development Game — Harvard Business Review, 1986.
Fonte: TAKEUCHI; NONAKA, 1986.
1.2 Origens do Scrum: Inspiração 
Artigo: The New Development Game — Harvard Business Review, 1986.
Ciclo adaptativo (B+C)
• Fases curtas e menores.
• Fases com sobreposição.
• Iterativos (vários ciclos). 
• Incrementais (incrementos).
• Entrega mais rápida .
Fonte: TAKEUCHI; NONAKA, 1986.
1.2 Origens do Scrum: Inspiração 
Artigo: The New Development Game — Harvard Business Review, 1986.
Seis características 
holísticas e fundamentais 
que inspiraram a criação 
do framework Scrum, 
bem como o próprio 
movimento ágil para o 
desenvolvimento de 
produtos (software):
Ciclos 
com 
sobreposição
Redução do 
comando-controle
Times 
Auto-organizados
Multiaprendizado
Transferência do
aprendizado
Criar na 
instabilidade
1.2 Origens do Scrum: Formalização 
Artigo: The Scrum Development Process – Ken Schwaber, 1994.
Metodologia SCRUM
1.2 Origens do Scrum: Consolidação
The Definitive Guide to Scrum: The 
Rules of the Game. Regras do Scrum.
Versões: 2010, 2011, 2013, 2016.
Ultima versão: 2017.
Jeff Sutherland.
Ken Schwaber.
Fonte: Schwaber; Sutherland, 2017.
1.2 Origens do Scrum: Recomendação de leitura
Scrum: a arte de fazer o dobro na metade 
do tempo — Jeff Sutherland, 2014.
Fonte: SUTHERLAND, 2014. 
1.3 Aplicações do Scrum:
Projetos/produtos têm graus 
distintos de incerteza no seu 
desenvolvimento em razão de 
dois atributos: 
• Requisitos: o que queremos e 
aonde queremos chegar?
• Capacidade (técnica): 
conseguimos realizar o que 
queremos e podemos chegar 
aonde queremos?
1.3 Aplicações do Scrum:
O modelo de Stacey:
Orienta-nos sobre o tipo ou 
característica do projeto em 
virtude da incerteza, 
considerando os requisitos e a 
capacidade técnica, de baixa 
incerteza à alta incerteza, em um 
gráfico de correlação, onde 
podemos identificar quatro tipos 
de complexidade.
Fonte: PMI – Agile Practice Guide – 2017
1.3 Aplicações do Scrum:
O modelo de Stacey:
• Simples: baixa incerteza de 
requisitos e capacidade, ciclos 
lineares sem sobreposição, 
alta previsibilidade.
• Caóticos: altíssima incerteza 
de requisitos e capacidade, 
total risco em qualquer 
abordagem de 
desenvolvimento Fonte: PMI – Agile Practice Guide – 2017
1.3 Aplicações do Scrum:
O modelo de Stacey:
• Complicado: alta incerteza de 
requisitos e baixa de 
capacidade, ou, alta incerteza 
de capacidade e baixa de 
requisitos. 
• Complexo: alta incerteza de 
requisitos e capacidade.
Com sua abordagem adaptativa, o 
Scrum é altamente recomendado, 
em especial para ambientes 
complexos!
Fonte: PMI – Agile Practice Guide – 2017
1.3 Aplicações do Scrum:
1. Desenvolvimento de Softwares.
2. Desenvolvimento de Sistemas.
3. Desenvolvimento de Hardware. 
4. Pesquisa e desenvolvimento de novas 
tecnologias de informação.
5. Pesquisa e desenvolvimento de 
medicamentos.
6. Pesquisa e desenvolvimento aplicações 
militares.
1.3 Aplicações do Scrum: Mundo
1.3 Aplicações do Scrum: Brasil – TI, Finanças
Capítulo 2 – Base e pilares do Scrum
2.1 Base do Scrum: Empirismo
2.2 Base do Scrum: Processo empírico
2.3 Pilares do Scrum
2.4 Pilares do Scrum: Transparência
2.5 Pilares do Scrum: Inspeção
2.6 Pilares do Scrum: Adaptação
2.1 Base do Scrum: empirismo
Empirismo 
O Scrum é fundamentado nas
teorias empíricas de controle de
processo: o empirismo.
2.1 Base do Scrum: Empirismo 
Empirismo: o conhecimento
vem da experiência e da
tomada de decisões
baseadas no que é
conhecido.
Não temos a visão do todo,
vamos decidir e realizar com
o que sabemos agora!
2.2 Base do Scrum: Processo empírico
Processo empírico é :
• Iterativo: ciclos curtos,
rápidos de atividades
definidas (Sprints).
• Incremental: o produto é
criado ao longo do que
conhecemos (MVP).
Sprint 1 Sprint 2 Sprint 3
2.2 Base do Scrum: processo empírico
O processo empírico proporciona:
• Previsibilidade: entregas
menores e constantes de valor
(MVP).
• Controle dos riscos: visão de
entrega de MVP que atenda à
situação apresentada.
Especialmente em ambientes de alta
incerteza.
2.3 Pilares do Scrum: 
Apoiam a implementação de controle do processo empírico.
Empirismo 
Tr
an
sp
ar
ên
ci
a
In
sp
eç
ão
A
d
ap
ta
çã
o
2.3 Pilares do Scrum: 
Empirismo 
Tr
an
sp
ar
ên
ci
a
In
sp
eç
ão
A
d
ap
ta
çã
o
Estrutura Scrum
2.4 Pilares do Scrum: Transparência 
Aspectos relevantes do
processo devem estar visíveis
aos responsáveis pelo resultado.
Devem ser definidos de forma
padronizada e simplificada, para
que todos compartilhem do
mesmo entendimento.
2.4 Pilares do Scrum: Transparência 
Devemos considerar e definir:
• Linguagem: retórica, terminologias,
comunicação sobre processos, aspectos de
controle e entregas.
• Critério de “pronto” (done): aspecto de
validação evidenciado e claro entre todos e
de todos os itens.
• Artefatos: a serem usados para comunicar
de forma enxuta e objetiva o status.
Membros Scrum devem, 
frequentemente, inspecionar 
(checar) os artefatos para 
identificar desvios e garantir o 
desempenho:
• Entregas no prazo.
• Esforço para entrega.
• Qualidade da entrega.
• Velocidade e ritmo .
2.5 Pilares do Scrum: Inspeção
Quadro Kanban = Artefato visual
2.5 Pilares do Scrum: Inspeção 
Devemos considerar e definir:
• Eventos: reuniões do Scrum para
realizar a inspeção e adaptação:
• Planejamento da Sprint.
• Reunião Diária.
• Revisão da Sprint.
• Retrospectiva.
2.5 Pilares do Scrum: Inspeção 
Devemos considerar e definir:
• Frequência: qual a periodicidade
de realização da “inspeção”, de
forma que ajude e não atrapalhe
com reuniões desnecessárias.
• Tempo: qual o tempo que iremos
usar para a inspeção para que se
obtenha a informação de forma
objetiva e transparente.
2.5 Pilares do Scrum: Inspeção 
Devemos considerar e definir:
• Inspetor: quem irá inspecionar. É
sempre mais benefico quando a
inspeção é realizada por quem é
especializado.
• Participação: ideal que todos os
envolvidos participem e
compartilhem, ao menos os
envolvidos diretamente na
produção.
2.6 Pilares do Scrum: Adaptação
Nos casos de desvios identificados na 
inspeção que ultrapassaram os limites 
aceitáveis, ou não atenderam às 
expectativas e o critérios de pronto, a 
entrega deve ser ajustada.
Os ajustes devem ser realizados de 
forma que possamos entregar valor 
constantementeao longo do projeto.
2.6 Pilares do Scrum: adaptação 
Devemos considerar:
• Quando: se faz em qualquer
tempo a partir dos desvios
identificados, portanto a
adaptação deve ser refletida na
operação, com resposta ágil.
• Quem: o Scrum prevê autonomia e
colaboração das pessoas para
garantir rápida adaptação.
Capítulo 3 – Valores do Scrum
3.1 O que são valores?
3.2 Valores do Scrum: 
3.3 Valores do Scrum: Coragem 
3.4 Valores do Scrum: Foco
3.5 Valores do Scrum: Comprometimento
3.6 Valores do Scrum: Respeito
3.7 Valores do Scrum: Abertura
3.8 Casa do Scrum
3.1 O que são valores?
• Motivações das pessoas que fazem com
que algo seja ativo todos os dias e
mantenha o foco para seus objetivos.
• Atitudes e crenças que compõem um
conjunto de regras de conduta do time.
• Pessoas possuem, carregam e exercitam
valores que influenciam o resultado
organizacional.
3.2 Valores do Scrum:
CORAGEM
FOCO
COMPROMETIMENTO
RESPEITO
COMPROMETIMENTO
ABERTURA
3.3 Valores do Scrum: Coragem 
O Time Scrum deve ter coragem para:
• Fazer a coisa certa e trabalhar para resolver problemas difíceis.
• Discutir e decidir para entregar o resultado de valor esperado.
• Mudar e adaptar sempre e o quanto for necessário.
• Não se acomodar com um resultado diferente do objetivo.
É preciso coragem para praticar o empirismo.
Testar, aprender e evoluir.
3.4 Valores do Scrum: Foco 
Processo empírico focado:
• Objetivo da Sprint: mesmo com um
plano de várias Sprints, o que importa
é a que estamos trabalhando agora!
• Objetivo do time: entregas constantes
ao longo da Sprint o quão breve
possível.
Foco é um dos segredos para garantir
inspeção e atender aos objetivos do
trabalho Scrum.
3.5 Valores do Scrum: Comprometimento 
As pessoas têm que se comprometer, não
apenas se envolver ou participar.
Precisam se engajar pessoalmente com o
projeto para alcançar os objetivos do
time Scrum.
Fábula da galinha e do porquinho: você
está envolvido ou comprometido?
Comprometimento é fundamental,
inclusive na aplicação do Scrum!
3.5 Valores do Scrum: Comprometimento 
“No que diz respeito ao empenho, ao 
compromisso, ao esforço, à dedicação, 
não existe meio termo. Ou você faz 
uma coisa bem feita ou não faz.”
Ayrton Senna.
3.6 Valores do Scrum: Respeito 
O participantes do Time Scrum
respeitam uns aos outros:
• A opinião e os pontos de vista de
todos
• Os erros e acertos provenientes do
processo empírico
• O aprendizado e o desenvolvimento
individual
Respeito, ajuda na transparência e
disseminação da informação e nos
momentos de inspeção.
3.7 Valores do Scrum: Abertura 
• Entender os desafios da execução
destes trabalhos na organização.
• Realizar todo e qualquer trabalho
necessário para cumprir os objetivos.
Estar aberto a mudar é indispensável para
a adaptação e para atingir os objetivos.
O Time Scrum e as demais partes interessadas estão abertas a:
3.8 Casa do Scrum: Base, Pilares e Valores 
Empirismo 
Tr
an
sp
ar
ên
ci
a
In
sp
eç
ão
A
d
ap
ta
çã
o
Estrutura Scrum
Necessidades Entrega de Valor
Comprometimento
Coragem
Foco Respeito
Abertura
3.8 Casa do Scrum: Sem Valores Scrum 
In
sp
eç
ão
Empirismo 
Tr
an
sp
ar
ên
ci
a
A
d
ap
ta
çã
o Entrega Necessidades
A estrutura de trabalho framework Scrum é uma abordagem humanista, 
depende de atuação das pessoas para ser realizado corretamente.
Capítulo 4 – Estrutura do Scrum
4.1 Estrutura do Scrum
4.2 Sprints do Scrum
4.3 Incremento (MVP).
4.4 Cancelamento da Sprint
4.1 Estrutura do Scrum: suportado pelo base, 
pilares e valores 
Empirismo 
Tr
an
sp
ar
ên
ci
a
In
sp
eç
ão
A
d
ap
ta
çã
o
Estrutura Scrum
Necessidades Entrega de Valor
Comprometimento
Coragem
Foco Respeito
Abertura
4.1: Estrutura do Scrum: aspectos práticos 
Fonte: autor
Empirismo 
Tr
an
sp
ar
ên
ci
a
In
sp
eç
ão
A
d
ap
ta
çã
o
Necessidades Entrega de Valor
Comprometimento
Coragem
Foco Respeito
Abertura
Equipe ArtefatosEventos
4.1 Estrutura / framework 
Empirismo 
Tr
an
sp
ar
ên
ci
a
In
sp
eç
ão
A
d
ap
ta
çã
o
Equipe
Necessidades Entrega de Valor
Comprometimento
Coragem
Foco Respeito
Abertura
ArtefatosEventos
4.1 Estrutura / framework
Empirismo 
Tr
an
sp
ar
ên
ci
a
In
sp
eç
ão
A
d
ap
ta
çã
o
Equipe
Necessidades Entrega de Valor
Comprometimento
Coragem
Foco Respeito
Abertura
ArtefatosEventos
Equipe Scrum:
• Product Owner: Dono do Produto
• Time de Desenvolvimento
• Scrum Master: Mestre Scrum
4.1 Estrutura / framework
Empirismo 
Tr
an
sp
ar
ên
ci
a
In
sp
eç
ão
A
d
ap
ta
çã
o
Equipe
Necessidades Entrega de Valor
Comprometimento
Coragem
Foco Respeito
Abertura
ArtefatosEventos
Artefatos:
• Backlog do Produto.
• Backlog da Sprint.
• Monitoramento do progresso:
• Burn-Down.
• Burn-Ups.
• Fluxos cumulativos: Kanbans.
4.1 Estrutura / framework
Empirismo 
Tr
an
sp
ar
ên
ci
a
In
sp
eç
ão
A
d
ap
ta
çã
o
Equipe
Necessidades Entrega de Valor
Comprometimento
Coragem
Foco Respeito
Abertura
ArtefatosEventos
Eventos:
• Sprint.
• Planejamento da Sprint.
• Reunião diária.
• Revisão da Sprint.
• Retrospectiva da Sprint.
4.2 Sprint: Rápido, Curto
É a consolidação prática do
processo empírico do Scrum.
Sprint possui um período fixo
de tempo (time-boxed), de 1 a 4
semanas, durante o qual um ou
mais itens “pronto”, um
incremento de produto
potencialmente liberado é
criados.
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
4.2 Sprint: Rápido, Curto
Todas as Sprints devem ter o
mesmo tempo, conforme a
teoria do Scrum.
O tempo da Sprint é definido
pelo Time e pela organização,
de acordo com a capacidade de
trabalho e complexidade de
construção do incremento.
Incremento (MVP)
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
4.2 Sprint: É o container para os Eventos, uso dos Artefatos por meio 
da atuação da Equipe em entregar valor em incremento ao final da 
Sprint.
Eventos
Equipe
Artefatos
Backlog 
do produto
Backlog 
da Sprint
Incremento
(MVP)
Retrospectiva 
Da
Sprint
Planejamento
da Sprint
Retrospectiva
da Sprint
Revisão 
da Sprint
Reunião
Diária
4.2 Sprint: 
Uma nova Sprint inicia
imediatamente após a conclusão
da anterior, com ajustes ao
incrementos “prontos” que não
foram validados ou não foram
aceitos, bem como a adição de
novos itens do Backlog definidos.
Cada Sprint é como um projeto com
prazo fixo e deve gerar um resultado,
um incremento.
Incremento (MVP)
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
4.3 Incremento (MVP)
MVP - Mínimo Produto Viável:
• É um item, entrega ou
funcionalidade que atende a
um ou mais requisitos do
backlog do Produto.
• Deve ser testável e funcional
para demonstração ao final
da Sprint (revisão).
Incremento (MVP)
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
4.3 Incremento (MVP)
MVP — Mínimo produto viável:
• Na prática, é o objetivo da
Sprint, o resultado a ser
atingido.
• Todo o trabalho se concentra
em prol de realizar somente
o MVP.
Incremento (MVP)
4.3 Incremento (MVP)
Produto final:
• O resultado é criado a partir de
uma série de incrementos, de
Sprint em Sprint.
• O conhecimento pleno das
necessidades do produto do
projeto são adquiridos ao
longo do desenvolvimento.
Incremento (MVP)
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
4.4 Cancelamento da Sprint: 
O que é: quando se decide
parar a Sprint e não prosseguir
com o a entrega do incremento.
Quando: a qualquer momento
até antes do fim da Sprint
definida.
Razão: o incremento esperado
se torna obsoleto, ou seja, a
necessidade ou a tecnologia
mudou, portanto não faz mais
sentido construir.
Incremento (MVP)
Stop
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
X
4.4 Cancelamento da Sprint: 
Quem:
Somente o Product Owner (PO)
tem autoridade para cancelar a
Sprint, embora possa fazer sob
influência de outras partes
interessadas, do Timede
Desenvolvimento ou do Scrum
Master (SM).
Incremento (MVP)
Stop
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
X
4.4 Cancelamento da Sprint: 
Impactos sobre os itens:
• Itens “pronto”: são
revisados imediatamente e o
PO valida ou não.
• Itens incompletos: são
reestimados e colocados de
volta no Backlog do Produto.
Incremento (MVP)
Stop
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
X
4.4 Cancelamento da Sprint: 
Impactos sobre os itens:
Cancelamentos da Sprint são
incomuns, devido ao tamanho
das Sprints, mas, quando
ocorrem, consomem recursos e
são traumáticos à equipe.
Incremento (MVP)
Stop
Sprint 1 Sprint 2 Sprint 3
1 a 4 sem 1 a 4 sem 1 a 4 sem
X
Capítulo 5 – Equipes Scrum
5.1 Equipes Scrum
5.2 Product Owner
5.3 Time de Desenvolvimento 
5.4 Scrum Master
5.1 Equipes Scrum
Scrum
Equipe
Características:
• São as unidade únicas de trabalho 
de Scrum. Não existe “subtime” 
Scrum ou “subunidade” Scrum.
• São compostas de pessoas com 
papéis e responsabilidades 
específicas que colaboram em um 
ambiente de desenvolvimento de 
produto.
5.1 Equipes Scrum
Scrum
Equipe
Características:
• Pequenas: de 5 a 10 participantes 
(todos os papéis), conforme o 
tamanho e a complexidade do 
projeto.
• Específicas: os participantes 
trabalham em uma empreitada de 
projeto ou produto por vez, 
priorizando e focando no trabalho.
5.1 Equipes Scrum
Scrum
Equipe
Características:
• Auto-organizáveis: os participantes 
escolhem a melhor forma de 
entregar e realizar o trabalho, em 
vez de serem dirigidos por 
superiores.
• Multifuncionais: os participantes 
possuem competências necessárias 
para realizar o trabalho, sem 
depender de outros além da 
equipe.
5.1 Equipes Scrum
Scrum
Equipe
Características:
• Entregam de forma iterativa: com 
ciclos de Sprints, maximizando a 
oportunidade de feedback, 
adaptação e aprendizado.
• Entregam de forma incremental: 
com definições claras de pronto 
(done), com base no que se sabe.
5.1 Equipes Scrum
Scrum
Equipe
Busca proporcionar e aperfeiçoar:
• Flexibilidade.
• Adaptabilidade.
• Criatividade.
• Produtividade.
Em especial para ambiente, trabalhos e 
projetos complexos (alta incerteza).
5.1 Equipes Scrum
Scrum
Equipe
As características das equipes Scrum 
são fáceis de entender, porém são 
difíceis de aplicar e de dominar com 
eficácia, devido, em especial, à sua 
simplicidade e necessidade de pessoas 
com a mentalidade empírica, auto-
organizadas e multifuncionais.
5.1 Equipe Scrum: Papéis
Product Owner
Time de Desenvolvimento
Scrum Master
Scrum
Equipe
5.2 Product Owner: Dono do Produto
Responsabilidade:
É o profissional responsável por 
Maximizar o valor entregue do 
resultado do trabalho do Time de 
Desenvolvimento ao(s) beneficiário(s).
O Product Owner gerencia os requisitos, 
suas prioridades e o valor entregue por 
meio do Backlog do Produto.
Scrum
Equipe
Backlog do 
produto
5.2 Product Owner: Dono do Produto
Gerenciando o Backlog do Produto:
• Definir claramente os itens do Backlog 
com o(s) cliente(s).
• Ordenar/priorizar os itens para melhor 
alcançar as metas, para cada Sprint.
• Otimizar o valor do trabalho que o Time 
de Desenvolvimento realiza.
• Garantir transparência, simplicidade e 
clareza dos itens e das prioridades.
• Garantir entendimento do Backlog pelo 
time no nível necessário para o trabalho.
1) item
2) item
3) Item 
4) Item 
5) Item 
5.2 Product Owner: Dono do Produto
Fatores de sucesso:
• Comunicação para levantamento 
dos requisitos e priorização para as 
Sprints.
• Respeito às definições do PO pelo 
time e pela organização, ou seja 
deve-se trabalhar apenas nos itens 
priorizados do Backlog.
• Decisões e priorizações devem 
estar sempre transparentes, claras 
e entendidas por todos.
Scrum
Equipe
Backlog do 
Produto
5.2 Product Owner: Dono do Produto
Fatores de Sucesso:
• Product Owner é considerado a 
“voz do cliente” (beneficiário) no 
desenvolvimento de um produto, 
solução ou projeto de valor.
• Essa mentalidade dentro do 
desenvolvimento é fator crítico de 
sucesso. 
Scrum
Equipe
Backlog do 
Produto
5.3 Time de Desenvolvimento
Responsabilidade:
Grupo de profissionais que, a partir 
dos itens definidos do Backlog, 
realizam o trabalho, criam as 
entregas e os resultados do projeto 
de forma empírica (incrementos).
Somente o time desenvolvimento 
cria resultados, os demais papéis não 
realizam as entregas.
5.3 Time de Desenvolvimento
Responsabilidade
Os resultados são incrementos
potencialmente liberáveis do
produto “pronto”, entregues
ao final de cada Sprint.
Esse incremento (MVP) é
requerido para validação no
Evento de Revisão da Sprint.
Sprint 1 Sprint 2
Incremento (MVP)
Revisão 
da Sprint
5.3 Time de Desenvolvimento
Fatores de Sucesso:
• 100% auto organizados: nem o 
Scrum Master diz como realizar o 
backlog em incremento de entrega, 
o time define quem e como fazer.
• 100% Multifuncionais: o time 
possui tudo e todas as 
competências que precisa para 
construir os incrementos de 
entrega.
5.3 Time de Desenvolvimento
Fatores de sucesso:
• Sem títulos: não existem títulos no 
time de desenvolvimento Scrum, 
mantém-se a horizontalidade entre 
todos.
• Entrega de todos: a responsabilidade 
da entrega é coletiva, pertence ao 
todo, ao time, que atua de forma 
colaborativa.
5.3 Time de Desenvolvimento
Fatores de sucesso: tamanho do time
• Pequeno o suficiente para ser ágil, 
grande o suficiente para entregar 
trabalho dentro da Sprint.
• Um Time com menos de 3 pessoas 
diminui a interação e a capacidade de 
entrega na Sprint. Um Time com mais 
de 9 exige alta coordenação, 
descontando o PO e o Scrum Master.
• É o esquadrão de elite (squad) na 
entrega de valor. 
5.4 Scrum Master: Mestre Scrum
Responsabilidade:
Profissional responsável por 
promover e suportar a abordagem 
Scrum na organização, com o 
objetivo de garantir e maximizar o 
valor criado pelo time.Scrum
Equipe
5.4 Scrum Master: Mestre Scrum
Responsabilidade:
Ajuda todos a entenderem: 
• Teoria.
• Valores.
• Práticas.
• Regras.
É um líder Servidor!
Scrum
Equipe
5.4 Scrum Master: Líder Servidor
Líder Servidor
Promove um ambiente 
de comunidade 
Servir e ajudar 
as pessoas
Abordagem de trabalho 
holística
Promove as tomadas de 
decisões compartilhadas
5.4 Scrum Master: Líder Servidor
As 3 frentes de Servidão do SM:
1. Product Owner.
2. Time de Desenvolvimento.
3. Organização.
Scrum
Equipe
5.4 Scrum Master: Líder Servidor
1) Scrum Master e o PO:
• Garante que os objetivos, escopo e 
domínio do produto sejam entendidos 
o melhor possível por todos do time;
• Compreende o planejamento do 
produto em um ambiente empírico;
• É interlocutor no entendimento e 
necessidades dos itens do Backlog (se 
necessário);
• Fornece técnicas e ferramentas para 
efetivo gerenciamento do Backlog.
Scrum
Equipe
5.4 Scrum Master: Líder Servidor
1) Scrum Master e o PO:
• Garante que o Product Owner saiba 
como organizar o Backlog do Produto 
de forma a maximizar o valor.
• Compreende, pratica e inspira a 
agilidade no trabalho do PO.
• Facilitar os eventos Scrum exigidos e 
necessários.
Scrum
Equipe
5.4 Scrum Master: Líder Servidor
2) Scrum Master e o Time:
• Treinamento: auto organização 
multidisciplinaridade. 
• Treinamento: sobre Scrum e em 
organizações onde o Scrum não é 
totalmente adotado e compreendido.
• Ajuda o time com seu conhecimento, 
experiência e exemplo de conduta, 
garantindo as entregas de valor. 
Scrum
Equipe
5.4 Scrum Master: Líder Servidor
2) Scrum Master e o Time:
• Remove impedimentos e dificuldades ao 
progresso do time nas atividades e nas 
entregas
• Facilita os eventos Scrum exigidos e 
necessários para garantir as entregas 
• Fornece técnicas e ferramentas para 
efetivo gerenciamento da produtividade
Scrum
Equipe
5.4 Scrum Master: Líder Servidor
3) Scrum Master e a Organização:
• Faz treinamentos sobre ágil e o Scrum a 
funcionáriose partes interessadas.
• Lidera a implementação e a manutenção 
do Scrum e o seu processo empírico.
• Promove a mudança na conduta para os 
valores do Scrum.
• Promove e evidencia o aumento de 
produtividade e entrega de valor.
• Colabora com outros Scrum Masters 
para aumentar a eficácia na organização.
Scrum
Equipe
5.4 Scrum Master: Líder Servidor
Em síntese, o Scrum master é o 
agilista, o guardião do Scrum, 
focado em garantir o melhor do 
Scrum para a entrega de valor 
constante no desenvolvimento 
Scrum
Equipe
Capítulo 6 – Backlog do Produto
6.1 Backlog do Produto: O que é?
6.2 Backlog do Produto: Construção 
6.3 Backlog do Produto: Atualização
6.4 Backlog do Produto: Responsabilidade 
6.1 Backlog do Produto: O que é? 
Eventos
Equipe
Artefatos
Backlog 
do produto
Backlog 
da Sprint
Incremento
(MVP)
Retrospectiva 
Da
Sprint
Planejamento
da Sprint
Retrospectiva
da Sprint
Revisão 
da Sprint
Reunião
Diária
6.1 Backlog do Produto: O que é? 
Backlog = Lista
É uma lista ordenada de tudo o que é 
necessário e conhecido no produto, 
sendo a base para o desenvolvimento.
É a única fonte dos requisitos para 
qualquer mudança a ser realizada no 
produto ou projeto.
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 1
Requisito 4
Requisito 7
6.1 Backlog do Produto: O que é? 
Backlog = Lista
A melhor maneira de entender o Backlog
do Produto de forma completa é 
compreender seu processo de 
construção.
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 1
Requisito 4
Requisito 7
6.2 Backlog do Produto: Construção
Projetos (produtos) complexos 
nascem de necessidades e 
expectativas de partes interessadas 
a serem atendidas.
Tais necessidades são coletadas e 
listadas, assim como em qualquer 
projeto ou desenvolvimento.
Necessidade 2
Expectativa 1
Necessidade 1
Expectativa 2
Necessidade 4
Expectativa 3
Necessidade 3
Expectativa 4
Necessidade 6
Expectativa 5
Necessidade 5
Expectativa 6
Necessidade 8
Expectativa 7
Necessidade 7
Expectativa 8
Necessidade 9
Expectativa 9
Expectativas
Necessidade 2
Expectativa 1
Expectativa 2
Expectativa 2
6.2 Backlog do Produto: Construção
As necessidades são descritas em forma 
de Requisitos, traduzindo a visão do 
produto para o ambiente de 
desenvolvimento.
Requisitos podem ser:
• Funcionais.
• Negócios.
• Tecnológicos.
• De mercado.
Necessidade 2
Expectativa 1
Necessidade 1
Expectativa 2
Necessidade 4
Expectativa 3
Necessidade 3
Expectativa 4
Necessidade 6
Expectativa 5
Necessidade 5
Expectativa 6
Necessidade 8
Expectativa 7
Necessidade 7
Expectativa 8
Necessidade 9
Expectativa 9
Requisito 9 
Requisito 8 
Requisito 7
Requisito 6
Requisito 5
Requisito 4
Requisito 3
Requisito 2
Requisito 1
Visão do ProdutoExpectativas
6.2 Backlog do Produto: Construção
Necessidade 2
Expectativa 1
Necessidade 1
Expectativa 2
Necessidade 4
Expectativa 3
Necessidade 3
Expectativa 4
Necessidade 6
Expectativa 5
Necessidade 5
Expectativa 6
Necessidade 8
Expectativa 7
Necessidade 7
Expectativa 8
Necessidade 9
Expectativa 9
Requisito 9 
Requisito 8 
Requisito 7
Requisito 6
Requisito 5
Requisito 4
Requisito 3
Requisito 2
Requisito 1
Visão do ProdutoExpectativas O levantamento de requisitos é 
consolidada com a definição e 
detalhamento dos atributos.
Os atributos são úteis para o time de 
desenvolvimento entender os detalhes 
esperados e como será aceito, se pronto.
Requisito 2: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
6.2 Backlog do Produto: Construção
Necessidade 2
Expectativa 1
Necessidade 1
Expectativa 2
Necessidade 4
Expectativa 3
Necessidade 3
Expectativa 4
Necessidade 6
Expectativa 5
Necessidade 5
Expectativa 6
Necessidade 8
Expectativa 7
Necessidade 7
Expectativa 8
Necessidade 9
Expectativa 9
Requisito 9 
Requisito 8 
Requisito 7
Requisito 6
Requisito 5
Requisito 4
Requisito 3
Requisito 2
Requisito 1
Visão do ProdutoExpectativas Requisitos claramente definidos e 
atribuídos são essenciais para a criação e 
desenvolvimento com entrega de valor.
Agrupamento e ordenação dos requisitos 
também são partes do processo de 
priorização.
Requisito 2: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Os requisitos são agrupados por 
afinidade: funcionalidades e 
especificidades.
Os agrupamentos são base para 
definir incrementos testáveis e 
verificáveis, em Sprints.
Os grupos são ordenados por 
valor e capacidade de entrega 
fornecendo uma visão de entrega 
de Sprints em alto nível de 
Sprints: Roadmap (release).
Backlog do Produto
6.2 Backlog do Produto: Construção
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Requisito 9 
Requisito 8 
Requisito 7
Requisito 6
Requisito 5
Requisito 4
Requisito 3
Requisito 2
Requisito 1
Visão do Produto
M
ai
o
r 
P
ri
o
ri
d
ad
e 
1
2
3
Roadmap
Os requisitos na Sprint 
também são ordenados por 
valor: expectativa de 
entrega o quanto antes! 
Mas, também são 
ordenados por: 
• Capacidade de entrega.
• Dependências.
Backlog do Produto
6.2 Backlog do Produto: Construção
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 1
Requisito 4
Requisito 7
Requisito 9 
Requisito 8 
Requisito 7
Requisito 6
Requisito 5
Requisito 4
Requisito 3
Requisito 2
Requisito 1
Visão do Produto
M
ai
o
r 
P
ri
o
ri
d
ad
e 
1
Backlog do Produto
6.3 Backlog do Produto: Atualização - Artefato Vivo
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Necessidade 2
Expectativa 1
Necessidade 1
Expectativa 2
Necessidade 4
Expectativa 3
Necessidade 3
Expectativa 4
Necessidade 6
Expectativa 5
Necessidade 5
Expectativa 6
Necessidade 8
Expectativa 7
Necessidade 7
Expectativa 8
Necessidade 9
Expectativa 9
Requisito 9 
Requisito 8 
Requisito 7
Requisito 6
Requisito 5
Requisito 4
Requisito 3
Requisito 2
Requisito 1
Visão do ProdutoExpectativas
Requisito 2: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
M
ai
o
r 
P
ri
o
ri
d
ad
e 
Processo retoma coletando novas necessidades, confirmando e construindo os requisitos ordenados
conforme as entregas das Sprints: feedback, aprendizado, conhecimento e mudanças necessárias.
Roadmap
1
2
3
6.4 Backlog do Produto: Responsabilidade 
Responsável: Product Owner
• Backlog do Oroduto é o principal 
artefato do Scrum, é a alma, a fonte da 
criação e do desenvolvimento
empírico, sendo responsabilidade
integral do PO (seu guardião).
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 1
Requisito 4
Requisito 7
Backlog Produto
6.4 Backlog do Produto: Responsabilidade
Responsável: Product Owner
• Construção: ocorre com o suporte do 
Scrum Master nos métodos e 
ferramentas.
• Atualização: garantir constante adaptação 
as necessidades do requisitante, antes e 
durante as Sprints.
• Disponibilidade: dos itens do backlog para 
o time de desenvolvimento da forma mais 
transparente possível.
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 1
Requisito 4
Requisito 7
Backlog Produto
Capítulo 7 – Eventos da Sprint
7.1 O ciclo PDCL 
7.2 Eventos da Sprint 
7.3 Eventos da Sprint: Funções 
7.4 Eventos da Sprint: Características
7.5 Eventos da Sprint: Responsabilidades
7.1 Ciclo PDCL
Inspirado no ciclo PDCA do Lean aplicado ao desenvolvimento de produtos. 
Do = Fazer
7.2 Eventos da Sprint 
Na prática, os eventos seguem o Ciclo PDCL, para garantir o empirismo. 
7.3 Eventos da Sprint: Funções
• Organizar o trabalho na Sprint.
• Gerar cadência de trabalho na Sprint.
• Transparência do progresso da Sprint.
• Inspeção e adaptação ao trabalho.
7.3 Eventos da Sprint: Funções
Eventosda Sprint Scrum são pontos de 
inspeção, adaptação e transparência, 
definidos e realizados para tratar 
assuntos “somente ”da Sprint, bem 
como minimizar (eliminar) a 
necessidade de qualquer outra 
reunião.
Foco apenas no resultado!
7.4 Eventos da Sprint: Características
• Regularidade fixa, tem datas para 
realização.
• Tempo fixo ou de duração máxima, 
(time-boxed).
• Iniciada a Sprint, a duração definida 
para os eventos permanece.
7.4 Eventos da Sprint: Características
Duração Time-boxed Sprint 
15 dias
Sprint
30 dias
Planejamento da Sprint 4 hrs 8 hrs
Reuniões Diárias 15 min 15 min
Revisão da Sprint 2 hrs 4 hrs
Retrospectiva 1h30 3 hrs
7.5 Eventos da Sprint: Responsabilidades
Scrum Master:
• Garante a ocorrência e a 
regularidade dos eventos, combina 
as regras, local e métricas com o 
todo o time.
• Garante a participação de toda a 
equipe e o propósito.
7.5 Eventos da Sprint: Responsabilidades
Product Owner: 
• Avalia a necessidade da 
participação de partes interessadas 
em algum evento.
• Participa ativamente do 
planejamento e reforça o propósito 
dos eventos a todos.
7.5 Eventos da Sprint: Responsabilidades
Time de Desenvolvimento:
• Tratar dos assuntos pertinentes à 
Sprint, trazer e debater informação 
de forma clara e objetiva.
• Participar de forma colaborativa e 
focada no resultado da Sprint em 
todos os eventos.
Capítulo 8 – Planejamento da Sprint
8.1 Planejamento da Sprint: O que é? 
8.2 Planejamento da Sprint: Características 
8.3 Meta da Sprint 
8.4 Roteiro do Planejamento da Sprint: Roteiro 
8.5 Resultado do planejamento: Backlog da Sprint
8.1 Planejamento da Sprint: O que é?
Reunião específica para criar um 
plano de trabalho da Sprint para 
atingir uma meta, a partir do 
Backlog do Produto.
É o evento de maior duração da 
Sprint e fundamental para realizar o 
trabalho de forma coordenada e 
focado em entregar resultados.
PLAN 
Início da Sprint
8.2 Planejamento da Sprint: Características
• Reunião de 4 a 8 horas, 
dependendo do tamanho da 
Sprint. É o evento de maior 
duração dentro da Sprint.
• Não é reunião de Status, é uma 
reunião de planejamento da 
meta e organização do trabalho.
• Ambiente colaborativo com a 
participação de toda a equipe 
Scrum com foco em definir. 
Inicio da Sprint
PLAN 
8.3 Meta da Sprint
É o objetivo (incremento) definido 
para a Sprint a partir do Backlog do 
Produto, agrupado e ordenado.
Fornece direção e foco ao Time de 
Desenvolvimento, tendo a visão de 
cada Sprint é um projeto! 
O foco da Sprint é entregar o 
objetivo da Sprint, por meio do 
Backlog da Sprint!
Backlog do Produto
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Roadmap
1
2
3
Incremento
Meta 
M
ai
o
r 
P
ri
o
ri
d
ad
e 
8.3 Meta da Sprint
De forma prática, todo o 
planejamento da Sprint consiste 
em desenvolver o Backlog da Sprint 
de forma objetiva e colaborativa, a 
partir do Backlog do Produto.
Backlog do Produto
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Roadmap
1
2
3
Incremento
Meta 
M
ai
o
r 
P
ri
o
ri
d
ad
e 
8.4 Planejamento da Sprint: Roteiro
1. Apresentar o Backlog do 
Produto.
2. Definição: O que fazer?
3. Definição: Como e quem fazer?
4. Definição: Quando fazer?
5. Refinar o Backlog da Sprint.
PLAN 
8.4 Roteiro de planejamento: 1. Apresentar o Backlog
Product Owner:
• Apresenta o Backlog do Produto e 
a meta.
• Detalha os requisitos (atributos)
que se completos podem atingir a 
meta.
Backlog do Produto
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Incremento
Meta 
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Sprint 1
8.4 Roteiro de planejamento: 1. Apresentar o Backlog
Time de Desenvolvimento:
• Avalia e faz estimativas de quais 
requisitos podem ser realizados, 
conforme a capacidade de 
entrega.
• A capacidade de entrega é 
definida com base em lições 
aprendidas de Sprints 
anteriormente realizados, ou de 
outros projetos.
Backlog do Produto
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Incremento
Meta 
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Sprint 1
8.4 Roteiro de planejamento: 2. Definição – O que fazer?
Time de Desenvolvimento:
• Decide “o que fazer”: confirma a 
todos quais requisitos podem ser 
entregues nesta Sprint para 
atingir a meta.
• Requisitos confirmados são a base 
para o Backlog da Sprint.
Backlog do Produto
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Incremento
Meta 
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Sprint 1
8.4 Roteiro de planejamento: 2. Definição – O que fazer?
Product Owner: pode auxiliar o Time 
de Desenvolvimento nas decisões de 
escolha ou troca de requisitos, sendo 
a decisão final do Time.
Scrum Master: pode auxiliar o Time 
de Desenvolvimento com suporte 
organizacional e garantir o foco na 
entrega de resultados.
Backlog do Produto
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Incremento
Meta 
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Req1: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
Sprint 1
8.4 Roteiro de planejamento: 3. Definição – Como fazer?
Time de Desenvolvimento decide:
• Como irá construir esses 
requisitos, tamanho e esforço, 
sequencia, dependência, pronto.
• A decomposição em pacotes 
(atividades) menores de esforço 
no tempo, geralmente em 
unidades de horas ou um dia. 
• Quem irá construir cada pacote, 
pares, trios e arranjo de trabalho.
Backlog do Produto
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
R7.4 – item X
Critério Pronto:
Quem: Manuel
Quando: 1 dia
Start: dd/mm/aa
8.4 Roteiro de planejamento: 3. Definição – Como fazer?
Scrum Master pode auxiliar com:
• Técnicas e práticas de 
decomposição.
• Técnicas e práticas de priorização 
e estimativa de prazos.
Backlog do Produto
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
R7.4 – item X
Critério Pronto:
Quem: Manuel
Quando: 1 dia
Start: dd/mm/aa
8.4 Roteiro de planejamento:4. Definição – Quando 
fazer?
Time de Desenvolvimento decide:
• Quando definir a distribuição dos 
pacotes (atividades) de acordo com 
o tempo de entrega planejado, no 
prazo da Sprint, em dias ou 
semanas.
• Os primeiros pacotes a serem 
entregues devem ser os mais 
prioritários e com maior clareza de 
conclusão.
Backlog do Produto
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
M
ai
o
r 
P
ri
o
ri
d
ad
e 
Sprint 1
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
8.4 Roteiro de planejamento: 5 – Backlog da Sprint
Backlog da Sprint – Plano contendo:• Meta da Sprint: descrição em nível 
mais detalhado do que se quer atingir 
com base nos requisitos.
• Lista dos pacotes: lista dos pacotes, 
itens ou atividades que foram 
decompostos em prioridade e 
afinidade.
• Plano de entregas: dos pacotes em 
dias ou semanas conforme o tamanho 
da Sprint.
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog da Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Bicicleta 
requisitos decompostos 
1, 4 e 7 
Goal (Meta)
Pacotes
8.4 Roteiro de planejamento: 5. Backlog da Sprint
Scrum Master e Time decidem aspectos de 
gestão do Backlog da Sprint, em alinhamento 
com a organização.
• Monitoramento de entregas: definir quais 
tipos ou ferramentas serão usados com 
foco nos pilares do Scrum. Exemplos:
• Listas. 
• Calendários.
• Quadro de fluxo Kanban. 
• Métricas: como o desempenho das 
entregas do backlog será medido
• Burndown.
• Burnups.
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog da Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
Bicicleta 
requisitos decompostos 
1, 4 e 7 
8.5 Resultado do planejamento: Backlog da Sprint
Meta da Sprint 1: 
A fazer 
Semana: 1 
Fazendo Feito Pronto (validado)
Semana 3
Semana 4
Semana 1
Semana 2
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog da Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
5 10 15 20 25 30
15
10
5
Monitoramento:
Quadros de fluxo Kanban
Métricas: Burndown Impedimentos 
Plano: meta e entregas
Bicicleta 
requisitos decompostos 
1, 4 e 7 
Capítulo 9 – Reunião Diária da Sprint
9.1 Reunião Diária: O que é? 
9.2 Reunião Diária: Características 
9.3 Reunião Diária: Regras
9.4 Reunião Diária: Roteiro 
9.5 Monitorando o progresso: Quadros Kanbans
9.6 Monitorando o progresso: Gráficos Burndown
9.7 Monitorando o progresso: Gráficos Burnups
9.1 Reunião Diária: O que é?
Reunião que ocorre todos os dias da 
Sprint, com o propósito de: 
• Inspecionar o trabalho realizado 
nas últimas 24 horas. 
• Planejar e adaptar o trabalho das 
próximas 24 horas.
DO 
Buscar a META da Sprint
9.2 Reunião Diária: o que é?
Proporciona:
• Constante alinhamento do Time.
• Melhor comunicação.
• Maior colaboração.
• Eliminação de reunião adicionais.
• Identificação e remoção de bloqueios.
• Cadência de trabalho.
• Inspeção e adaptação constantes.Buscar a META da Sprint
DO 
9.2 Reunião Diária: Características
• Reunião de até 15 minutos, evento 
mais rotineiro e rápido da Sprint.
• Reunião de status do Time de 
Desenvolvimento, para avaliar o 
progresso em direção à meta, 
conforme o plano.
• Ambiente informal, transparente e 
colaborativo, parte da rotina de 
trabalho diário!
Buscar a META da Sprint
DO 
9.2 Reunião Diária: Características 
Scrum Master garante: regularidade, 
tempo, regras, foco e, por vezes, 
conduz a reunião, mesmo que seja uma 
reunião do Time de Desenvolvimento.
Time de Desenvolvimento garante: 
engajamento, foco na meta, resolução 
colaborativa dos impedimentos logo 
após a reunião. 
Buscar a META da Sprint
DO 
9.3 Reuniões Diárias: Regras
• Local: se possível, único.
• Rituais: geralmente em pé (se 
possível).
• Horário: único e viável a todos.
• Pauta: requisitos e meta da Sprint.
• Artefato: Backlog da Sprint.
• Quem: Time de Desenvolvimento e 
Scrum Master (se possível).
• Condução: palavras-chave.
Buscar a META da Sprint
DO 
9.4 Roteiro da Reunião Diária: 
Geralmente são considerados:
1. Palavras-chave.
2. Monitoramento do progresso.
A ordem é acordada com o Time de
Desenvolvimento.
DO 
Ajudará a META da Sprint?Ajudou a META da Sprint?Ontem Hoje
9.4 Roteiro da Reunião Diária: 1) Palavras-chave
• O que eu fiz ontem?
• O que eu farei hoje?
• Temos algum impedimento?
DO 
Ajudará a META da Sprint?Ajudou a META da Sprint?Ontem Hoje
9.4 Roteiro da Reunião Diária: 1) Palavras-chave
Meta da Sprint 1: 
A fazer 
Semana: 1 
fazendo feito Pronto (validado)
Semana 3
Semana 4
Semana 1
Semana 2
A serem 
resolvidos e 
Tratados
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
5 10 15 20 25 30
15
10
5
Impedimentos 
• O que eu fiz ontem?
• O que eu farei hoje?
• Temos algum impedimento?
R1.1 R1.3
R4.1
Bicicleta 
requisitos decompostos 
1, 4 e 7 
9.4 Roteiro da Reunião Diária: 2) Monitorar o progresso
Progresso: monitorar quais requisitos
do Backlog da Sprint já foram realizados
(o progresso atual).
Quantos requisitos já foram entregues?
Quantos requisitos a entregar?Quantos requisitos entregues?Até ontem Hoje
9.4 Roteiro da Reunião Diária: 2) Monitorar o progresso
Projeção (tendência): avaliar o trabalho
restante. Quantos requisitos a
entregar? Projetar a chance de alcançar
o objetivo da Sprint.
É útil, mas não substitui o progresso, o
que já sabemos, especialmente em
ambientes complexos, para tomada de
decisão.
Quantos requisitos a entregar?Quantos requisitos entregues?Até ontem Hoje
9.4 Roteiro da Reunião Diária: 2) Monitorar o progresso
Práticas e ferramentas comuns para
monitorar e prever o progresso:
• Fluxos cumulativos: Kanbans
• Gráficos Burndown
• Graficos Burnups
Quantos requisitos a entregar?Quantos requisitos entregues?Até ontem Hoje
9.5 Monitorando o Progresso: Quadros kanban
Meta da Sprint 1: 
A fazer 
Semana: 1 
Fazendo Feito Pronto (validado) 
Semana 3
Semana 4
Semana 1
Semana 2
A serem 
resolvidos e 
Tratados
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
5 10 15 20 25 30
15
10
5
Impedimentos 
R1.1 R1.3
R4.1
WIP — Work in Progress: somente atividades de um período em
linha de produção. Exemplo: somente os pacotes da semana 1
em trabalho, 1 entrega de 3 até hoje para meta da semana!
Sistema puxado de produção: itens prontos (“Feito”) puxam os
ainda em produção (“Fazendo”) e ainda a iniciar (“A fazer”).
Quanto requisitos entregues?
Quantos requisitos a entregar?
Bicicleta 
requisitos decompostos 
1, 4 e 7 
9.5 Monitorando o Progresso: Quadros kanban
Meta da Sprint 1: 
A fazer 
Sprint 4 Weeks 
Fazendo Feito 
Semana 3
Semana 4
Semana 1
Semana 2
A serem 
resolvidos e 
Tratados
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
5 10 15 20 25 30
15
10
5
Impedimentos 
R1.1
R1.3
R4.1
WIP — Work in Progress: somente atividades de um período em
linha de produção. Exemplo: todos os pacotes da Sprint, 1
entrega de 12 até hoje para chegar à meta da Sprint!
Sistema puxado de produção: itens prontos (“feito”) puxam os
ainda em produção (“fazendo”) e ainda a iniciar (“a fazer”).
Quantos entregues?
Quantos a entregar?
R4.3
R7.2R1.4
R7.1 R4.2
R4.4
R7.3 R7.4
R1.2
Pronto (validado) 
Bicicleta 
requisitos decompostos 
1, 4 e 7 
9.5 Monitorando o Progresso: Quadros kanban
Meta da Sprint 1: 
A fazer 
Sprint 4 Weeks 
Fazendo Feito 
Semana 3
Semana 4
Semana 1
Semana 2
A serem 
resolvidos e 
Tratados
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
5 10 15 20 25 30
15
10
5
Impedimentos 
R1.1
R1.3
R4.1
WIP — Work in Progress: somente atividades de um período em
linha de produção. Exemplo: todos os pacotes da Sprint, 1
entrega de 12 até hoje para chegar à meta da Sprint. Organizado
pelos requisitos a serem construídos.
Sistema puxado de produção: itens prontos (“feito”) puxam os
ainda em produção (“fazendo”) e ainda a iniciar (“a fazer”).
Quantos entregues?
Quantos a entregar?
R4.3
R7.2
R1.4
R7.1
R4.2
R4.4
R7.3 R7.4
R1.2
Pronto (validado) 
Bicicleta 
requisitos decompostos 
1, 4 e 7 
9.6 Monitorando o progresso: Gráficos Burndown
• Mostra os pacotes já 
realizados e a previsão de 
pacotes faltantes terminar de 
forma regressiva.
• Linha baseline é o 
desempenho médio esperado, 
e a linha real representa o 
medido.
0
1
2
3
4
5
6
7
8
9
10
11
12
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
P
ac
o
te
s
Dias de Sprint 1
Burndown da Sprint 1
Baseline Real
Entregues
Quanto a entregar?
0
1
2
3
4
5
6
7
8
9
10
11
12
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
P
ac
o
te
s
Dias de Sprint 1
Burndown da Sprint 1
Baseline Real Linear (Real)
9.6 Monitorando o progresso: Gráficos Burndown
• Linha linear (opcional), 
pontilhada, é a tendência 
conforme o ritmo das entregas 
anteriores. 
• Ajuda o time a estabelecer 
uma previsão para atingir a 
meta da Sprint, seguindo este 
ritmo.
Entregues
Quanto a entregar?
Como estamos?
9.6 Monitorando o Progresso: Gráficos Burndown
Meta da Sprint 1: 
A fazer 
Semana: 1 
Fazendo Feito 
Semana 3
Semana 4
Semana 1
Semana 2
A serem 
resolvidos e 
tratados
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
Impedimentos 
R1.1 R1.3
R4.1Quanto requisitos entregues?
Quanto requisitos a entregar?
Como estamos?
Pronto (validado) 
Bicicleta 
requisitos decompostos 
1, 4 e 7 
0
1
2
3
4
5
6
7
8
9
10
11
12
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
P
ac
o
te
s
Dias de Sprint 1
BurnUp Sprint 1
Baseline Real Linear (Real)
9.7 Monitorando o Progresso: Gráficos Burnups
• Mostra os pacotes já 
realizados e a previsão de 
pacotes faltantes terminar de 
forma acumulada.
• Linha baseline é o 
desempenho médio esperado, 
sendo real o medido.
Entregues
Quanto a entregar?
0
1
2
3
4
5
6
7
8
9
10
11
12
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
P
ac
o
te
s
Dias de Sprint 1
BurnUp Sprint 1
Baseline Real Linear (Real)
9.7 Monitorando o Progresso: Gráficos Burnups
• Linha linear (opcional) é a 
tendência conforme o ritmo 
das entregas anteriores. 
• Ajuda o time a uma previsão 
de atingimento da meta da 
Sprint seguindo este ritmo.
Como estamos?
Entregues
Quanto a entregar?
9.7 Monitorando o Progresso: Gráficos Burnups
Meta da Sprint 1: 
A fazer 
Semana: 1 
fazendo feito 
Semana 3
Semana 4
Semana 1
Semana 2
A serem 
resolvidos e 
tratados
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
Impedimentos 
R1.1 R1.3
R4.1Quanto requisitos entregues?
Quanto requisitos a entregar?
Como estamos?
Pronto (validado) 
Bicicleta 
requisitos decompostos 
1, 4 e 7 
Capítulo 10 – Revisão da Sprint
10.1 Revisão da Sprint: O que é? 
10.2 Revisão da Sprint: Características 
10.3 Revisão da Sprint: Roteiro 
10.4 Revisão da Sprint: Resultados
10.1 Revisão da Sprint: O que é?
Reunião de apresentação 
(demonstração) e validação dos 
resultados do trabalho realizado na 
Sprint em relação ao que foi planejado.
Apresentação às partes interessadas!
Final da Sprint
CHECK
Meta ok?
10.1 Revisão da Sprint: O que é? 
1. Inspecionar o incremento (a meta 
da Sprint): entregamos o que 
planejamos?
2. Reavaliar o Backlog do Produto: o 
que faremos adiante faz sentido?
3. Adaptar o Backlog do Produto se 
necessário: vamos ajustar!
Final da Sprint
CHECK
Meta ok?
10.1 Revisão da Sprint: Inspecionar (validar) o Backlog 
Meta da Sprint 1: 
A fazer 
Semana: 1 
Fazendo Feito Pronto (validado)
Semana 3
Semana 4
Semana 1
Semana 2
A serem 
resolvidos e 
tratados
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Bicicleta 
requisitos decompostos 1, 
4 e 7 
Goal (Meta)
Pacotes
Impedimentos 
Validação
R1.1
R1.2
R1.3
R1.4
R4.1
R4.2
R4.3
R4.4R7.1
R7.2
R7.3 R7.4
Meta OK?
10.2 Revisão da Sprint: Características
• Reunião de 2 a 4 horas dependendo 
do tamanho da Sprint, sempre ao 
final da Sprint.
• Não é reunião de status, destina-se 
à apresentação do incremento.
• Ambiente informal e colaborativo 
com as partes interessadas para 
obter feedbacks, indispensáveis à 
entrega de valor e adaptação.Final da Sprint
CHECK
Meta ok?
10.2 Revisão da Sprint: Características / Participantes
• Time de Desenvolvimento: quem 
demonstra o incremento.
• Partes interessadas: relevantes e 
convidadas para avaliar o resultado.
• Product Owner: quem convoca a 
reunião e as partes interessadas e 
valida as entregas com as partes.
• Scrum Master: garante a realização, 
dentro do propósito, regras e 
Timebox. 
Final da Sprint
CHECK =
Meta ok?
10.3 Revisão da Sprint: Roteiro 
Meta da Sprint 1: 
A fazer 
Semana: 1 
Fazendo Feito 
Semana 3
Semana 4
Semana 1
Semana 2
Lista de 
impedimentos
e resoluções 
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
Impedimentos 
R1.1
R1.2
R1.3
R1.4
R4.1
R4.2
R4.3
R4.4R7.1
R7.2
R7.3 R7.4
1. Product Owner, durante a
validação esclarece os itens do
Backlog que ficaram prontos (done) e
quais não ficaram prontos.
Pronto (validado)
Bicicleta 
requisitos decompostos 1, 
4 e 7 
10.3 Revisão da Sprint: Roteiro 
Meta da Sprint 1: 
A fazer 
Semana: 1 
Fazendo Feito 
Semana 3
Semana 4
Semana 1
Semana 2
Lista de 
impedimentos
e resoluções 
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
Impedimentos 
R1.1
R1.2
R1.3
R1.4
R4.1
R4.2
R4.3
R4.4R7.1
R7.2
R7.3 R7.4
2. Time de Desenvolvimento discute
o que foi bem, quais impedimentos
ocorreram e como foram resolvidos.
Pronto (validado)
Bicicleta 
requisitos decompostos 1, 
4 e 7 
10.3 Revisão da Sprint: Roteiro 
3. Time de desenvolvimento demonstra o 
trabalho que está pronto (done):
• Detalha cada requisito pronto.
• Demonstra a funcionalidade.
• Responde a questões e dúvidas.
• Confirma o entendimento.
Final da Sprint
CHECK = DEMONSTRAR
Meta ok?
R 1.3 
Uma 
dúvida...
Funciona assim..
10.3 Revisão da Sprint: Roteiro 
4. Product Owner valida o incremento:
• Aprova ou reprova requisitos ou 
incremento completo.
• Projeta metas e datas para requisitos 
em aberto com base no progresso
• Projeta metas para o roadmap.
Final da Sprint
CHECK = VALIDAR
Meta ok?
ou
10.3 Revisão da Sprint: Roteiro 
5. Todo o grupo colabora sobre:
• O que fazer a seguir para próximas 
Sprints, com base no cenário atual e 
priorizando ou repriorizando 
incrementos.
• Sobre o orçamento e como usá-lo, o que 
priorizar em casos de recursos mais 
limitados.
• Sobrea priorização de requisitos dentro 
de incrementos, se aplicável.
Final da Sprint
CHECK = VALIDAR
Meta ok?
O orçamento...
Próximo 
incremento.... O roadmap...
10.4 Revisão da Sprint: Resultados 
1. Validação do Backlog da Sprint.
2. Avaliação do Backlog do Produto.
3. Adaptação do Backlog do Produto.
Final da Sprint Meta ok?
Backlog do produto 
adaptado
Backlog produto 
avaliado Validação OK.
10.4 Resultado 1: Validação da entrega da Sprint 
Meta da Sprint 1: 
A fazer 
Semana: 1 
Fazendo Feito 
Semana 3
Semana 4
Semana 1
Semana 2
Lista de 
impedimentos
e resoluções 
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
Impedimentos 
R1.1
R1.2
R1.3
R1.4
R4.1
R4.2
R4.3
R4.4R7.1
R7.2
R7.3 R7.4
Validação das entregas do Backlog 
da Sprint e afirmação da meta 
atingida.
Pronto (validado)
Bicicleta 
requisitos decompostos 1, 
4 e 7 
Backlog do produto
10.4 Resultado 2: Avaliação do Backlog produto 
Requisito 8 
Requisito 5 
Requisito 2
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Necessidade 2
Expectativa 1
Necessidade 1
Expectativa 2
Necessidade 4
Expectativa 3
Necessidade 3
Expectativa 4
Necessidade 6
Expectativa 5
Necessidade 5
Expectativa 6
Necessidade 8
Expectativa 7
Necessidade 7
Expectativa 8
Necessidade 9
Expectativa 9
Requisito 9 
Requisito 8 
Requisito 7
Requisito 6
Requisito 4
Requisito 3
Requisito 1
Visão do produtoExpectativas
Requisito 2: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
M
ai
o
r 
P
ri
o
ri
d
ad
e 
Avaliação e repriorização de incrementos (metas) das próximas Sprints no Backlog do Produto.
Avaliação e repriorização de requisitos da(s) próxima(s) Sprint(s).
Roadmap
2
3
Requisito 5
Requisito 2
10.4 Resultado 3 : Backlog produto adaptado 
Requisito 8 
Requisito 2 
Requisito 5
Requisito 9
Requisito 6
Requisito 3
Requisito 7
Requisito 4
Requisito 1
Necessidade 2
Expectativa 1
Necessidade 1
Expectativa 2
Necessidade 4
Expectativa 3
Necessidade 3
Expectativa 4
Necessidade 6
Expectativa 5
Necessidade 5
Expectativa 6
Necessidade 8
Expectativa 7
Necessidade 7
Expectativa 8
Necessidade 9
Expectativa 9
Requisito 9 
Requisito 8 
Requisito 7
Requisito 6
Requisito 5
Requisito 4
Requisito 3
Requisito 2
Requisito 1
Visão do ProdutoExpectativas
Requisito 2: Atributos
Descrição:
Ordem:
Estimativa:
Valor:
Critério de Pronto:
M
ai
o
r 
P
ri
o
ri
d
ad
e 
Backlog atualizado com o feedback e ajustes com o conhecido ate o momento!
Roadmap
2
3
Backlog do produto
Capítulo 11 – Retrospectiva da Sprint
11.1 Retrospectiva da Sprint: O que é? 
11.2 Retrospectiva da Sprint: Características 
11.3 Retrospectiva da Sprint: Participantes
11.3 Retrospectiva da Sprint: Roteiro 
11.4 Retrospectiva da Sprint: Resultados
11.1 Retrospectiva da Sprint: O que é?
É a oportunidade de melhoria contínua e 
adaptativa das condutas e práticas de 
todo o Time Scrum por meio de uma 
reunião de lições aprendidas.
Fortalecendo o empirismo, enfatizando 
os valores e as práticas, refletindo-se nos 
resultados das próximas Sprints com 
entrega de valor.
LEARN
O que aprendemos?
11.1 Retrospectiva da Sprint: O que é?
1. Inspecionar “como” a última Sprint se 
desempenhou em relação a: pessoas, 
processos e ferramentas.
2. Identificar e ordenar os aspectos 
positivos e as potenciais melhorias.
3. Criar um plano para melhorias no 
modo de trabalho do time Scrum.
LEARN
O que aprendemos?
11.2 Retrospectiva da Sprint: Características
LEARN
O que aprendemos?
• Reunião de 1h30 a 3 horas, 
dependendo do tamanho da Sprint.
• Não é reunião de status ou revisão, 
destina-se à reflexão, à análise do 
desempenho e das condutas. É 
realizada após a Revisão da Sprint.
• Ambiente colaborativo e altamente 
transparente para obter feedback do 
time, indispensáveis para potencializar 
a melhoria contínua da Equipe Scrum.
11.3 Retrospectiva da Sprint: Participantes
LEARN
O que aprendemos?
• Time de Desenvolvimento: quem 
realizou o trabalho e, portanto, sabe 
bem o ocorreu na Sprint.
• Product Owner: quem recebeu o 
resultado e tem uma visão de alto 
nível sobre o desempenho geral. No 
entanto, é facultativo!
11.3 Retrospectiva da Sprint: Participantes
LEARN
O que aprendemos?
Scrum Master: fundamental na 
realização do evento com resultado 
positivo e produtivo.
• Participa como membro auxiliar do Time 
devido a sua responsabilidade.
• Garante a realização, dentro do time 
boxed e das regras combinadas.
• Enfatiza o entendimento do propósito 
de melhorar, encorajando o Time a 
participar ativamente. 
11.4 Retrospectiva da Sprint: Roteiro
LEARN
O que aprendemos?
1. Scrum Master: 
• Convoca, conduz e garante a 
participação de todos. 
• Apresenta as regras gerais de conduta 
da reunião, o time-boxed.
• Detalha e enfatiza o propósito.
11.3 Retrospectiva da Sprint: Roteiro 
Meta da Sprint 1: 
A fazer 
Semana: 1 
Fazendo Feito 
Semana 3
Semana 4
Semana 1
Semana 2
Lista de 
impedimentos
e resoluções 
R1.1 R1.3
R4.1
R4.3
R7.1
R7.2
R7.3 R7.4
R1.4
R1.2
R4.2
R4.4
Semana 1
Semana 2
Semana 3
Semana 4
Entregas
Backlog Sprint 1
R1.1 R1.2
R1.3 R1.4
R4.1 R4.2
R4.3 R4.4
R7.1 R7.2
R7.3 R7.4
Goal (Meta)
Pacotes
Impedimentos 
R1.1
R1.2
R1.3
R1.4
R4.1
R4.2
R4.3
R4.4R7.1
R7.2
R7.3 R7.4
2. Scrum Master discute o
desempenho geral com base no
Backlog da Sprint.
Pronto (validado)
Bicicleta 
requisitos decompostos 1, 
4 e 7 
11.3 Retrospectiva da Sprint: Roteiro
2. Scrum Master: 
• Evidencia os aspectos 
pontuais que julgar 
necessário.
• Aponta aspectos de conduta 
e relacionamento do time 
com base nos valores.
• Aponta uso das práticas, 
processos e ferramentas 
com base na estrutura.
0
1
2
3
4
5
6
7
8
9
10
11
12
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
P
ac
o
te
s
Dias de Sprint 1
Burndown Sprint 1
Baseline Real Linear (Real)
11.3 Retrospectiva da Sprint: Roteiro
3. Time de Desenvolvimento:
• Realiza sessão conduzida pelo Scrum 
Master, para análise de aspectos
positivos e negativos do trabalho 
realizado pela equipe na Sprint.
• Aspectos estes com base nas: pessoas, 
relacionamento, processos e 
ferramentas.
Negativo (-) Positivo (+)
O que mudar (-) O que manter (+)
11.3 Retrospectiva da Sprint: Roteiro
4. Time de Desenvolvimento
• Ações, práticas e condutas sobre 
o que manter.
• Ações, práticas e condutas sobre o
que mudar.
• É comum o uso de ferramentas 
visuais que facilitem o processo de 
feedback e a transparência. 
Negativo (-) Positivo (+)
O que mudar (-) O que manter (+)
11.4 Retrospectiva da Sprint: Resultados
Scrum Master auxilia na confecção da:
• Lista ordenada e refinada das ações, 
práticas e condutas a serem 
continuadas.
• Lista ordenada e refinada das ações, 
práticas e condutas a serem 
modificadas.
Negativo (-) Positivo (+)
O que mudar (-) O que manter (+)
Ação 1
Prática 2
Conduta 3
Ação 1
Prática 2
Conduta 3
Referências Bibliográficas
Bibliografia Básica: 
• PROJECT MANAGEMENT INSTITUTE. PMI. Agile Practice Guide (PMI). 1º ed. 14, Campus 
Boulevard, Newtown Square, Pensilvania 19073-3299 EUA: Project Management Institute, Inc. , 
2017.
• SCHWABER, K.; SUTHERLAND, J. The Scrum Guide. 2017. Disponível em: 
<https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-US.pdf>.
• RUBIN, Kenneth S. Scrum Essencial – Um guia prático para o mais popular processo ágil. São 
Paulo: Alta Books, 2017.
• CRUZ, Fabio. Scrum e Agile em Projetos. 2º ed. São Paulo: Editora Brasport, 2018.
Bibliografia Complementar:
• SUTHERLAND, J. Scrum: a arte de fazer o dobro do trabalho na metade do tempo. São Paulo: 
Leya, 2014 – Bibliografia Clássica
• SCHWABER, Ken. The ScrumDevelopment Process. Jeffsutherland.org. 1994. Disponível em: 
http://www.jeffsutherland.org/oopsla/schwapub.pdf Acesso em: 21 jul. 2020.
• TAKEUCHI, Hirotaka; NONAKA, Ikujiro. The New New Product Development Game. Harvard 
business Review. 1997. Disponível em: https://hbr.org/1986/01/the-new-new-product-
development-game Acesso em 21 jul. 2020.
https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-US.pdf
http://www.jeffsutherland.org/oopsla/schwapub.pdf
https://hbr.org/1986/01/the-new-new-product-development-game
Créditos das imagens
slide 1: freepik/freepik.com
slide 4: jackmac34/pixabay.com; Kbaucherel/pixabay.com
slide 5: https://www.scrum.org/resources/2017-scrum-guide-update-
ken-schwaber-and-jeff-sutherland
slide 6: freepik/freepik.com
slide 7: freepik/freepik.com
slide 8: PMI – Agile Practice Guide 2017 
slide 9: PMI – Agile Practice Guide 2017 
slide 10: https://hbr.org/1986/01/the-new-new-product-development-
game
slide 11: https://hbr.org/1986/01/the-new-new-product-development-
game
slide 12: https://hbr.org/1986/01/the-new-new-product-development-
game
slide 13: http://www.jeffsutherland.org/oopsla/schwapub.pdf 
slide 14: https://www.scrumguides.org/docs/scrumguide/v2017/2017-
Scrum-Guide-US.pdf
slide 15: https://www.saraiva.com.br/scrum-a-arte-de-fazer-o-dobro-
do-trabalho-na-metade-do-tempo-8196405/p
slide 16: inamar/freepik.com
slide 17: PMI – Agile Practice Guide - 2017
slide 18: PMI – Agile Practice Guide - 2017
slide 19: PMI – Agile Practice Guide - 2017
slide 20: katemangostar/freepik.com
slide 24: geralt/pixabay.com
slide 25: macrovector/pixabay.com
slide 26: Criado pelo autor
slide 27: Criado pelo autor
slide 30: freepik/freepik.com
slide 31: pikusuperstar/freepik.com; lanrentuku/freepik.com; 
geralt/pixabay.com
slide 32: Criado pelo autor
slide 33: freepik/freepik.com
slide 34: freepik/freepik.com
slide 35: freepik/freepik.com
slide 36: freepik/freepik.com
slide 37: freepik/freepik.com
slide 39: geralt/pixabay.com
slide 40: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 41: waldryano/pixabay.com
slide 42: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 43: freepik/freepik.com
slide 44: 
https://pt.wikipedia.org/wiki/Ficheiro:Ayrton_Senna_8_(cropped).jpg
slide 45: Tumisu/pixabay.com; rawpixel.com/freepik.com; OpenClipart-
Vectors/pixabay.com
slide 46: Mediamodifier/pixabay.com
slide 47: Criado pelo autor
slide 48: Criado pelo autor
slide 50: Criado pelo autor
slide 51: Criado pelo autor
slide 52: freepik/freepik.com; Adaptado de 
https://www.scrum.org/resources/scrum-values-poster; Criado pelo 
autor
slide 53: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 54: Criado pelo autor
slide 55: freepik/freepik.com
slide 56: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 57: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 58: Adaptado de https://www.scrum.org/resources/scrum-
framework-poster
slide 59: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 60: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 61: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 62: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 63: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 64: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
Créditos das imagens
slide 65: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 66: studiogstock/freepik.com; brgfx/freepik.com; Criado pelo 
autor
slide 68: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 69: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 70: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 71: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 72: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 73: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 74: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 75: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 76: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 77: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 78: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 79: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 80: Criado pelo autor
slide 81: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 82: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 83: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 84: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 85: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 86: https://www.scrum.org/pathway/scrum-master
slide 87: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 88: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 89: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 90: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 91: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 92: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 93: Adaptado de https://www.scrum.org/resources/scrum-values-
poster
slide 95: Adaptado de https://www.scrum.org/resources/scrum-
framework-poster
slide 96: Criado pelo autor
slide 97: Criado pelo autor
slide 98: Criado pelo autor
slide 99: Criado pelo autor
slide 100: Criado pelo autor
slide 101: Criado pelo autor
slide 102: Criado pelo autor
slide 103: Criado pelo autor
slide 104: Criado pelo autor
slide 105: Criado pelo autor
slide 106: Criado pelo autor
slide 108: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 109: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 110: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 111: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 112: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 113: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 114: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 115: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 116: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 118: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 119: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 120: Criado pelo autor
slide 121: Criado pelo autor
Créditos das imagens
slide 122: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 123: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 124: https://balasegu.weebly.com/sprint-planning-meeting.html
slide 125: Criado pelo autor; Samuel1983/pixabay.com
slide 126: Criado pelo autor; Samuel1983/pixabay.com
slide 127: Criado pelo autor
slide 128: Criado pelo autor
slide 129: Criado pelo autor
slide 130: Criado pelo autor
slide 131: Criado pelo autor
slide 132: Criado pelo autor
slide 134: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 135: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 136: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 137: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 138: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 139: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 140: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 141: Criado pelo autor
slide 142: Criado pelo autor
slide 143: Criado pelo autor
slide 144: Criado pelo autor
slide 145: Criado pelo autor
slide 146: Criadopelo autor
slide 147: Criado pelo autor
slide 148: Criado pelo autor
slide 149: Criado pelo autor
slide 150: Criado pelo autor
slide 151: Criado pelo autor
slide 152: Criado pelo autor
slide 153: Criado pelo autor
slide 155: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 156: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 157: Criado pelo autor
slide 158: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 159: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 160: Criado pelo autor
slide 161: Criado pelo autor
slide 162: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 163: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 164: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 165: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 166: Criado pelo autor
slide 167: Criado pelo autor
slide 168: Criado pelo autor
slide 170: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 171: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 172: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 173: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 174: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 175: Adaptado de https://balasegu.weebly.com/sprint-planning-
meeting.html
slide 176: Criado pelo autor
slide 177: Criado pelo autor
slide 178: intellson/pixabay.com
slide 179: intellson/pixabay.com
slide 180: intellson/pixabay.com