Scrum é um processo ágil para gerenciar o desenvolvimento de software através de sprints iterativas e incrementais. Os papéis principais são o Product Owner, que prioriza os requisitos; o Time, que implementa o trabalho; e o Scrum Master, que auxilia o Time e remove impedimentos. O progresso é medido através de reuniões diárias, revisões e retrospectivas das sprints.
4. Mas o que é o Scrum?
SCRUM é um processo ágil e leve que pode ser
utilizado para gerenciar e controlar o desenvolvimento
de software utilizando práticas iterativas e
incrementais. Baseado em práticas de gerenciamento já
fundamentadas no Extreme Programming e no RUP, o
SCRUM produz os benefícios do desenvolvimento ágil
com a vantagem de ser uma implementação bem
simples.
5. No SCRUM
● Os Times são auto-gerenciáveis
● O progresso do produto acontece em uma série de
“sprints” de um mês de duração
● Os requisitos são capturados com itens de uma lista
chamada “Product Backlog”
● Nenhuma prática de engenharia específica é prescrita
● Regras genéricas criam um ambiente ágil para
gerenciamento e desenvolvimento de projetos
9. Product Owner
Define as funcionalidades do produto.
●
Concentra as informações.
●
Prioriza o Product Backlog.
●
Pode alterar as prioridades fora do
●
Sprint.
Aceita ou rejeita os resultados dos
●
trabalhos
11. O Time(team)
• Multi-functional
• Formado por até 7 pessoas
• Define o objetivo do Sprint e especifica os resultados
dos trabalhos
• Faz aquilo que é necessário dentro das diretrizes do
projeto para alcançar o objetivo do Sprint
• Auto-organizável
• Demonstram o resultado do Sprint para o Product
Owner e outros Stakeholders
12. SCRUM Master
O SCRUM Master
desempenha um papel
de liderança,
gerenciando os
interesses do Product
Owner mediante o
Time. O SCRUM Master
seria um Gerente de
Projetos.
13. SCRUM Master
● Melhora a vida e estimular o Time.
● Remover impedimentos.
● Auxiliar o Product Owner.
● Promover práticas de engenharia.
● Convidar as pessoas certas para as reuniões de
acompanhamento.
● Daily Scrum.
● Sprint Review.
● Sprint Retrospective.
17. Product Backlog
Possui requisitos de alto nível idealmente expressado de
forma que os itens tenham valor para os usuários e clientes
do produto.
Priorizado pelo Produc Owner.
Repriorizado no início de cada Sprint.
Nunca está completo!
Muda e evolui durante o projeto.
Estimado pela equipe com base em pontos (Story Points).
18. Product Backlog
Item de Estimativa Valor de
Backlog Negócio
Permitir a um hóspede 3 1000
fazer uma reserva.
Como hóspede, eu 5 1000
quero mudar as datas
de reserva.
Como funcionário do 8 200
hotel, eu quero gerar
relatórios de bônus por
quartos vagos.
Melhorar o tratamento 8 100
de exceções.
19. Sprint Backlog
● Contém o trabalho (tarefas) que o time definiu
para implementar os itens priorizados do Product
Backlog
● Tarefas devem ser divididas em sub-tarefas que
levem de 1 a 16 horas para finalizar Apenas o
time pode mudar o Sprint Backlog
● O Sprint Backlog é uma figura real e de alta
visibilidade do planejamento do time para a Sprint
21. Sprint
● Projetos Scrum progride
em uma sucessão de
“sprints”.
● Duração típica de 2 a 4
semanas.
● Uma duração constante
proporciona um melhor
ritmo.
● O produto é projetado,
codificado e testado
durante a Sprint.
22. Sprint Planning
● O time seleciona os itens do Product
Backlog que eles podem se comprometer a
completar no tempo do Sprint.
● O Sprint Backlog é criado.
● Tarefas são identificadas e cada uma
delas é estimada (1-16 horas).
● Feito de forma colaborativa e não apenas
pelo SCRUM Master.
23. Sprint Planning
½ – 1 hora por
● Nivel estratégico do Sprint/semana
planejamento.
● Entendimento das
funcionalidades.
● Definição do objetivo
da Sprint.
● Priorização e seleção do
escopo da sprint.
● Discurção dos critérios
de aceite.
24. Sprint Planning
½ – 1 hora por
● Nível tático do Sprint/semana
planejamento.
● Define o trabalho
(tarefas). Necessário
para implementar os itens
do Backlog.
● Estima as tarefas.
● Obtém comprometimento
do time.
26. Daily Scrum
O que eu fiz ontem?
O que eu vou fazer hoje?
Quais os impedimentos?
Apenas o Time fala
SCRUM Master = Facilitador
Não objetiva a solução de problemas
Tempo máximo 15 minutos
Obs.: DE PÉ
30. Sprint Review
É aqui que o Time apresenta o que foi
realizado ao longo do Sprint.
Normalmente na forma de uma
demonstração das novas funcionalidades
e da arquitetura realizada.
● Informal
● 2 horas de preparação
● Todos participam
31. Sprint
Retrospective
Reflexão sobre o
processo e o
produto.
Todo Time
participa.
O product owner
não participa.
32. Sprint
Retrospective
Todo Time lista e
discute o que eles
gostariam de:
● Começar a fazer.
● Parar de fazer.
● Continuar fazendo.
33. Gerenciamento do Sprint
Backlog
● Os membros do Time se voluntariam para o
trabalho escolhido por eles mesmos.
● O trabalho nunca é atribuído.
● O trabalho restante estimado é atualizado
diariamente.
● Qualquer membro do time pode adicionar,
remover ou alterar itens do Sprint Backlog.
● O trabalho para o Sprint surge naturalmente.
34. Cancelamento da Sprint
Realizado em casos
extraordinários!
● Cancelamento pelo time: o time
não conseguirá alcançar os
objetivos da sprint
● Cancelamento pelo Product
Owner terminates: mudanças de
prioridades
36. Planning poker
Planning Poker é uma técnica de
estimativa baseada no consenso de
toda a equipe, onde é utilizado um
conjunto de cartas com valores
específicos que podem representar
dias, horas ou tamanho. Sendo que
normalmente esses valores recebem a
escala de fibonacci.