Acoplamento: o custo invisível da dependência
Todo BA em algum momento já disse: "É só ajustar essa informação." Sozinha, a frase até parece simples. O problema é a pergunta que quase ninguém faz antes de prometer o ajuste: quem mais depende disso?
Daí entra um dos conceitos que mais importam quando você trabalha com engenharia: acoplamento. Quanto mais A depende de B pra funcionar, mais acopladas estão. Na prática: se mudar A quebra B, há acoplamento. Se mudar A não mexe em B, o acoplamento é baixo. No papel é simples; na vida real quase nunca é. Pensa num prédio onde a iluminação depende do sistema de segurança, a segurança da internet, a internet da energia. Mexe na iluminação e pode disparar uma cadeia. Noutro prédio cada sistema é independente: troca a lâmpada e nada mais muda. Software segue a mesma lógica.
Alguém escreve: "Alterar o formato da data para DD/MM/AAAA." Parece trivial. Só que essa data pode estar sendo usada por API interna, API externa, sistema legado, relatório financeiro, dashboard e integração com parceiro. Se qualquer um espera o formato antigo, você criou uma quebra — e quebra em produção raramente é pequena. Um serviço alimenta cinco outros sistemas. Você muda o contrato: cinco sistemas têm de se adaptar, cinco times a sincronizar, cinco deploys a coordenar. Agora imagina 20 sistemas. Deixou de ser "ajuste" e virou coordenação organizacional.
Algumas dependências são óbvias: API documentada, integração formal, contrato. Outras são invisíveis: relatórios que batem direto no banco, planilhas que puxam por query, sistema legado que ninguém lembra. As implícitas são as piores — você só descobre quando quebra.
API pública e o custo de quebrar cliente
Sua empresa expõe API pra parceiros e você resolve mudar nome de campo, tipo ou formato da resposta. Sem versionar direito, pode quebrar dezenas de clientes. Aí o problema deixa de ser só técnico: vira contratual, reputacional e financeiro. Sistemas acoplados viram times acoplados: os times precisam se coordenar o tempo todo. Coordenação custa — alinhamento, reunião, deploy sincronizado. Mais acoplamento, menos autonomia.
Antes de prometer qualquer mudança: quem consome essa informação? Tem integração externa? Quantos sistemas dependem? Se a resposta for "muitos", já sabe: não é pequeno. Você decide adicionar um novo status no pedido. Esse status entra em relatório? Dispara notificação? Alimenta BI? Mexe em cálculo financeiro? Um valor novo pode exigir enum, validação, relatórios, dashboards e integrações — tudo porque vários sistemas estavam acoplados ao conjunto de valores antigo.
Acoplamento raramente nasce grande; vai crescendo. "Vamos integrar rapidinho." "Vamos reutilizar esse campo." Sem governança, as dependências se acumulam e um dia você tenta mudar algo central e descobre que está preso. Saudável: dependências claras, pouco acoplamento, interfaces definidas. Frágil: dependência circular, acesso direto a banco de outro sistema, integrações sem documento. O BA não desenha a arquitetura, mas influencia: cada requisito pode aumentar ou reduzir acoplamento.
Mudar em área muito acoplada exige planejamento junto, mais tempo de teste e mais risco de rollback. Em sistema complexo, mudança isolada é exceção; a mudança gera efeito em cascata. Quem leva a sério o papel de BA não assume isolamento. Pergunta: "Quem quebra se a gente mudar isso?" Às vezes o pior acoplamento não é técnico, é de regra de negócio. Um campo "categoria" pode ser usado em precificação, comissão, relatório, filtro e integração fiscal. Mudar a regra sem mapear onde ela é usada pode impactar vários departamentos.
Ninguém exige que você desenhe arquitetura desacoplada. Mas você pode documentar quem consome o quê, perguntar sobre integrações, incluir impacto sistêmico na análise e negociar prazo em cima da dependência. Alto acoplamento vira dificuldade de evoluir, medo de mudar, retrabalho e crises inesperadas. Enquanto muita gente pergunta "quanto tempo leva?", você pergunta "quem depende disso?". Essa diferença muda a estimativa, a conversa e a sua credibilidade.
Em sistema pequeno, mudança costuma ser simples. Em sistema acoplado, mudança vira coordenação — e coordenação é complexidade organizacional. Quem pensa no todo não promete pela superfície; valida pelas dependências.
No próximo post: custo de mudança. Porque "só incluir um campo" quase nunca é só isso.
