Este documento resume os principais conceitos e regras do framework Scrum de acordo com o Guia do Scrum. Ele define Scrum, seus pilares, papéis, eventos e artefatos. Destaca que Scrum é leve, simples, mas difícil de dominar e deve ser aplicado em sua totalidade para obter resultados.

1. Scrum
AS REGRAS DO JOGO SEGUNDO O
GUIA DO SCRUMTM

2. Propósitos desta apresentação
1. Compartilhar, multiplicar e facilitar acesso aos
conhecimentos sobre o Scrum
2. Mostrar o Scrum como é, segundo seu guia, sem
prender-se a técnicas de implantação ou outras
metodologias que possam ser utilizadas para
complementá-lo
3. Dar algum subsidio para discernir sobre o que é e o que
não é um componente ou regra do Scrum, diminuindo as
incompreensões sobre seu framework

3. Autores do Guia do ScrumTM
JEFF SUTHERLAND KEN SCHWABER

4. Definição do Scrum
“Um framework dentro do qual pessoas podem
tratar e resolver problemas complexos e
adaptativos, enquanto produtiva e criativamente
entregam produtos com o mais alto valor possível.”

5. Definição do Scrum
SCRUM É
• Leve
• Simples de entender
• Extremamente difícil
de dominar
COMPONENTES
• Papéis
• Eventos
• Artefatos
• Regras

6. Teoria do Scrum
EMPIRISMO
“Conhecimento vem da experiência e de tomada de
decisões baseadas no que é conhecido. O Scrum emprega
uma abordagem iterativa e incremental para aperfeiçoar a
previsibilidade e o controle de riscos.”

7. Pilares do Scrum

8. • Modelo projetado para aperfeiçoar a flexibilidade,
criatividade e produtividade
• Entregam produtos de forma iterativa e incremental,
maximizando as oportunidades de realimentação
O Time Scrum
Fonte da Imagem: Blog Café Agile

9. Product Owner (PO)
1. É uma pessoa e não um comitê
2. É o responsável por maximizar o valor do produto
e do trabalho do Time de Desenvolvimento
3. É a única pessoa responsável por
gerenciar o Backlog do Produto
4. Para ter sucesso, toda a organização deve respeitar as suas decisões
5. Outras pessoas não tem permissão para alterar prioridades
estabelecidas pelo PO

10. Gerenciamento do
Backlog do Produto
 Expressar claramente os itens do Backlog do Produto;
 Ordenar os itens do Backlog do Produto para alcançar melhor as
metas e missões;
 Garantir o valor do trabalho realizado pelo Time de Desenvolvimento;
 Garantir que o Backlog do Produto seja visível, transparente, claro
para todos, e mostrar o que o Time Scrum vai trabalhar a seguir;
 Garantir que o Time de Desenvolvimento entenda os itens do Backlog
do Produto no nível necessário.

11. Time de
Desenvolvimento
“Transformam o Backlog do Produto em incrementos
de funcionalidades potencialmente utilizáveis”
 Auto organizado e multifuncional
 O Scrum não reconhece títulos para os integrantes
do Time de Desenvolvimento que não seja
o Desenvolvedor
 Responsabilidades pertencem ao Time de Desenvolvimento
como um todo
 Times de Desenvolvimento não contém sub-times dedicados a
domínios específicos de conhecimento, tais como testes ou análise de
negócios

12. Tamanho do
Time de Desenvolvimento
“Pequeno o suficiente para se manter ágil e grande
o suficiente para completar uma parcela
significativa do trabalho dentro dos limites da
Sprint”
Menor interação e
menor ganho de
produtividade
Muita
coordenação3 9

13. Scrum Master
• É um servo-líder para o Time Scrum
• Responsável por garantir que o Scrum seja
entendido e aplicado
• Quais as interações com o Time Scrum são úteis e quais
não são?
• Ajuda todos a mudarem as interações para maximizar o
valor criado pelo Time Scrum

14. Scrum Master
Product Owner
•Facilitar eventos do Scrum conforme exigidos ou necessários
•Técnicas para gerenciar o Product Backlog
•Compreender e praticar agilidade...
Time de Desenvolvimento
•Treinar em autogerenciamento e interdisciplinaridade
•Remover impedimentos para o progresso
•Ambientes onde o Scrum não é totalmente adotado e compreendido...
Organização
•Liderando e treinando a organização na adoção do Scrum
•Planejando implementações do Scrum
•Trabalhando com outros Scrum Masters...

15. Eventos Scrum
 Minimizar a necessidade de reuniões não definidas no
Scrum
 Time-boxed
 Sprint que começou não pode ser reduzida nem
aumentada, os demais eventos podem terminar quando o
propósito for alcançado
 Oportunidades para inspecionar e adaptar
 Projetados para permitir transparência e inspeção
criteriosa

16. Sprint
“Durante a Sprint um ‘pronto’, versão incremental
potencialmente utilizável do produto, é criado.”
 Coração do Scrum
 Time-boxed de 1 mês (4 semanas) ou menos
 Nova Sprint inicia imediatamente após a conclusão da Sprint anterior
 Não são feitas mudanças que possam por em perigo o objetivo da
Sprint
 As metas de qualidade não diminuem
O escopo pode ser clarificado e renegociado entre o Product Owner e
o Time de Desenvolvimento quanto mais for aprendido

