Custo de mudança
TLDR
Em sistema antigo (legado) ou com muitos dependentes, “só mudar um campo” pode ser projeto de meses. O custo de mudança é o esforço e o risco de alterar algo que já está em produção e que outros sistemas (ou usuários) dependem. Escopo e priorização mudam quando você entende isso. Custo alto não é “desculpa”; é contexto para decisão de produto e roadmap.
Por que isso importa
Não prometer prazo “rápido” sem entender por que engenharia estima mais. Ajudar o negócio a priorizar: às vezes outra feature é mais barata que mexer no legado.
Conceito (em linguagem simples)
- De onde vem o custo: Quantos sistemas usam aquele dado ou aquele código; se existe acordo com terceiros (outra empresa que consome nossa interface); se vai ser preciso migrar dados antigos; se vai ser preciso testar em vários cenários e ter plano de “voltar atrás” se der problema.
- Acoplamento e custo de mudança andam juntos: quanto mais sistemas dependem, mais caro é mudar.
Vale perguntar: quanto tempo engenharia estima e por quê? Quem mais depende desse sistema ou desse dado?
Conclusão
Perguntar o custo real de mudança evita expectativa de “só um campo” quando na prática é um projeto que envolve vários times e sistemas.