Kollabe
Retrospectivas
Poker de Planejamento
Standups
Quebra-gelos
Preços
Painel de Controle

Postagens

Startups precisam de retrospectivas?

Ilustração de uma pequena equipe de startup de quatro pessoas trabalhando em um escritório apertado com laptops, post-its em um único quadro branco e um calendário de entregas na parede, enérgica e um pouco caótica
Kelly Lewandowski

Kelly Lewandowski

Última atualização 25/07/20267 min de leitura

A pergunta aparece nos subreddits de agile a cada poucas semanas, quase sempre de alguém numa startup, quase sempre formulada mais ou menos assim: somos cinco pessoas, ficamos no mesmo canal do Slack, entregamos todo dia, não temos sprints. Por que agendar uma reunião para falar sobre como trabalhamos se já falamos sobre isso o tempo todo? As respostas quase sempre são piores que a pergunta. "Inspecionar e adaptar." "Melhoria contínua." "Está no Guia do Scrum." Nada disso é motivo. São slogans, e um fundador queimando caixa sente o cheiro de slogan a quilômetros de distância. Então aqui vai a resposta de verdade, incluindo a parte em que a objeção está certa.

O que a objeção acerta

A retro que a maioria imagina é uma reunião de 90 minutos com facilitador, cronômetro, um quadro Mad Sad Glad e oito itens de ação que ninguém olha de novo. Esse formato existe porque uma organização de engenharia com 40 pessoas precisa de um canal formal de feedback. Canais informais não escalam além de umas doze pessoas, então você cria uma cerimônia para substituí-los. Uma startup tem o canal informal. E ele funciona. A maior parte do que uma retro de empresa grande revela na quinta-feira, uma equipe de cinco pessoas já sabia na terça e resolveu na quarta. O custo também é real. Cinco pessoas numa reunião de 90 minutos é quase um dia inteiro de engenharia, a cada duas semanas, numa empresa cujo caixa é medido em meses. Se alguém mandar você fazer isso porque o framework manda, ignore. Você não está rodando Scrum. Você está tocando uma empresa.

A parte que ela deixa passar

Conversa constante é ótima com incidentes e inútil com padrões. Na prática, é assim. O staging come uma tarde inteira. Alguém corrige, posta no Slack, todo mundo segue em frente. Três semanas depois acontece de novo, sintoma diferente, mesma raiz. Alguém corrige de novo. Ninguém diz "essa é a quarta vez neste trimestre" porque ninguém está contando. Cada ocorrência isolada foi pequena o bastante para ser absorvida, e a correção foi rápida o bastante para que o padrão nunca ficasse visível para ninguém. A frequência é a informação, e o feedback contínuo joga a frequência fora. Você só enxerga quando alguém escreve a mesma reclamação duas vezes e os dois papéis acabam lado a lado. Ilustração de uma pessoa apagando repetidamente o mesmo pequeno incêndio em uma longa linha do tempo, com o incêndio idêntico reaparecendo em intervalos atrás dela, e uma lupa revelando o padrão que se repete Analisamos isso em um milhão de cartões de retro escritos por equipes reais. As reclamações mais comuns não eram dramáticas. Testes e QA lideraram a lista com 10,2% de todos os cartões de reclamação, seguidos por tickets e requisitos com 8,1%, e deploys e releases com 4,9%. Comunicação, a coisa que todo mundo assume ser o problema, ficou em 1,9%. Repare no que essas primeiras posições têm em comum. São todos problemas estruturais de queima lenta que não são emergência de ninguém em nenhuma tarde específica. É exatamente por isso que nunca aparecem no corredor e exatamente por isso que se acumulam.

Seu ciclo de feedback corre em uma direção só

Esta é específica de startups e os fundadores subestimam isso o tempo todo. Com cinco pessoas, a voz mais alta da sala costuma ser a que assina os salários. Isso não faz de ninguém um gestor ruim. É o que acontece quando a pessoa com mais contexto e mais convicção está em todas as conversas. Engenheiros juniores não questionam um fundador numa thread ao vivo sobre a decisão de arquitetura do próprio fundador. Uma retro escrita em que todo mundo envia antes de qualquer um ler é a correção mais barata que conheço para isso. Cinco minutos de silêncio, e muda o que você escuta, porque as pessoas digitam uma preocupação que nunca falariam em voz alta com o CTO no meio de uma frase. Se você quiser a versão longa de por que isso importa, escrevemos sobre segurança psicológica em equipes ágeis separadamente.

