15. Motivação
“A
experiência
de
décadas
seguindo
pesadas
prá4cas
prescri4vas
tornou
evidente
que:
➡ Os
clientes
ou
usuários
não
tem
certeza
do
que
eles
querem.
➡ Eles
tem
dificuldade
de
expressar
tudo
o
que
querem
e
pensam.
➡ Muitos
detalhes
do
que
eles
querem
só
serão
revelados
durante
o
desenvolvimento.
➡ Os
detalhes
são
complexos
para
as
pessoas.
➡ Na
medida
em
que
elas
vêem
o
produto
sendo
construído,
elas
mudam
de
idéia.
➡ Forças
externas
trazem
mudanças
ou
melhorias
nos
requisitos.”
Source: Agile and Iterative Development: A Manager's Guide by Craig Larman
sábado, 28 de agosto de 2010
22. pode ser usado no
gerenciamento de
sábado, 28 de agosto de 2010
23. pode ser usado no
gerenciamento de
qualquer produto
ou atividade complexa
sábado, 28 de agosto de 2010
24. Checklist: SCRUM
• Gerenciamento empírico e controle de processos.
• Baseado no feedback das iteracões.
• Usado para gerenciar projetos complexos desde
1990.
• Equipes multi-funcionais e auto-gerenciadas.
• Escalável para projetos grandes, longos e
distribuídos.
• Comunicação como fator crítico.
sábado, 28 de agosto de 2010
25. Organizações
e papéis
sábado, 28 de agosto de 2010
33. protetor aplica as regras
resolve do SCRUM
problemas Autoridade
scrum master
mantém o foco
no sprint goal
sábado, 28 de agosto de 2010
34. protetor aplica as regras
resolve do SCRUM
problemas Autoridade
scrum master
mantém o foco
no sprint goal Facilitador!
sábado, 28 de agosto de 2010
39. Tem um tempo pré-
determinado
sábado, 28 de agosto de 2010
40. daily meeting: 15 minutos
sprint planning: ~4 horas
sprint: 2 a 4 semanas
Tem um tempo pré-
determinado
o trabalho deve ser planejado para caber
no sprint e não o contrário
sábado, 28 de agosto de 2010
46. time + scrum master
PO prioriza itens + product owner
para o sprint
time tira dúvidas
sprint planning
time converte as funcionalidades
em tarefas técnicas
time define o objetivo
do sprint (sprint goal)
documentação!
sábado, 28 de agosto de 2010
49. eventualmente o scrum master
negocia com o PO
o time decide até onde
pode se comprometer
sprint planning 2
time conversa sobre a
parte técnica das tarefas design
arquitetura
sábado, 28 de agosto de 2010
50. Sprint backlog
tarefas que o time se
comprometeu a fazer no sprint
atualizado constantemente
scrum master gerencia as
atividades em andamento e
concluídas
sábado, 28 de agosto de 2010
52. verifica-se o que foi
reunião em pé!
feito no dia anterior
há impedimentos?
daily meeting
define-se o que será todos os dias
feito no dia no mesmo lugar
no mesmo horário
comprometa-se!
sábado, 28 de agosto de 2010