Deixe a outra pessoa sentir que a ideia é dela

Carnegie escreveu isso em 1936. Ainda funciona. E a maioria dos líderes técnicos viola o princípio todo dia sem perceber.

O padrão mais comum que vejo em engenheiros que viram líderes: eles têm uma ideia boa, apresentam a ideia boa, e ficam frustrados porque o time não adota com entusiasmo. A ideia era boa. Por que não colou?

Porque a ideia era deles, não do time.

O problema não é a ideia

Quando você chega numa reunião já com a solução formulada e apresenta como decisão, duas coisas acontecem automaticamente:

1. O time entra em modo de avaliação crítica, não de construção.
2. Qualquer problema na execução vai ser visto como “problema do gestor”, não “nosso problema”.

Isso não é resistência política. É como cognição humana funciona. As pessoas defendem o que construíram. Executam com energia o que escolheram. Consertam com urgência o que é delas.

A mesma decisão, chegando por caminhos diferentes, produz resultados radicalmente diferentes.

O que “fazer a pessoa sentir que é dela” não é

Antes da técnica, preciso desambiguar. Porque quando falo isso em mentoria, metade das pessoas entende manipulação.

Não é isso.

Não estou falando em fingir ouvir enquanto você já decidiu. Não estou falando em fazer perguntas com resposta embutida, do tipo “você não acha que deveríamos usar Kafka aqui?” Isso é teatro. Todo mundo percebe.

O que estou falando é diferente: chegar ao problema sem a solução pronta, e construir junto. Às vezes você chega com hipóteses. Às vezes com apenas o diagnóstico. Mas a construção acontece no diálogo, não antes.

A distinção importa porque, quando é genuíno, o resultado é diferente. Você aprende coisas que não sabia. A solução fica melhor. E o time embarca de verdade.

Como funciona na prática

Tenho alguns comportamentos concretos que aprendi com o tempo. Compartilho os que mais funcionaram pra mim.

Chegue com o problema, não com a solução

Em vez de “acho que precisamos refatorar o módulo de pagamento antes do Q3”, chegue com: “estamos tendo X falhas por semana no módulo de pagamento. Isso vai piorar com o crescimento que o produto projeta. Como você está vendo isso?”

A outra pessoa tem contexto que você não tem. E quando ela chega na conclusão de que precisa refatorar, a urgência é dela. A solução que ela propõe provavelmente vai ser melhor do que a sua versão original.

Faça perguntas que você não sabe a resposta

Isso é mais difícil do que parece. A tendência do líder técnico experiente é usar pergunta como retórica. “Você não acha que seria melhor X?” não é pergunta. É afirmação disfarçada.

Pergunta de verdade: você genuinamente não sabe a resposta antes de ouvir. “Quais são as partes desse sistema que mais te preocupam hoje?” Você vai aprender algo. E a conversa vai pra um lugar que você não mapeou sozinho.

Deixe o crédito com quem executou

Quando a ideia foi construída em conjunto e o resultado foi bom, quem fala sobre ela na retrospectiva, na all-hands, com o CEO? O time que executou. Não você.

Isso não é altruísmo. É estratégia de longo prazo. O time aprende que construir com você gera reconhecimento pra eles. A próxima vez que você trouxer um problema, eles querem construir a solução. Esse ciclo, repetido, é o que diferencia time de alto desempenho de time que espera instrução.

O momento mais difícil de aplicar isso

Sob pressão.

Quando tem deadline. Quando você tem certeza absoluta que a resposta é A e o time está discutindo B. Quando o CEO está esperando uma posição.

Nesses momentos, o instinto é tomar o leme. Decretar. Resolver. E às vezes isso é necessário, especialmente em crise real com risco imediato.

Mas na maioria dos casos o que parece urgência é apenas desconforto com o processo. E decretar resolve o desconforto sem resolver o problema subjacente, que é que o time não entende o problema bem o suficiente pra resolver rápido na próxima vez.

Invista 20 minutos em construir junto o que você poderia impor em 5. Nas próximas 5 situações parecidas, o time vai precisar de 2 minutos cada.

O que isso tem a ver com ego

Tudo.

O líder que precisa de crédito pela ideia está resolvendo uma coisa diferente da que finge estar resolvendo. Não está resolvendo o problema técnico ou organizacional. Está resolvendo sua própria necessidade de reconhecimento.

Isso não é julgamento. É observação. Eu já fiz isso. Muitas vezes. Apresentei a solução pronta porque queria que o time soubesse que eu tinha a solução. E o resultado foi pior do que se eu tivesse chegado sem ela.

O líder que não precisa do crédito consegue algo raro: influência sem resistência. As pessoas não sentem que estão sendo conduzidas. Sentem que estão chegando em conclusões. E quando chegam por conta própria, elas se comprometem com uma energia que nenhum decreto consegue comprar.

Fechamento

A ideia que você planta e deixa crescer sem seu nome raramente volta sem juros. O time que sente autoria das decisões executa diferente, cobra diferente, e cresce diferente.

Se você precisa que todo mundo saiba que a ideia foi sua, talvez valha perguntar pra quem você está resolvendo o problema.