A conta chega na contratação número sete

Startups não continuam com cinco pessoas. Esse é o ponto do exercício. Decisões tomadas no corredor não deixam registro. O time fundador lembra por que o serviço de cobrança tem o formato que tem e por que ninguém mexe no job de importação. Contrate seis engenheiros num trimestre e nenhum deles tem nada disso. Eles vão rediscutir decisões que você fechou em março, e você vai passar o trimestre reexplicando em vez de construindo. Um histórico de retros é a memória institucional mais barata que dá para comprar, principalmente porque você ia ter a conversa de qualquer jeito. Escrever é o único custo extra.

A versão startup da retro

Vinte e cinco minutos, a cada duas semanas, ou mensal se seu ciclo for mais lento. Sem treinamento de facilitação, sem quebra-gelo e sem sprint necessário.
  1. Escreva em silêncio por cinco minutos
    Três perguntas bastam: o que nos atrasou, o que funcionou melhor do que o esperado, o que estamos prestes a enfrentar. Todo mundo digita ao mesmo tempo, ninguém lê até o cronômetro acabar.
  2. Agrupe e vote por cinco minutos
    Junte as duplicatas. As duplicatas são o sinal que você veio buscar. Depois cada um recebe dois votos.
  3. Discuta só os dois itens do topo
    Dez minutos, dois tópicos. Todo o resto fica no quadro como registro. Você não está tentando resolver o mês inteiro, está tentando achar a coisa que segue custando dias em silêncio.
  4. Saia com uma mudança e um nome atrelado
    Uma. Não uma lista. Atribua a uma pessoa e dê uma data, depois confira no início da próxima retro.
Async funciona ainda melhor nesse tamanho. Ninguém precisa estar numa sala. Publique o quadro na segunda de manhã, deixe as pessoas adicionarem cartões ao longo do dia, e passem quinze minutos juntos nos dois itens do topo. Um quadro de retrospectiva do Kollabe com as colunas Start, Stop e Continue preenchidas com cartões de uma equipe de cinco pessoas, ao lado de enquetes de equipe públicas e anônimas

Quando dá para pular de verdade

Prefiro ser honesta sobre isso a vender uma cerimônia para você.

Dois cofundadores que fazem pair o dia inteiro, pré-produto, sem funcionários. A caminhada de terça é a retro. Faça isso de propósito uma vez por mês e escreva o que vocês decidirem.

O ciclo em que tudo desandou por causa de um único incidente. Faça um postmortem de verdade, que é um formato melhor para um evento isolado com causa clara.

Você já faz uma revisão escrita mensal que pergunta o que está te atrasando. Isso é uma retro. Mantenha e pule a segunda reunião.

O que não conta como motivo válido para pular: "estamos ocupados demais." Cinco pessoas por 25 minutos dá mais ou menos duas horas de tempo de empresa por mês. Uma falha repetida de deploy custa mais que isso numa única tarde, e você já teve quatro delas.

Então, você precisa de uma

Se você é uma startup com mais de três pessoas e qualquer intenção de contratar, sim, mas não a versão que você está imaginando. O que você precisa é de um hábito curto e recorrente de escrever as coisas e olhar o que se repete. A cerimônia é opcional. O registro não é. Comece com um quadro e três perguntas. Se quiser um lugar para colocar isso, as retrospectivas do Kollabe são gratuitas para equipes pequenas, funcionam de forma assíncrona e deixam as pessoas enviarem cartões anonimamente, para que a opinião do fundador não seja a primeira coisa que todo mundo lê. Nosso gerador de templates de retro monta um formato a partir de uma descrição de uma linha da sua equipe, se você preferir não escolher sozinho.

A cada duas semanas funciona para a maioria das equipes que entrega continuamente. Mensal está ok se seu ciclo for mais lento ou a equipe tiver menos de cinco pessoas. Mais detalhes no nosso guia sobre com que frequência realizar retrospectivas.

Dá. Amarre ao calendário em vez de a uma iteração. Uma retro precisa de um período para olhar para trás, e "as últimas duas semanas" é um período.

Não. No tamanho de uma startup, quem agenda pode conduzir. A única regra que vale impor é que todo mundo escreve antes de qualquer um falar.

O envio anônimo ajuda mesmo quando todo mundo consegue adivinhar quem escreveu o quê, porque tira o momento de decidir se vale a pena falar. Teste por duas rodadas e compare o que aparece no quadro.