Conduzindo Retrospectivas Sem Culpa

Retrospectivas tradicionais frequentemente parecem sessões de culpa, causando membros da equipe a esconder problemas em vez de surfá-los. Retrospectivas sem culpa criam segurança psicológica que permite discussão honesta, levando a melhorias sistêmicas em vez de bode expiatório. O GitScrum suporta retros estruturadas que impulsionam mudança real.

Cultura de Culpa vs Sem Culpa

Mentalidade Sem Culpa

Princípios Centrais

PRINCÍPIOS SEM CULPA
═════════════════════

1. ASSUMIR BOA INTENÇÃO
   Todos estavam fazendo o melhor possível dado:
   ├── A informação que tinham
   ├── As ferramentas disponíveis
   ├── As restrições de tempo
   └── Seu conhecimento na época

2. FOCAR EM SISTEMAS, NÃO PESSOAS
   Pergunte: "Como nosso processo permitiu isso?"
   Não: "Por que [pessoa] fez isso?"

3. CELEBRAR VULNERABILIDADE
   Falar sobre falhas é coragem
   Esconder falhas é o problema real

4. BUSCAR ENTENDIMENTO
   Meta é aprendizado, não punição
   Entendimento previne recorrência

5. SEGUIR ATRAVÉS
   Itens de ação devem ser concluídos
   Ou confiança no processo erode

Mudança de Mentalidade

TRANSFORMAÇÃO DE LINGUAGEM
══════════════════════════

EM VEZ DE:            TENTE:
─────────────────────────────────────
"Você deveria..."     "Como poderíamos..."
"Por que você não..." "O que impediu..."
"Quem aprovou..."     "O que levou a..."
"Isso estava errado"  "O que podemos aprender..."
"Você causou..."      "O sistema permitiu..."
"Eles falharam..."    "Nós perdemos..."

Framework de Retrospectiva

Preparação

CONFIGURAÇÃO PRÉ-RETRO
══════════════════════

PREP DO FACILITADOR:
├── Revisar métricas do sprint
├── Notar incidentes chave
├── Preparar prompts de discussão
├── Configurar documentação
└── Limpar espaço de reunião (físico/virtual)

PREP DA EQUIPE:
├── Refletir antes da reunião
├── Notar observações
├── Pensar sobre melhorias
└── Vir com mente aberta

REGRAS BÁSICAS:
─────────────────────────────────
✓ Regra de Vegas: O que é dito aqui, fica aqui
✓ Sem culpa: Focar em sistemas
✓ Todas vozes: Todos falam
✓ Foco futuro: Como melhorar
✓ Ação requerida: Sair com mudanças
─────────────────────────────────

Estrutura da Reunião

FORMATO DE RETRO SEM CULPA (60 min)
═══════════════════════════════════

ABERTURA (5 min)
├── Declarar regras básicas
├── Lembrete da diretiva prima
└── Check-in de segurança

COLETAR DADOS (15 min)
├── O que aconteceu?
├── Timeline de eventos
├── Fatos, não julgamentos
└── Múltiplas perspectivas

GERAR INSIGHTS (20 min)
├── Por que isso aconteceu?
├── Que sistemas falharam?
├── O que permitiu sucesso?
└── Análise de causa raiz

DECIDIR AÇÕES (15 min)
├── O que tentaremos?
├── Quem possui cada ação?
├── Como mediremos?
└── Quando revisaremos?

FECHAR (5 min)
├── Resumir ações
├── Momento de apreciação
└── Retro na retro

A Diretiva Prima

DIRETIVA PRIMA DE RETROSPECTIVA
═══════════════════════════════

"Independentemente do que descobrimos, nós
entendemos e verdadeiramente acreditamos que
todos fizeram o melhor trabalho possível,
dado o que sabiam na época, suas habilidades
e capacidades, os recursos disponíveis, e a
situação em questão."

                    — Norman Kerth

Ler em voz alta no início de cada retro.

Técnicas de Facilitação

Check-In de Segurança

MÉTODOS DE CHECK DE SEGURANÇA
════════════════════════════

