Introdução ao Shape Up: a metodologia da Basecamp para times de produto

Shape Up é uma metodologia de trabalho criada pelo Basecamp (antigo 37signals) que propõe uma abordagem radicalmente diferente para times de produto. Enquanto o Scrum e o Kanban dominam o mercado ágil, Ryan Singer, autor do livro "Shape Up: Stop Running in Circles and Ship Work that Matters", desenvolveu um sistema baseado em ciclos fixos de seis semanas, com escopo variável e autonomia total para os times executarem.

A insatisfação com as reuniões infinitas do Scrum, as estimativas imprecisas e o acúmulo de dívida técnica motivou a criação do Shape Up. O princípio central é simples: em vez de estimar quanto tempo uma tarefa leva, define-se quanto tempo se está disposto a investir (apetite) e ajusta-se o escopo para caber nesse prazo. Isso inverte a lógica tradicional, colocando o tempo como recurso fixo e o escopo como variável.

As duas fases do ciclo: Shaping (Modelagem)

A fase de modelagem é onde o trabalho realmente ganha forma antes de ser executado. Diferente do Scrum, onde o Product Owner detalha histórias de usuário, no Shape Up um designer sênior ou product manager define apenas o suficiente para que o time entenda o problema e o apetite disponível.

O modelo de um "shaped bet" (aposta modelada) segue três critérios:

  1. Problema claro: qual dor do usuário será resolvida
  2. Solução esboçada: wireframes de baixa fidelidade, sem especificações técnicas
  3. Limites de risco: o que está fora do escopo, o que pode quebrar

Um exemplo prático de pitch (proposta) no formato Shape Up:

Problema: Usuários demoram em média 12 minutos para encontrar 
configurações avançadas de privacidade.

Apetite: 2 semanas de modelagem + 4 semanas de construção

Solução esboçada:
- Barra de busca unificada no topo da página de configurações
- Categorias colapsáveis com ícones
- Link direto "Privacidade" no menu principal

Fora do escopo:
- Personalização de temas
- Notificações push
- Integração com terceiros

Riscos identificados:
- Performance da busca em tempo real
- Conflito com permissões de administrador

O shaping termina quando o apetite está claro e o time entende o suficiente para começar a construir. Não há especificações técnicas rígidas — o time de execução terá autonomia para decidir os detalhes.

As duas fases do ciclo: Betting (Aposta)

A reunião de aposta acontece a cada seis semanas. Diferente do backlog infinito do Scrum, aqui cada ciclo começa do zero. Os participantes são os stakeholders seniores (CEO, CTO, head de produto) que decidem quais pitches serão financiados.

Os critérios de seleção incluem:

  • Apetite disponível: quantas semanas o time pode dedicar
  • Alinhamento estratégico: o projeto resolve um problema prioritário?
  • Valor de negócio: qual o retorno esperado?

Um exemplo de agenda de aposta:

Reunião de Betting - Ciclo 7 (6 semanas)

Projetos candidatos:
1. Novo onboarding (apetite: 4 semanas) -> APROVADO
2. Relatórios exportáveis (apetite: 2 semanas) -> APROVADO
3. Chat interno (apetite: 6 semanas) -> RECUSADO (muito grande, voltar para shaping)
4. Correção de bugs críticos (apetite: 1 semana) -> APROVADO como cool-down

Times alocados:
- Time A: Frontend (2 pessoas) -> Projeto 1
- Time B: Backend (2 pessoas) -> Projeto 2
- Time C: Fullstack (3 pessoas) -> Projeto 4

A grande diferença é que não há carry-over de tarefas não concluídas. Se um projeto não coube no ciclo, ele volta para a fase de shaping e pode ser remodelado para o próximo ciclo.

A execução: Building (Construção)

Com o pitch aprovado, o time de execução (2-3 pessoas) assume total responsabilidade pelo escopo. Durante seis semanas, eles têm autonomia para tomar decisões técnicas e de design, desde que respeitem o apetite definido.

