SCRUM

Material adaptado do livro

“SCRUM, a arte de fazer o
dobro do trabalho na metade
do tempo”, de Jeff Sutherland,
cocriador do SCRUM

Gestão de Projetos slide 1

Prof. Sady
 Papéis do
SCRUM

Gestão de Projetos slide 2

Dono do Produto

• Também chamado de Product Owner (PO)

• Escolha um Dono do Produto
• É a pessoa responsável pela visão do que vai ser feito
• Leva em consideração
• Os riscos e os benefícios
• O que pode ser feito
• O que desperta o interesse da equipe

Gestão de Projetos slide 3

Mestre Scrum

• Também chamado de ScrumMaster

• Escolha um Mestre Scrum
• Pessoa que orienta o restante da equipe em relação à
estrutura do Scrum
• Ajuda a eliminar qualquer obstáculo que esteja
deixando a equipe mais lenta

Gestão de Projetos slide 4

Equipe

• Também chamado de Time

• Escolha uma Equipe
• São as pessoas que realmente trabalharão no projeto
• Precisa ter todas as habilidades necessárias para
pegar a visão do Dono do Produto e transformá-la em
realidade
• Devem ser pequenas (de três a nove pessoas)

Gestão de Projetos slide 5

Time
Scrum

São os papéis do Scrum reunidos,

composto pelo Mestre Scrum, o
Dono do Produto e a Equipe

Gestão de Projetos slide 6

 Artefatos & Atividades
do SCRUM

Gestão de Projetos slide 7

Pendências
do Produto

• Também chamado de Product Backlog

• Crie e priorize uma lista de Pendências do Produto
• Lista detalhada de tudo que precisa ser feito ou
construído para transformar a visão do PO em realidade
• As pendências evoluem durante o desenvolvimento do
produto, são o mapa dele
• Em qualquer fase do projeto, são a única e definitiva
visão:
• De tudo que precisa ser feito pela equipe
• Em ordem de prioridade
Gestão de Projetos slide 8
Pendências
do Produto

• Existe apenas uma lista de pendências

• Isso significa que o Dono do Produto precisa tomar
decisões em relação às prioridades durante todo o
processo
• Para tanto, ele deve consultar todos os stakeholders
e a equipe para se certificar de que as pendências
representam:
• Tanto o que as pessoas querem
• Quanto o que pode ser construído

Gestão de Projetos slide 9

Pendências
do Produto

• É crucial que as pessoas que irão realmente concluir os

itens da lista façam as estimativas de quanto esforço
eles exigirão
• A Equipe deve verificar, para cada item da lista de
pendências, se:
• É factível?
• Existem informações suficientes para concluí-lo?
• É pequeno o suficiente para ser estimado?
• Existe uma definição de “Feito”?
• Cria valor visível?
Gestão de Projetos slide 10
Pendências
do Produto

• Cada item das pendências deve poder ser demonstrado

e entregue
• Não estime as pendências em horas (as pessoas são
péssimas neste tipo de previsão)
• Use uma classificação relativa por tamanho
(Pequeno, Médio ou Grande) ou
• Use a Sequência de Fibonacci, atribuindo uma
pontuação para cada item (1, 2, 3, 5, 8, 13, 21,...)

Gestão de Projetos slide 11

Planejamento
do Sprint

• É a primeira das reuniões Scrum. Se reúnem:

• A equipe
• O Mestre Scrum
• O Dono do Produto
• A Sprint deve ter uma duração definida de tempo
menor que um mês (de uma a quatro semanas,
geralmente uma ou duas)
• A equipe olha para as tarefas no topo das Pendências
do Produto e estima o quanto pode fazer naquele
Sprint (Pendências da Sprint/Sprint Backlog)
Gestão de Projetos slide 12
Planejamento
do Sprint

• Se a equipe já está trabalhando a alguns Sprints, ela

deve pegar tarefas que totalizem o mesmo número de
pontos do Sprint anterior (Velocidade da Equipe)
• O Mestre Scrum e a Equipe devem tentar aumentar o
número de pontos a cada Sprint
• É uma chance para a Equipe e o Dono do Produto se
certificarem que todos entendem como os itens vão
satisfazer a visão
• Durante essa reunião todos devem concordar com o
objetivo do Sprint
Gestão de Projetos slide 13
Planejamento
do Sprint

• Uma vez que a Equipe se comprometeu com o que

acredita ser capaz de fazer em um Sprint, é isso! (Este
é um dos pilares do Scrum)
• O Sprint não pode ser mudado, nada pode ser
acrescentado
• A Equipe deve trabalhar de forma autônoma durante o
Sprint para concluir o que previu que conseguiria

Gestão de Projetos slide 14

O Quadro
Scrum

• A melhor maneira de tornar o trabalho visível no Scrum

• Possui três colunas:
• A fazer
• Fazendo
• Feito

• Os itens a serem feitos no Sprint são representados por

post-its que a Equipe vai movendo pelo Quadro Scrum
à medida que forem concluídos, um a um
Gestão de Projetos slide 15
Gráfico
de Burndown

