Me conte sobre uma decisão técnica que você reverteu por autoridade e como conduziu isso.

Passe por cima raramente, e só quando o custo de estar errado é alto ou a decisão é difícil de reverter. Quando fizer isso, explique o raciocínio abertamente, reconheça os méritos da abordagem que você rejeitou e dê ao engenheiro responsabilidade real pela implementação. Defina um gatilho explícito que faria você revisitar, para que a decisão continue baseada em evidência e não em quem tem o cargo.

Minha régua é alta: tento influenciar em vez de impor, e só puxo o cargo quando a decisão é cara de reverter. A que eu lembro foi um plano de construir nossa própria camada de agendamento de jobs em vez de usar uma existente. O design era bom, honestamente mais adequado ao nosso formato de trabalho, e o engenheiro que propôs era uma das pessoas mais fortes com quem já trabalhei. Passei por cima porque estávamos a quatro meses de um marco de captação com duas vagas abertas, e assumir uma infraestrutura que seríamos donos para sempre era um compromisso de manutenção que não conseguiríamos sustentar. Dei esse raciocínio em voz alta no design review em vez de em particular, incluindo a parte em que o design dele era tecnicamente melhor, porque o time precisa enxergar a restrição real. Depois pedi que ele fosse dono do trabalho de integração, que tinha escopo de verdade. Também escrevi a condição para revisitar: se batêssemos em limites específicos da opção de terceiro, construiríamos. Dezoito meses depois foi exatamente o que fizemos.