17. Cancelamento de uma Sprint
 Pode ser cancelada antes do time-boxed terminar
 Somente o Product Owner tem a autoridade para cancelar a Sprint
 Geralmente a Sprint deve ser cancelada se ela não faz mais sentido às
dadas circunstâncias
 Devido a curta duração da Sprint, raramente cancelamentos fazem
sentido
 Itens do Backlog da Sprint
◦ Se completado e “Pronto”: é revisado e pode ser aceito pelo PO
◦ Se incompleto: é estimado novamente e recolocado no Backlog do Produto

18. Reunião de
Planejamento da Sprint
 Time-box de 8 horas para uma Sprint de um mês de duração
 O trabalho a ser realizado na Sprint é planejado na reunião de
planejamento da Sprint
 Trabalho colaborativo de todo o Time Scrum
Questões
1. Qual é o objetivo da Sprint?
2. O que pode ser entregue como resultado do incremento da próxima
Sprint?
3. Como o trabalho necessário para entregar o incremento será
realizado?

19. Reunião Diária
 Time-boxed de 15 minutos
 Time de Desenvolvimento sincroniza as atividades e cria um plano
para as próximas 24 horas
Questões
1. O que eu fiz ontem que ajudou o Time de Desenvolvimento a atender
a meta da Sprint?
2. O que eu farei hoje para ajudar o Time de Desenvolvimento atender
a meta da Sprint?
3. Eu vejo algum obstáculo que impeça a mim ou o Time de
Desenvolvimento no atendimento da meta da Sprint?

20. Reunião de
Revisão da Sprint
 Time-boxed de 4 horas de duração para uma Sprint de um
mês
 Stakeholders (partes interessadas) colaboram sobre
◦ O que foi feito na Sprint
◦ Próximas coisas que podem ser feitas para otimizar valor
Resultado da Reunião
“Backlog do Produto revisado que define o provável
Backlog do Produto para a próxima Sprint”

21. Retrospectiva da Sprint
“Oportunidade para o Time Scrum inspecionar a si próprio
e criar um plano para melhorias a serem aplicadas
na próxima Sprint”
Time-boxed de 3 horas para uma Sprint de um mês
Propósito
1. Inspecionar como a última Sprint foi em relação às pessoas, aos
relacionamentos, aos processos e às ferramentas
2. Identificar e ordenar os principais itens que foram bem e as
potenciais melhorias
3. Criar um plano para implementar melhorias no modo que o Time
Scrum faz seu trabalho

22. Artefatos
“Representam o trabalho ou o valor para o
fornecimento de transparência e oportunidades
para inspeção e adaptação”

23. Backlog do Produto
“Lista ordenada de tudo que deve ser necessário no produto, e é uma
origem única dos requisitos para qualquer mudança a ser feita no
produto”
 PO é o responsável
 Artefato vivo: evolui, é dinâmico e nunca está completo
 Um único Backlog do Produto por produto e existirá enquanto o
produto existir
 Características, funções, requisitos, melhorias e correções
 Itens do Backlog do de ordem mais alta devem ser mais claros e mais
detalhados
 O Time de Desenvolvimento é responsável por todas as estimativas

24. Monitorando o Progresso a
Caminho do Objetivo
Fonte da Imagem: Microsoft Visual Studio Scrum 1.0 (Visual Studio Gallery)

25. Backlog da Sprint
“Conjunto de itens do Backlog do Produto selecionados para a Sprint,
juntamente com o plano para entregar o incremento do produto e
atingir o objetivo da Sprint”
 Pertence exclusivamente ao Time de Desenvolvimento
 É modificado e vai surgindo ao longo de toda a Sprint
 Novo trabalho é necessário, é adicionado
 Estimativa do trabalho é atualizada conforme realizações
 Elementos considerados desnecessários, são removidos
 O Time de Desenvolvimento monitora o total do trabalho restante
pelo menos a cada Reunião Diária

26. Incremento
“Soma de todos os itens do Backlog do Produto
completados durante a Sprint e o valor dos
incrementos de todas as Sprints anteriores.”
 Utilizável, mesmo que o PO decida por não liberá-lo
 Atender a definição de “Pronto” do Time Scrum

27. Definição de “Pronto”
“Quando o item do Backlog do Produto ou um
incremento é descrito como ‘Pronto’, todos devem
entender o que o ‘Pronto’ significa.”
 Transparência
 Orienta sobre quantos itens do Backlog do Produto podem ser
selecionados durante o Planejamento da Sprint
 Todos os Times Scrum, de um mesmo produto ou sistema, devem
mutuamente definir a definição de “Pronto”

28. Conclusão
“O Scrum é livre e oferecido no Guia do ScrumTM. Papéis,
artefatos, eventos e regras do Scrum são imutáveis e
embora seja possível implementar somente partes do
Scrum, o resultado não é Scrum. Scrum existe somente na
sua totalidade, funcionando bem como um container para
outras técnicas, metodologias e práticas.”

29. Revisão
Fonte da Imagem: Blog Gestão de Projetos Ágeis

30. Referências
 A maior parte dos textos utilizados nesta apresentação
foram diretamente retiradas do Guia do ScrumTM, na
tradução para português do Brasil realizada por Fábio Cruz
 Demais textos são adaptações realizadas pelo próprio
autor
 O Guia do ScrumTM está disponível no site da Scrum.org em
diversas traduções através do link:
https://www.scrum.org/Scrum-Guide