segunda-feira, 13 de maio de 2013

Retrospectiva - Aprenda com Erros e Celebre Sucessos

SNAGHTML8b4e8f
Todo projeto, independente da metodologia utilizada, tem uma fase de retrospectiva para avaliar o que foi feito de bom e o que poderia ter sido melhor. Algumas metodologias apontam o fim do projeto como fase ideal para – avaliação das lições aprendidas, mas talvez esse período já seja tarde para se pensar no que poderia ter sido melhor.  Ainda mais quando falamos sobre projetos de sistemas, que geralmente, possuem poucas características em comum. Assim, nem tudo que se aprende em um projeto, pode ser utilizado em outro.
De acordo com a metodologia de Scrum, as reuniões de retrospectiva são feitas ao final de cada ciclo de desenvolvimento, chamado iteração, que geralmente possui de 2 a 4 semanas de duração. Nesses encontros, a equipe pode compartilhar experiências, aprender mais sobre o projeto e suas necessidades, e entender o que poderia ter sido melhor. Em outras palavras, as lições aprendidas são maturadas e utilizadas durante o desenvolvimento/implementação do projeto, momento em que mais agregam valor, e, caso algo esteja em desacordo, pode ser rapidamente corrigido, com menor custo e esforço.
Ainda segundo essa mesma metodologia, as reuniões de retrospectiva são divididas em duas etapas distintas. A primeira é realizada junto ao cliente, para se apresentar o que foi desenvolvido durante a iteração. Este é um alinhamento importante, pois garante que os itens desenvolvidos estão de acordo com os solicitados e atendem corretamente às necessidades do negócio, ou ainda, se precisam ser alterados. Em um projeto de desenvolvimento de um sistema corporativo, por exemplo, ao final de cada iteração, o cliente pode acessar e navegar pelas telas desenvolvidas. Isso lhe dará a oportunidade de avaliar se a usabilidade das telas tornará o processo mais eficiente ou pode ser aprimorada. Tal validação é muito mais eficaz quando se pode manejar o sistema na prática, em vez de apenas imaginar como seria sua utilização.
A segunda reunião acontece apenas entre os membros da equipe, para que o processo seja discutido. Neste encontro, cada integrante apresenta seu ponto de vista sobre o projeto, as atividades, a relação entre o grupo e com o líder. Tudo da forma mais transparente possível, para que todos sejam ouvidos e compreendidos. Se algo não está bom, pode ser melhorado e se algo está indo bem, pode ser mantido.
Para cada problema, risco ou incidente levantado, a equipe busca uma solução comum. Se houverem pontos de vista divergentes, o consenso deve prevalecer. O líder deve agir como mediador, para se certificar que o respeito seja mantido e que todos tenham as mesmas condições de se pronunciar. É importante ressaltar que, em todas as reuniões devemos lembrar de celebrar os sucessos e não só apontar os pontos negativos. Muitas vezes, olhamos apenas o lado negativo e pensamos que o positivo é mera responsabilidade, o que não é verdade. Celebrar o sucesso mantém as pessoas motivadas, mostra o caminho a ser seguido e melhora o desempenho individual e do time.
Para equipes distribuídas, em que os membros não se encontram no mesmo ambiente físico, existem ferramentas como Skype, ou outros aplicativos de vídeo conferência, para integrar todos os membros no mesmo ambiente, ainda que virtual.
Ao realizar reuniões periódicas de retrospectiva, podemos avaliar, inclusive, a qualidade do processo de aprendizado da equipe e aprimorá-la. As pessoas passarão a se respeitar mais, entender suas lacunas e se desenvolver, tanto como indivíduos quanto como equipe. Da mesma maneira, o cliente estará mais próximo do projeto e terá mais espaço para buscar oportunidades de melhoria de processos, que talvez entendesse estarem otimizados, junto à equipe.

2 comentários:

  1. Parabéns....muito bom seu post.....como sugestão, um documento como objetivo o compartilhamento das informações referentes às lições aprendidas durante a execução do projeto mesmo tratando-se de metodologia ágil...

    ResponderExcluir
  2. Oi Valdecir, obrigado pelo comentário.
    Não existe um modelo de documentação correto ou errado. Mas o melhor é buscar, sempre, radiadores de informação. Veja o post que escrevi sobre eles: http://thiagonovelli.blogspot.com.br/2013/05/radiadores-de-informacao-informacoes-de.html

    Abs.

    ResponderExcluir