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
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.”
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
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.”
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