Todo projeto de cliente eventualmente esbarra no mesmo triângulo: escopo, prazo e qualidade não cabem todos ao mesmo tempo sem sacrificar orçamento. É basicamente o triângulo de gestão de projeto na prática, e negociar isso bem é tão importante quanto a competência técnica em si.
O erro que já cometi
No início da carreira, aceitava reduzir prazo sem deixar claro o que isso custava em qualidade — resultado: código com atalho técnico que eu sabia que era problemático, mas que o cliente nunca foi informado que existia. Isso gera dívida técnica silenciosa, que aparece meses depois como bug ou lentidão, e o cliente nunca entende por quê.
Como negocio isso hoje
Deixo explícito, por escrito, o que um prazo reduzido significa em termos técnicos: "posso entregar nessa data, mas isso significa pular testes automatizados dessa funcionalidade" ou "vou usar uma solução mais simples aqui, que vamos precisar revisitar depois". O cliente decide com informação completa, em vez de eu decidir sozinho e ele descobrir a consequência depois.
Transparência é parte do produto entregue
Essa mesma transparência técnica é o que aplico em qualquer decisão de arquitetura que exponho ao cliente — inclusive quando decido se um monólito ainda aguenta a escala que ele está projetando para o próprio negócio.
