Saudações,

Estamos implementando a Retrospectiva de release em nossa equipe de desenvolvimento. Já fizemos 4 retrospectiva, mas acho que está faltando algo a ser feito. Primeira vou demonstrar como estamos fazendo.

Basicamente é o seguinte, um pouco antes de concluir uma release (aqui chamamos de versão) enviamos um e-mail para todos os colabores com as seguintes questões:
        * O que foi bom durante a versão e devemos continuar a fazer?
        * Quais as lições aprendidas na ultima versão?
        * O que podemos fazer para melhorar?
        * O que mantivemos de mais importante? (coisas que começamos a fazer recentemente e que foi importante)
        * O que podemos mudar para a próxima versão?
        * O que podemos adicionar ou tirar de todos o processo de desenvolvimento?
        * Ocorrências na versão 2.19b que não se enquadram nos tópicos acima.

Ao retornarem, separamos o que realmente é util e colocamos em um documento para ser discutido na reunião. O que não é considerado util é conversado com o colaborar para explicar o porque não será considerado no documento o que ele passou, as vezes, a pessoa que redigiu o texto acaba explicando o que quis dizer e passa a ser util.
As questões acima são respondidas por todos, inclusive pelo gerente da equipe. Tudo vai para o documento, algumas coisas são elevadas a um topico maior que é de discussão. Normalmente são coisas que devemos discutir durante a retrospectiva para saber a opnião de todos.
Durante a reunião é lido o documento e firmado alguns pontos.

Normalmente o documento chega a 4 páginas e a retrospectiva dura em média 1h30min. Não é um processo tão ágil, desde o envio do e-mail até a retrospectiva, normalmente passam 2 dias.

Gostaria de saber a opnião dos nobres membros dessa lista sobre como estamos fazendo a retrospectiva.
Sugestões, alterações no nosso sistema são bem vindas.
Se puderem, descrevam como fazem a retrospectiva em suas empresas, isso pode agregar muito.

Atenciosamente

Evandro