O documento discute a importância e boas práticas para realizar retrospectivas ágeis após cada sprint. Em três frases ou menos, o documento enfatiza que as retrospectivas devem (1) identificar o que funcionou bem, o que precisa melhorar e ações concretas para a próxima sprint, (2) ter donos para as ações de melhoria, e (3) acompanhar se as melhorias propostas estão sendo implementadas com sucesso.
2. De
onde
venho?
Onde
estou?
Para
onde
quero
ir?
Passado
Presente
Futuro
3. 12º
princípio
do
Manifesto
Àgil
“Em
intervalos
regulares,
a
equipe
reflete
sobre
como
se
tornar
mais
eficiente,
depois
aprimora
e
ajusta
seu
comportamento
em
conformidade”
4. SCRUM
Guide
define:
“A
retrospectiva
do
Sprint
é
uma
oportunidade
para
a
Equipe
do
Scrum
inspecionar-‐se
e
criar
um
plano
de
melhorias
que
deve
se
valer
durante
o
próximo
Sprint.”
5. Avaliar
“O
que
funcionou
bem”
na
Sprint
que
terminou
e
seria
interessante
ser
mantido.
Levantarmos
“O
que
precisa
ser
melhorado”
na
próxima
Sprint,
com
base
nas
questões
que
"não
funcionaram
bem”
na
Sprint
passada.
6. O
que
devemos
parar
de
fazer?
O
que
devemos
continuar
fazendo?
O
que
devemos
começar
a
fazer?
7.
8. Os
itens
foram
identificados.
Nenhuma
ação
e
tomada
em
relação
aos
dados
recolhidos.
A
retrospectiva
serviu
apenas
como
uma
conversa
e
lição
de
vida.
9. Pontos
para
discutir
com
o
time
e
sugestões
de
mudanças.
É
importante
que
esses
pontos
sejam
feitos
a
partir
de
observação
de
fatos
e
não
de
opiniões
(“achismo”).
Dizer
exatamente
quando
aconteceu,
porque
aconteceu
e
qual
foi
o
resultado.
10. Criar
listas
com
coisas
a
serem
melhoradas
sem
considerar
a
viabilidade.
Isso
traz
desapontamento
à
equipe,
porque
não
conseguiram
fazer
o
que
planejaram
E
a
cada
retrospectiva
são
adicionadas
mais
ações.
11. Ações
criadas
e
não
possuem
donos.
"Melhorar
a
comunicação"
e
"Fazer
mais
refactoring",
não
deveriam
ser
ações.
São
problemas
que
devem
ser
trabalhados.
Se
não
houver
discussão,
a
equipe
não
vai
saber
como
implementar
tais
"pseudoações".
12. Nenhum
processo
é
uma
bala
de
prata
e
ela
precisa
ser
refinada
constantemente.
O
ideal
é
que
toda
retrospectiva
ao
final
de
todo
sprint
tenha
algo
a
ser
mudado.
Senão
tiver...algo
está
errado.
13. Não
transformar
a
reunião
de
retrospectiva
em
uma
mera
busca
de
culpados.
O
foco
deve
estar
sempre
na
solução.
Anotar
os
acontecimentos
bons
e
ruins
ao
longo
do
sprint
em
post-‐its
para
não
esquecer
14. Cada
ação
tem
um
objetivo
a
longo
prazo
e
uma
ação
para
ser
feita
agora.
Objetivo
a
longo
prazo:
Ter
testes
de
aceitação
automatizados
Ação
para
agora:
Fulano
vai
automatizar
o
teste
ABC
usando
XYZ.
15. Dividir
responsabilidades
de
tomar
as
ações
entre
os
membros
da
equipe
para
que
as
mudanças
realmente
aconteçam.
De
nada
adianta
reuniões
de
retrospectivas
que
apontam
problemas
que
nunca
são
resolvidos
por
ninguém.
16. A
melhoria
proposta
está
sendo
realizada?
Está
gerando
o
valor
esperado?
O
acompanhamento
deve
ser
diário.
Não
deixar
para
tratar
de
melhoria
apenas
nas
reuniões
de
retrospectiva
17.
18. O
desenhar
alguns
traços
em
papéis.
5
minutos
pra
desenharem
nos
papéis
o
que
o
projeto
ou
a
Sprint
representou.
Explique
seu
desenho
para
a
equipe.
19. TAVARES,
Hugo
Lopes.
Apresentando
Retrospectivas.
Disponível
em:
<http://hltbra.blogspot.com.br/2010/05/
apresentando-‐retrospectivas.html>.
Acesso
em:
10
out.
2012.
CASTRO,
Vitor.
É
hora
da
Retrospectiva,
e
agora
?
Disponível
em:
<http://coyoti.com.br/blog/e-‐hora-‐da-‐
retrospectiva-‐e-‐agora/>.
Acesso
em:
10
out.
2012.
AUDY,
Jorge
Kotick.
Compartilhando
vivências
na
adoção
de
métodos
ágeis.
Disponível
em:
<http://
jorgekotickaudy.wordpress.com/tag/retrospectiva/>.
Acesso
em:
10
out.
2012.