• Outra forma de tornar o trabalho visível

• No eixo X é o número de dias de trabalho no Sprint, e
no eixo Y é o número de pontos restantes que a Equipe
definiu para o Sprint
• Todos os dias o Mestre Scrum soma o número de
pontos concluídos e os marca (pontos)

(desconta) no gráfico
• Ideal: uma ladeira descendo
pelo gráfico até chegar ao zero
no último dia do Sprint
Gestão de Projetos slide 16
Reuniões
Diárias

• Também chamadas de Scrum Diário (Daily Scrum)

• Ocorre todos os dias, no mesmo horário
• Não dura mais do que 15 minutos
• Participam a Equipe e o Mestre Scrum
• Se reúnem para responder três perguntas:
• O que você fez ontem/hoje para ajudar a equipe a
concluir o Sprint?
• O que você vai fazer hoje/amanhã para ajudar a equipe a
concluir o Sprint?
• Existe algum obstáculo impedindo você ou a equipe de
alcançar o objetivo do Sprint?
Gestão de Projetos slide 17
Reuniões
Diárias

• E isso é tudo! A reunião inteira!

• Se passar de 15 minutos, alguma coisa está sendo feita
errada
• Serve para ajudar a equipe inteira a saber exatamente
em que ponto estão no Sprint
• Todas as tarefas serão concluídas a tempo?
• Existem oportunidades para ajudar os outros membros
da equipe a superarem os obstáculos?

Gestão de Projetos slide 18

Reuniões
Diárias

• Não há designação de tarefas vindas de cima

• A equipe é autônoma – é ela que realiza isso
• Não há qualquer relatório detalhado para os gestores
• O Mestre Scrum é responsável por resolver qualquer
obstáculo ou impedimento para o progresso da equipe

Gestão de Projetos slide 19

Revisão ou
Demonstração do Sprint

• Também chamada de Sprint Review

• É a reunião na qual a Equipe mostra o que conseguiu
fazer durante o Sprint
• Qualquer pessoa pode participar
• Não apenas o Dono do Produto, o Mestre Scrum e a
Equipe
• Também os stakeholders, os gestores, os clientes ou
qualquer outra pessoa autorizada
• Esta é uma reunião aberta na qual a equipe demonstra
o que conseguiu colocar na coluna “Feito”

Gestão de Projetos slide 20

Revisão ou
Demonstração do Sprint

• A Equipe só deve demonstrar o que satisfaz a definição

de “Feito”
• O que está total e completamente concluído e pode ser
entregue sem qualquer trabalho adicional
• Pode não ser o produto completo, mas deve ser um
atributo concluído do produto

Gestão de Projetos slide 21

Retrospectiva
do Sprint

• Reunião realizada depois que a equipe mostrou o que

conseguiu fazer no Sprint anterior
• Aquilo que está “Feito” e pode ser entregue para clientes
para obtenção de feedback
• Momento para pensar
• O que deu certo
• O que poderia ter sido melhor
• O que deve melhorar no próximo Sprint
• Qual é o aprimoramento no processo que eles, como
equipe, podem implementar de forma imediata

Gestão de Projetos slide 22

Retrospectiva
do Sprint

• Para ser eficaz, esta reunião requer

• Uma certa dose de maturidade emocional
• Atmosfera de confiança
• Lembrar sempre que não estão buscando culpados
• Na verdade estão olhando para o processo de forma
crítica
• Porquê aquilo aconteceu assim?
• Porquê não percebemos isso?
• O que poderia ter acontecido para sermos mais ágeis?

Gestão de Projetos slide 23

Retrospectiva
do Sprint

• É essencial que as pessoas da Equipe

• Assumam a responsabilidade pelo processo e seus
respectivos resultados
• Busquem soluções como uma equipe
• Tenham coragem para levantar as questões que
realmente as incomodam
• Tenham maturidade para ouvir e absorver feedback,
procurando uma solução ao invés de assumir uma
postura defensiva/reativa
• A solução deve ser orientada, e não de cunho
acusatório
Gestão de Projetos slide 24
Retrospectiva
do Sprint

• No final da reunião
• A equipe e o Mestre Scrum devem chegar a um acordo
sobre um aprimoramento no processo que será
implementado no Sprint seguinte (Kaizen/Melhoria
Contínua)
• Este aprimoramento no processo deve ser colocado nas
pendências do próximo Sprint, acompanhado de testes de
aceitação (Product Backlog  Sprint Backlog)
• Desta forma, fica fácil para a equipe verificar se o
aprimoramento realmente foi implementado, e que efeito
ele teve sobre a velocidade da equipe
Gestão de Projetos slide 25
Recomeçando
o Ciclo...

Daí é começar imediatamente o próximo

Sprint, considerando a experiência da
equipe com os impedimentos e os
aprimoramentos no processo

Gestão de Projetos slide 26

Gestão de Projetos slide 27
 Muito
Obrigado!

Gestão de Projetos slide 28