9. Dá pra afastar um pouquinho?
terça-feira, 18 de maio de 2010
10. 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.
➡ Forcas
externas
trazem
mudanças
ou
melhorias
nos
requisitos.”
Source: Agile and Iterative Development: A Manager's Guide by Craig Larman
terça-feira, 18 de maio de 2010
17. pode ser usado no
gerenciamento de
terça-feira, 18 de maio de 2010
18. pode ser usado no
gerenciamento de
qualquer produto
ou atividade complexa
terça-feira, 18 de maio de 2010
19. 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.
terça-feira, 18 de maio de 2010
20. Organizações
e papéis
terça-feira, 18 de maio de 2010
28. protetor aplica as regras
resolve do SCRUM
problemas Autoridade
scrum master
mantém o foco
no sprint goal
terça-feira, 18 de maio de 2010
29. protetor aplica as regras
resolve do SCRUM
problemas Autoridade
scrum master
mantém o foco
no sprint goal Facilitador!
terça-feira, 18 de maio de 2010
34. Tem um tempo pré-
determinado
terça-feira, 18 de maio de 2010
35. daily meeting: 15 minutos
sprint planning: ~4 horas
sprint: 2 a 4 semanas
Tem um tempo pré-
determinado
as funcionalidades devem ser planejadas
para caber no sprint e não o contrário
terça-feira, 18 de maio de 2010
38. desejos do PO
nem sempre
cresce com está completo
o projeto
começa sempre
pelo mais óbvio
escopo dinâmico
e iterativo
terça-feira, 18 de maio de 2010
40. 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!
terça-feira, 18 de maio de 2010
43. 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
terça-feira, 18 de maio de 2010
44. Sprint backlog
tarefas que o time se
comprometeu a fazer no sprint
atualizado constantemente
scrum master gerencia as
atividades em andamento e
concluídas
terça-feira, 18 de maio de 2010
46. 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!
terça-feira, 18 de maio de 2010