Arquitetura Agora ou Dívida Depois?

Como decisões iniciais de design impactam o custo e a evolução do software

Todo projeto de software começa do mesmo jeito. Pressa. Expectativa. A vontade de colocar algo no ar o mais rápido possível. É nesse contexto que surge um dilema recorrente: investir em arquitetura desde o início ou focar em entregar rápido e corrigir depois.

Durante meu MBA, encontrei um conceito que dá nome a esse conflito: a Design Stamina Hypothesis, ou Hipótese da Resistência do Design.

Apesar do nome técnico, essa discussão está longe de ser apenas técnica. Ela envolve custo, trade offs e, principalmente, a capacidade do sistema continuar evoluindo de forma saudável ao longo do tempo.

A pergunta inevitável

Mais cedo ou mais tarde, todo time se faz as mesmas perguntas.

  • Vale a pena investir em design e arquitetura?
  • Se sim, quanto investir?

Não existe resposta pronta. Existe uma relação direta entre tempo, complexidade e custo da mudança. Ignorar isso não elimina o problema, apenas adia a conta.

Pensar antes de codar

Quando um time investe em design desde o início, os efeitos aparecem rápido.

  • O início do projeto é mais lento.
  • A primeira entrega parece cara.
  • A pressão por resultados visíveis aumenta.

Esse custo inicial incomoda, mas cria algo valioso: espaço para mudança. Com uma base bem pensada, o sistema evolui de forma previsível. Ajustes não viram apostas e mudanças deixam de ser traumáticas.

O custo da evolução se mantém relativamente estável, mesmo com o passar do tempo.

Codar rápido agora e pagar depois

No caminho oposto, o time ignora arquitetura e vai direto para o código. No começo, os resultados são animadores:

  • Entregas rápidas.
  • Alta sensação de produtividade.
  • Produto ganhando forma rapidamente.

Com o tempo, a conta chega. O sistema tende a virar uma Big Ball of Mud, onde tudo depende de tudo. Pequenas alterações geram efeitos colaterais inesperados. O medo de quebrar algo trava a evolução. A produtividade, antes alta, começa a cair à medida que a complexidade cresce.

Onde os caminhos se cruzam

A Hipótese da Resistência do Design mostra que esses dois caminhos não evoluem em paralelo para sempre.

Em projetos simples, priorizar velocidade pode funcionar no curto prazo. Mas, à medida que a complexidade cresce, chega um momento em que o time que investiu em bom design passa a evoluir mais rápido do que aquele que ignorou arquitetura.

O problema é que esse ponto não vem com aviso. Ele só fica claro quando a velocidade cai de forma consistente e o peso da complexidade já está presente no dia a dia do time.

O gráfico que explica tudo

https://martinfowler.com/bliki/images/design-stamina-hypothesis/card.png

Para ilustrar esse comportamento, Martin Fowler apresentou o gráfico da Design Stamina Hypothesis.

  • No eixo horizontal está o tempo.
    No eixo vertical, a quantidade de funcionalidades entregues.
  • A curva sem design cresce rápido no início, mas perde fôlego conforme a complexidade aumenta. Já a curva com bom design cresce mais devagar no começo, porém mantém um ritmo estável ao longo do tempo.
  • O ponto mais importante é onde essas curvas se cruzam. Antes dele, priorizar velocidade pode ser uma escolha consciente. Depois dele, ignorar arquitetura faz o sistema perder capacidade de evoluir.

Quando o time reconhece esse momento e investe em bom design, o efeito se inverte. A evolução volta a ser previsível e o sistema recupera sua capacidade de crescer.

Para liderança, esse gráfico ajuda a enxergar quando investir.
Para devs, ele mostra por que manter espaço para mudança é essencial.

A principal lição

Design não é um evento isolado no início do projeto. É uma prática contínua.

Arquitetura não é um diagrama estático guardado em uma pasta. É uma conversa constante entre o código, o time e as necessidades do negócio.

Quanto maior e mais duradoura for a aplicação, maior tende a ser o retorno sobre o investimento em design.

Para se aprofundar

Esse conceito foi popularizado por Martin Fowler. Para quem deseja aprofundar o repertório e tomar decisões arquiteturais mais conscientes, a leitura de Patterns of Enterprise Application Architecture é altamente recomendada.

No fim, a Hipótese da Resistência do Design não dita regras. Ela convida à consciência. Decisões que parecem rápidas hoje podem definir se o sistema continuará saudável amanhã.