1.
RetrospectivaMelhorando nossos hábitos de trabalho<br />Equipe ComunIP<br />

2.
Propósitos<br />Nenhum processo é perfeito.<br />Cada equipe é única, assim como as situações que ocorrem a cada dia, e elas mudam constantemente.<br />A “Retrospectiva” é uma prática através da qual é possível continuamente atualizar o processo, a fim de se adaptar às situações em constantes mudanças.<br />

3.
Como é conduzida<br />Toda a equipe deve ser envolvida. A fim de dar aos participantes uma chance de falar o que pensam abertamente, pessoas que não fazem parte da equipe não devem participar.<br />A Retrospectiva não deve durar mais de 1 hora e deve ocorrer semanalmente, antes do planejamento da próxima semana.<br />Divide-se nos seguintes passos:<br />Princípio Fundamental (de NormKerth)<br />Brainstorming mudo (10 minutos)<br />Mapeamento (30 minutos)<br />Objetivo da Retrospectiva (20 minutos)<br />

4.
Passo 1: O Princípio Fundamental<br />Todos cometem erros, mesmo quando pressionados a não o fazerem*.<br />A Retrospectiva é uma oportunidade para aprender e melhorar. A equipe nunca deve usá-la para intimidar ou atacar os outros.<br />Para minar o comportamento destrutivo, a seguinte frase é lida:<br />“Independentemente do que descobrirmos hoje, entendemos e acreditamos que TODOS fizeram o MELHOR que podiam, com o conhecimento que possuíam, com todas as habilidades que dispunham, aproveitando o máximos dos recursos e do que tinham em mãos.”<br />Se todos concordarem, segue-se para o próximo passo.<br />* “TheEffectivePost-Fire Critique” - http://www.chiefmontagna.com/Articles/post%20fire%20critique.htm<br />

5.
Passo 2: Brainstorming mudo<br />Em um quadro-branco (quando disponível), ou em folhas de papel, os seguintes títulos são escritos:<br />Divertido<br />Frustante<br />Confuso<br />A Manter<br />A Melhorar<br />A Diminuir<br />O grupo é convidado a refletir sobre os eventos da semana e a escrever idéias que se encaixem nessas categorias, mesmo que sejam coisas que não poderiam ter sido controladas pela equipe.<br />As idéias são escritas em um local em que todos possam ver.<br />Porém: para evitar que o brainstorming fuja do controle, esse passo deve ser feito sem haver conversa.<br />

6.
Passo 3: Mapeamento<br />O facilitador lê cada uma das idéias colocadas pela equipe e, com a ajuda de todos, agrupa-as em categorias.<br />Em seguida, cada categoria recebe um título.<br />Finalmente, a equipe é convidada a selecionar uma das categorias para ser trabalhada na semana seguinte.<br />Se não houver um consenso, é feito uma votação simples.<br />

7.
Passo 4: Objetivo da Retrospectiva<br />Nesse momento, a equipe deve levantar opções de melhorias.<br />Discussões individualizadas devem ser desestimuladas pelo facilitador em favor do todo.<br />Deve-se tentar extrair um conjunto pequeno de propostas de melhorias, pois 1 semana é um tempo limitado.<br />Um representante deve ser escolhido para relembrar a equipe sobre o objetivo da semana.<br />Deve-se enfatizar que os responsáveis pelo cumprimento do objetivo são cada um dos participantes (e não o representante).<br />Se houver ações específicas, elas devem fazer parte do cronograma e devem ser agendadas como atividades da semana.<br />

8.
Resultados<br />Se a equipe conduzir bem as retrospectivas, a sua capacidade de desenvolvimento e de finalizar os softwares vão melhorar gradativamente.<br />A equipe vai crescer junta e cada grupo passará a ter mais respeito pelos problemas que os outros grupos enfrentam.<br />Haverá honestidade e compartilhamento dos sucessos e fracassos.<br />As mudanças não serão mais tão desconfortáveis.<br />

9.
Bibliografia<br />TheArtOfAgileDevelopment. Shore, James andShaneWarden. 2007.<br />AgileRetrospectives: MakingGoodTeams Great. Derby, Esther, and Diana Larsen. 2006.<br />Project Retrospectives: A Handbook for TeamReviewers. New York: DorsetHousePublishing Co. 2001.<br />