O documento descreve as experiências de uma pequena empresa com as metodologias ágeis SCRUM e XP para desenvolvimento de software. Ele discute os princípios e práticas de SCRUM e XP, como planejamento de sprints, daily meetings e programação em pares. O documento também destaca como SCRUM e XP se complementam, mas são abordagens distintas para gerenciamento e desenvolvimento de projetos de software.
14. 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
23. framework
me nto
ncia quer
gere qual ade
tivid
iterativo
de ua
to o lexa
produ omp
c
incremental
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.
38. 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
44. 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!
47. 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
48. Sprint backlog
tarefas que o time se
comprometeu a fazer no sprint
atualizado constantemente
scrum master gerencia as
atividades em andamento e
concluídas
50. 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!
64. comunicação, coragem,
valores feedback, respeito e
simplicidade
auto semelhança, melhoria, benefício
mútuo, oportunidade, diversidade, passos
princípios de bebê, economia, qualidade, falha,
redundância, fluidez, reflexão, humanismo,
responsabilidade
65. comunicação, coragem,
valores feedback, respeito e
simplicidade
auto semelhança, melhoria, benefício
mútuo, oportunidade, diversidade, passos
princípios de bebê, economia, qualidade, falha,
redundância, fluidez, reflexão, humanismo,
responsabilidade
ambiente informativo, equipe integral,
práticas
build de 10 minutos, folga, ciclo semanal,
histórias, integração contínua, TDD,
programação em par, design incremental,
sentar-se junto, trabalho energizado
66. • O XP é uma metodologia rigorosa e
disciplinada que requer o cumprimento
de suas práticas para o sucesso na adoção.
• O XP pode ser usado com CMM e UPs.
• A preocupação não é com qualidade (que
deve natural) e sim com a saúde do
sistema (segundo Kent Beck).
[Cristiano Milfont]
70. Programação em par
• Todo código é escrito em par
• Um digita, enquanto o outro revisa, corrige e
sugere
• Redução drástica de bugs
• Disseminação de conhecimento
• Pressão do par
• Simplicidade
• Velocidade