CHECK DE POLEGAR:
├── 👍 Sinto-me seguro para falar livremente
├── 👊 Um pouco confortável
└── 👎 Não confortável

Se qualquer polegar para baixo, endereçar primeiro.

ESCALA DE SEGURANÇA ANÔNIMA:
├── Escala 1-5 em notas adesivas
├── Coletado anonimamente
├── Média calculada
└── Discutir se abaixo de 4

CHECK-IN DE DUAS PALAVRAS:
├── Cada pessoa diz duas palavras
├── Descrevendo seu estado
├── Exemplo: "Cansado, esperançoso"
└── Nenhuma explicação requerida

Prompts de Discussão

PROMPTS SEM CULPA
═════════════════

PARA INCIDENTES:
├── "Que informação teria mudado o resultado?"
├── "Onde nosso processo não nos apoiou?"
├── "O que foi confuso ou incerto?"
├── "Que salvaguardas estavam faltando?"
└── "Como podemos tornar a coisa certa mais fácil?"

PARA RETROS GERAIS:
├── "O que tornou o trabalho mais difícil do que deveria?"
├── "Onde tivemos sorte?"
├── "O que continuamos fazendo manualmente que poderia ser automatizado?"
├── "Onde desperdiçamos tempo?"
└── "Qual uma coisa que devemos definitivamente manter?"

Análise de Causa Raiz

5 POR QUÊS (VERSÃO SEM CULPA)
═════════════════════════════

Problema: Deployment quebrou produção

Por quê 1: Config ruim foi implantada
          ↓
Por quê 2: Config não foi validada
          ↓
Por quê 3: Nenhuma validação automatizada existe
          ↓
Por quê 4: Validação de config não priorizada
          ↓
Por quê 5: Nenhum processo para surfar dívida técnica

AÇÃO: Criar processo de visibilidade de dívida técnica

NOTA: Perguntas perguntam "por que X aconteceu"
      NÃO "por que [pessoa] fez X"

Itens de Ação

Ações Eficazes

CRITÉRIOS DE ITEM DE AÇÃO
═════════════════════════

ITENS DE AÇÃO BONS:
├── Específicos: Claro o que fazer
├── Possuídos: Uma pessoa responsável
├── Limitados no tempo: Data devida definida
├── Mensuráveis: Saber quando feito
└── Sistêmicos: Muda o sistema

EXEMPLO:
─────────────────────────────────────
✓ "Sarah adicionar validação de config
   ao pipeline CI até 15 Março"

✗ "Ser mais cuidadoso com configs"
─────────────────────────────────────

Rastreamento no GitScrum

RASTREAMENTO DE AÇÃO RETRO
══════════════════════════

CRIAR TAREFA:
├── Título: [RETRO] Descrição da ação
├── Etiqueta: retrospective
├── Proprietário: Pessoa atribuída
├── Devido: Data alvo
├── Sprint: Atual ou próximo
└── Descrição: Contexto e meta

RASTREAR CONCLUSÃO:
├── Visível no quadro do sprint
├── Revisado na próxima retro
├── Celebrar itens concluídos
└── Discutir bloqueadores

RECONHECIMENTO DE PADRÃO:
├── Etiquetar ações similares
├── Rastrear problemas recorrentes
├── Identificar problemas sistêmicos
└── Escalar se necessário

Melhores Práticas

Para Retrospectivas Sem Culpa

1. Ler diretiva prima toda vez — Define o tom
2. Líderes falam por último — Evitar âncora
3. Celebrar falar — "Obrigado por compartilhar"
4. Menos, melhores ações — 2-3 max por retro
5. Sempre seguir através — Confiança depende disso

Anti-Padrões

ANTI-PADRÕES RETRO:
✗ Pular retros quando "nada deu errado"
✗ Mesmas ações nunca concluídas
✗ Uma pessoa domina discussão
✗ Ações vagas "devemos fazer melhor"
✗ Culpa disfarçada como perguntas
✗ Sem follow-up em ações anteriores
✗ Retro parece revisão de performance

Soluções Relacionadas

• Executando retrospectivas de sprint eficazes
• Criando uma cultura de melhoria contínua
• Revisões pós-incidente para equipes de desenvolvimento