Contratos ágeis: como estimar com escopo aberto
Contratos tradicionais de software têm escopo fixo, prazo fixo e preço fixo. Contratos ágeis têm escopo variável, prazo variável e preço variável. Como reconciliar a necessidade de previsibilidade com a realidade do desenvolvimento ágil?
O problema do contrato fixo
Contrato tradicional: “Entregaremos funcionalidades A, B, C, D e E por R$500K até 30/06.”
Problemas:
- Escopo A-E provavelmente não está 100% definido no momento do contrato
- Mudanças são inevitáveis e caras (aditivo contratual)
- Fornecedor assume todo o risco de subestimativa
- Cliente paga por funcionalidades que pode não precisar mais
Modelos de contrato ágil
1. Preço por Sprint (Time & Materials com previsibilidade)
Como funciona: Cliente paga por sprint, com compromisso mínimo de N sprints.
Exemplo:
- R$80K por sprint de 2 semanas
- Compromisso mínimo: 6 sprints (R$480K)
- Escopo definido sprint a sprint
- Cliente pode cancelar após mínimo com 1 sprint de aviso
Vantagens:
- Flexibilidade total de escopo
- Risco compartilhado
- Cliente vê progresso antes de pagar por mais
- Fornecedor tem receita previsível no compromisso mínimo
Quando usar: Projetos com escopo inicialmente nebuloso.
2. Escopo mínimo + opções
Como funciona: Contrato com escopo mínimo garantido + opções de adicionar escopo.
Exemplo:
- Escopo mínimo: funcionalidades A, B, C → R$300K
- Opção 1: funcionalidade D → R$80K
- Opção 2: funcionalidade E → R$120K
- Cliente decide a cada sprint se ativa opções
Vantagens:
- Cliente tem teto de gasto conhecido
- Fornecedor tem escopo mínimo garantido
- Flexibilidade de priorização
Quando usar: Cliente precisa de orçamento aprovado antecipadamente.
3. Target Cost (custo-alvo)
Como funciona: Estima-se custo alvo. Se o time entrega abaixo, economias são compartilhadas. Se entrega acima, overrun é compartilhado.
Exemplo:
- Custo alvo: R$500K
- Se entrega em R$400K: economia de R$100K → 50/50 entre cliente e fornecedor
- Se entrega em R$600K: overrun de R$100K → 50/50
Vantagens:
- Ambos incentivados a eficiência
- Risco verdadeiramente compartilhado
- Transparência total
Quando usar: Relações de longo prazo com confiança mútua.
4. Valor entregue (Performance-based)
Como funciona: Parte do pagamento atrelada a métricas de resultado.
Exemplo:
- 70% do pagamento por sprint
- 30% atrelado a métricas: conversão, performance, satisfação
Quando usar: quando o cliente tem métricas de negócio claras e confiáveis.
Estimativa para contratos ágeis
Estimativa por nível de detalhe
| Nível | Detalhamento | Tolerância | Uso |
|---|---|---|---|
| Proposal | Épico com T-Shirt | ±50% | Proposta comercial |
| Kickoff | Features com Planning Poker | ±30% | Contrato inicial |
| SprintPlanning | Stories com Planning Poker | ±15% | Execução |
Budget range
Em vez de preço fixo, ofereça range:
“Estimamos entre R$400K e R$600K para o escopo descrito. Com dados reais após 3 sprints, podemos refinar para ±10%.”
Velocidade como moeda de contrato
“Contrato de 150 pontos a R$3.200/ponto = R$480K. Escopo é o backlog priorizado. Se o cliente mudar prioridades, o custo total não muda.”
Cláusulas essenciais
Mudança de escopo
“O escopo pode ser repriorizado a qualquer momento pelo cliente. Itens removidos do backlog voltam como crédito. Itens adicionados são estimados e cobrados conforme preço por ponto.”
Transparency
“Fornecedor disponibiliza board, velocity e burndown em tempo real.”
Critérios de aceitação
“Cada sprint é aceite com base na Definition of Done acordada. Sprint rejeitado é refeito sem custo adicional.”
Saída
“Após compromisso mínimo, cliente pode encerrar com 1 sprint de aviso. Código e propriedade intelectual são transferidos.”
Conclusão
Contratos ágeis são mais justos que contratos tradicionais porque reconhecem a natureza incerta do desenvolvimento de software. O segredo é alinhar expectativas: preço por sprint para previsibilidade, escopo variável para flexibilidade e transparência total para confiança.