Quatro práticas que funcionam e não exigem estrutura adicional:

Exija a explicação, não o resultado. Antes de fundir os dados, peça à pessoa que explique por que se sente dessa forma e qual alternativa descartou. Essa é a regra que desenvolvemos em O código que ninguém entende é o da dívida. [link interno].

Tornar as consequências visíveis. Quando algo dá errado na produção, revise qual decisão causou o problema e quando ela foi tomada. O ciclo entre decisão e consequência é onde o julgamento é formado, e muitas vezes ele é interrompido porque a pessoa que toma a decisão não está presente quando as consequências são sentidas.

Analise as decisões, não as diretrizes. Uma sessão sobre os motivos da escolha dessa estrutura vale mais do que vinte comentários sobre estilo.

Gire para realizar a manutenção. Aqueles que fazem a manutenção do que outros construíram aprendem em semanas o que, de outra forma, levariam anos para perceber.

Existe uma clara tentação orçamentária: se os funcionários juniores forem mais produtivos, a proporção de funcionários seniores pode ser reduzida. No curto prazo, o volume entregue confirma isso; no médio prazo, os sintomas conhecidos aparecem — alterações que levam cada vez mais tempo, módulos que ninguém quer mexer e estimativas pouco confiáveis.

Na prática, a consequência é o oposto: À medida que o volume de código aumenta, os critérios tornam-se mais escassos.. A proporção de revisão e projeto deve aumentar, não diminuir.

Para muitas empresas de médio porte, isso não significa contratar uma equipe sênior completa. Significa garantir a continuidade de um julgamento sólido nas decisões importantes, que é o papel de um CTO externo ou comitê consultivo técnico [link interno]: alguém que revisa a arquitetura, apoia a equipe e participa de decisões difíceis sem precisar trabalhar em tempo integral.