A técnica central é o "fixed time, variable scope": se algo não cabe no prazo, corta-se funcionalidade, não se estende o prazo.

Exemplo de corte de escopo durante a construção:

Funcionalidades planejadas (apetite: 6 semanas):
- Autenticação social (Google, Facebook, Apple)
- Recuperação de senha por e-mail
- Painel de administração
- Testes A/B

Na semana 4, percebe-se que o painel de administração 
consumirá mais 3 semanas.

Decisão do time: 
- Manter autenticação social (essencial para o lançamento)
- Manter recuperação de senha (mínimo viável)
- Cortar painel de administração (pode ser feito no próximo ciclo)
- Cortar testes A/B (não crítico para o MVP)

O "circuit breaker" (disjuntor) é um mecanismo de segurança: se o time perceber que o projeto não cabe no apetite, ele pode interromper o ciclo e reportar para a reunião de aposta. Isso evita desperdício de semanas em projetos inviáveis.

Ferramentas e artefatos do Shape Up

O Hill Chart (gráfico de colina) é a principal ferramenta de visualização de progresso. Ele mostra duas fases: a subida (incerteza alta, descoberta) e a descida (clareza, execução). O time atualiza o gráfico semanalmente:

Hill Chart - Projeto Onboarding (Semana 3)

Incerteza (subida): ████████░░ 80%
- Ainda descobrindo como integrar com o sistema legado
- Wireframes em revisão

Clareza (descida): ██░░░░░░░░ 20%
- API de autenticação definida
- Banco de dados modelado

Previsão: conclusão na semana 5 (1 semana de folga)

O pitch é o documento de uma página que contém:

  • Problema
  • Apetite
  • Esboço (wireframes, fluxos)
  • Riscos
  • Fora do escopo

Após a construção, vem o cool-down de duas semanas: um período de respiro onde o time corrige bugs, paga dívida técnica ou trabalha em projetos menores. Isso evita o burnout e mantém a qualidade do código.

Comparação com metodologias ágeis tradicionais

Aspecto Shape Up Scrum Kanban
Ciclo 6 semanas 2 semanas Contínuo
Escopo Variável Fixo Variável
Estimativas Apetite (tempo fixo) Story points Lead time
Reuniões 1 por ciclo (betting) Daily, planning, review Daily opcional
Autonomia Alta (time decide escopo) Média (PO prioriza) Alta

A principal vantagem do Shape Up é a redução de ruído: menos reuniões, menos burocracia de estimativas, mais foco na entrega real. Times que adotam relatam maior satisfação e previsibilidade.

Desafios e adaptações para times fora do Basecamp

Implementar Shape Up fora do Basecamp exige mudança cultural significativa. Empresas acostumadas com backlog infinito e priorização contínua podem sentir dificuldade em abandonar o planejamento granular.

Adaptações comuns incluem:

  • Ciclos de 4 semanas em vez de 6 (para times menores)
  • Cool-down de 1 semana (quando o time está sob pressão)
  • Documentação viva (pitch em formato wiki em vez de documento estático)

O maior desafio é conseguir patrocinadores que confiem em times autônomos. Sem essa confiança, o Shape Up vira apenas mais um ritual burocrático.

Quando Shape Up é (e não é) a melhor escolha

Shape Up funciona bem para:

  • Times de produto que precisam de foco e inovação controlada
  • Empresas com problemas de escopo creep e reuniões excessivas
  • Produtos em estágio de crescimento, com necessidades claras de mercado

Não é recomendado para:

  • Times de suporte ou operações (demandas imprevisíveis)
  • Manutenção contínua de sistemas legados (bugs urgentes)
  • Startups em estágio inicial (muita incerteza sobre o que construir)

A conclusão é que Shape Up é uma ferramenta de gestão, não de execução. Ela exige maturidade do time e confiança da liderança. Quando bem aplicada, reduz drasticamente o desperdício de planejamento e aumenta a previsibilidade de entregas.

Referências