No escopo fechado, o que será entregue é definido antes e o valor e o prazo ficam fixos. No escopo aberto, contrata-se capacidade de trabalho e as prioridades mudam ao longo do caminho. Escopo fechado combina com projetos bem conhecidos; escopo aberto, com produtos em descoberta. Entre os dois, contratar por etapas fechadas costuma equilibrar previsibilidade e flexibilidade.
Os três modelos lado a lado
| Ponto | Escopo fechado | Escopo aberto | Etapas fechadas |
|---|---|---|---|
| O que se contrata | Uma entrega definida | Horas ou um time por período | Uma etapa de cada vez, cada uma definida |
| Mudanças no meio | Viram aditivo | Entram na fila de prioridades | Entram na próxima etapa |
| Previsibilidade | Alta, se o escopo estiver certo | Menor, exige acompanhamento | Alta dentro de cada etapa |
| Melhor para | Processo conhecido e estável | Produto novo, em aprendizado | Sistemas que evoluem por módulos |
O risco escondido de cada um
- Escopo fechado: tudo o que não foi escrito fica de fora, e o fornecedor tende a embutir margem para se proteger do desconhecido. Um escopo fechado mal descrito é a origem de muita briga no fim do projeto.
- Escopo aberto: sem prioridades claras e entregas frequentes, o dinheiro vai embora sem um sistema em uso.
- Etapas fechadas: exige disciplina para fechar cada etapa com aceite antes de abrir a próxima.
Como decidir
- Se você consegue descrever cada tela e regra hoje, o escopo fechado é viável.
- Se o sistema vai ser descoberto com o uso, prefira etapas curtas ou escopo aberto com entregas frequentes.
- Em qualquer modelo, exija entregas em uso real a cada ciclo, não só no fim.
- Garanta no contrato o acesso ao código e a regra para mudanças, como no guia de contrato de desenvolvimento.
Para entender o que pesa no valor de cada etapa, veja o que define o investimento em um sistema.















