Folha de pagamento afetando milhares de funcionários é exatamente o tipo de sistema onde o dev que para e revisa 3x está completamente certo. Nenhuma pressão de entrega justifica um bug nesse contexto.

O ponto do artigo é que nem todo sistema é folha de pagamento. Um MVP de um app de agendamento para uma barbearia de bairro pode testar a hipótese do negócio antes de merecer revisão tripla de arquitetura. Se não tiver usuário depois de 3 meses, a arquitetura perfeita não ajudou em nada.

A questão é contextualizar. Sistemas sensíveis com dados reais de empresas reais: o dev que revisa está certo. Hipótese de produto que precisa de validação de mercado: velocidade pode ser a decisão mais responsável.