InfoQ

InfoQ

Notícias

Meus Favoritos

Faça oLogin ou Cadastre-se para ativar o recurso de favoritos por tempo ilimitado.

O conteúdo foi adicionado aos favoritos!

Houve um erro ao adicionar aos favoritos! Por favor, tente novamente.

Dicas para Melhorar as Retrospectivas

Postado por Mark Levison , traduzido por Douglas Masson em 22 Dez 2008

Seções
Processos e Práticas
Tópicos
Agile ,
Mudança ,
Técnicas Ágeis
Tags
Melhoria Contínua ,
Produtividade ,
Retrospectivas

Esther Derby, co-autora do "Agile Retrospectives: Making Good Teams Great", escreveu recentemente sobre algumas técnicas para melhorar as retrospectivas:

  1. Deixar os membros da equipe trabalharem - ficar em frente da sala e fazer todo o trabalho de escrever desencoraja os mebros da equipe de tomarem a iniciativa das idéias. Em vez disso faça-os escrevem tudo grandes post-it (usando marcadores escuros) - isso mantém todos envolvidos e encoraja ainda mais as pessoas quietas a participarem.
  2. Anotar fielmente - um facilitador (ou ScrumMaster) está aí para capturar idéias do grupo e não filtrar ou injetar sua própria idéia.
  3. Usar processamento paralelo - quando houver mais que uma ou duas áreas problemáticas para debater, quebre o grupo em dois ou três e faça uma análise das causas. Além de acelerar as coisas isso reduz a influência de uma ou duas vozes barulhentas na equipe.
  4. Deixar os membros da equipe tirarem conclusões - ocasionalmente os facilitadores (ou ScrumMaster) vão olhar para os dados brutos gerados pela equipe e dizer quais são suas conclusões sem permitir que a equipe faça seu próprio trabalho. Na verdade o facilitador está dizendo que não valoriza o feedback da equipe. Apesar de que pode levar algum tempo para que a equipe analise os dados por si só, eles chegam a melhores conclusões e tomam posse dos resultados e das ações a serem executadas.
  5. Teste de entendimento - após um curto período de debate é útil testar para ver se a equipe alcançou um entendimento comum (nem sempre na decisão final, algumas vezes apenas em algum ponto no meio do caminho). Uma decisão deve ser proposta e uma vez que todos tenham feito perguntas esclarecedoras, nós testamos isso usando o "Fist of Five". Com esta técnica o número de dedos indica o grau de apoio: Cinco - eu gostaria que essa idéia fosse minha pois vou ajudar a mudar; Três - eu posso viver com isso. É a vontade da equipe; Um - existem questões que eu preciso discutir; Mão fechada - Ausência de voto, eu quero impedir o consenso e forçar mais discussão.

George Dinwiddie sugere pegar as ações da retrospectiva, escrevê-las em story cards e colocá-las no product backlog. Isto os mantém visíveis e mais provável que elas serão realmente feitas. Além disso, ele sugere que às vezes você não deve enfrentar o problema maior ou o mais importante - eles podem ser assustadores. Em vez disso a equipe tem que escolher uma tarefa a qual eles tenham a energia para enfrentar.

Jo Geske propõe:

Ao invés de colocar post it com eventos significativos sobre linha de tempo bastante abstrata representando o Sprint, vamos pô-los diretamente sobre o respectivo gráfico Sprint Burndown.

Vantagens:

  • Incentiva a pensar (porque o gráfico estava alto/baixo naquele dia?)
  • Ajuda a concentrar os eventos relevantes para o Sprint e a equipe
  • Ajuda a ilustrar a correlação entre causa e efeito

Mike Sutton leva isso a um passo mais adiante: "você pode transformar o gráfico Burndown em um diário do Sprint, capturando não só o andamento das tarefas mas também os impedimentos (como sugerido acima) e os principais eventos que vão permitir a você melhorar sua retrospectiva" Mike ilustra uma equipe que teve problemas no monitoramento de impedimentos e dificuldade para lembrar quais erams esses problemas quando chagava a hora da retrospectiva.bdc_impediments_on_graph

Uma das abordagens que Mike tem usado:  Post it são postados para os impedimentos e incluem a data, motivo e outras dicas/contexto. Quando o problema é resolvido uma notação adicional é feita sobre no post it.

Além de ajudar na retrospectiva, Mike descobriu que esta abordagem pode ajudar a focar o daily Scrum a manter uma urgência balanceada.

Ilja Preuss disse que esta é definitivamente uma idéia interessante mas é provável que o foco da retrospectiva fique preso a coisas relacionadas ao gráfico Burndown, de forma que ele iria garantir que outras técnicas fossem usadas para levantar os problemas mais sutís e também as coisas boas do Sprint. Finalmente, ele modifica o formato de suas retrospectivas ao longo do tempo para que as equipes não fiquem presas em uma rotina.

Conteúdo Educacional

Formando equipes de alto desempenho, parte 1: Início e fases de evolução

Nesta primeira parte de uma série sobre equipes de alto desempenho e gerenciamento Agile, veja uma introdução geral e uma apresentação dos estágios de formação das equipes.

Business Model Canvas, passo a passo

O Business Model Canvas é uma ferramenta estratégica para a construção visual de novos produtos ou serviços. Conheça cada um dos seus elementos e como preencher o Canvas, passo a passo.

Google Apps Script, Parte 2: Google Docs, triggers e envio de emails

Nessa segunda e última parte de uma série sobre o Google Apps Script, conheça como funciona o envio de emails, a conversão de documentos e como criar menus e triggers.

Serviços de cloud computing PaaS: um guia para desenvolvedores Java

Este artigo avalia seis dos mais importantes fornecedores de serviços de cloud computing PaaS para desenvolvedores Java, analisando critérios como desempenho, escalabilidade e tecnologias suportadas.

Canvas de Modelo de Negócios: uma contribuição para o sucesso de Startups

O Canvas de Modelo de Negócios é um novo modo de comunicar e suportar a validação iterativa, incremental e empírica de modelos de negócio de startups e novos produtos substituindo o plano de negócios.

Entrevista com Rebecca Parsons Parte 2: Agile Distribuído, Arquitetura vs. Design e SOA

Nesta segunda e última parte de uma entrevista exclusiva para InfoQ Brasil, Rebecca Parsons, CTO da ThoughtWorks, fala sobre o Agile Distribuído e técnicas para definição de arquiteturas.

Entrevista com Rebecca Parsons Parte 1: Agile nas Empresas e Arquitetura Evolucionária

Nessa primeira parte de uma entrevista com a CTO da ThoughtWorks, veja recomendações sobre formas de construir e arquitetar sistemas para obter o máximo de flexibilidade e responsividade a mudanças.

Agile das equipes à organização: o papel do gerente, estratégias e dicas para a adoção

Os gerentes de projetos podem assumir o papel crítico de liderar a introdução do Agile. Vejas conceitos, dicas e técnicas para apoiar esse processo de mudanças.