Push vs Pull: O Espectro de Coaching em que Você Se Move

A conversa sobre push vs pull no treinamento foi uma que eu esperava ler como confirmação. Flexionar nesse espectro tem sido parte de como faço coaching desde que comecei — puxando de gestores sob os quais trabalhei que modelaram cada ponta pra mim. A sessão foi mais clara do que a moral cultural de que “perguntar é melhor do que dizer” tem sido: existe um espectro, as duas pontas são legítimas, e o ofício do líder é ler a ponta certa pro momento.

Quero soletrar o espectro do jeito que venho operando nele, nomear os dois failure modes que vejo em líderes sob os quais trabalhei, e caminhar por um exemplo recente trabalhado.

O espectro, sem rodeio

Cada linha soa como binário. Nenhuma é. Uma conversa real se move pelo espectro, às vezes dentro da mesma troca. O líder que só sabe pull vira um coach frustrado em momentos em que a pessoa precisava de clareza. O líder que só sabe push vira o gargalo de toda decisão.

Quando pull é o movimento certo

Pull é o default certo pra maioria das conversas com gente que tem capacidade de encontrar a resposta se receber espaço. Constrói julgamento, faz crescer ownership, compõe ao longo das repetições de um jeito que push nunca compõe.

Pull é especialmente certo quando:

• O custo do próximo erro é aprendizado. Se o pior resultado de deixar a pessoa tentar é que ela melhore, pull é quase sempre certo.
• Ela tem o dado de que precisa. Pedir pra ela pensar num problema pra qual tem todos os inputs é generativo. Pedir pra pensar num problema em que falta contexto chave é performativo.
• Ela tá pronta pra autonomia. Às vezes a coisa mais gentil que posso fazer é entregar um problema e confiar que ela vai navegar. O sinal de que tá pronta nem sempre é alto, mas geralmente tá presente se eu tô olhando.

Pull é onde eu quero que a maior parte do meu coaching viva. A primeira vez que confiei numa pessoa pra encontrar o caminho dela num problema que ela normalmente teria me perguntado, vi duas coisas: ela encontrou um caminho, e o caminho era diferente do meu de um jeito interessante. O time melhora em direções que eu não conseguiria ter definido, e isso não acontece se eu empurro.

Quando push é o movimento certo

Push é o movimento certo em três situações, e quero ser específico porque elas são fáceis de perder quando pull parece o default moralmente certo.

Quando o custo do próximo erro é alto demais pra ser evento de aprendizado. Às vezes o problema não é um que a pessoa devia tar crescendo dentro; é um sobre o qual eu devo minha perspectiva porque o time vai pagar se eu não der. A linha que uso: se o pior resultado é dano significativo ao time ou ao trabalho, eu empurro.

Quando ela não tem o dado ou contexto ainda. Fazer coaching numa pessoa que não tem os inputs é cruel. O movimento certo é compartilhar o contexto primeiro, aí perguntar se ela quer ajuda pensando. Às vezes depois do share, ela não precisa de coaching — só precisava da peça que faltava.

Quando ela não tá pronta pra autonomia. Esse é o que mais pede empatia. Pessoas na zona de embarking, gente nova num domínio, gente sob pressão específica — precisam de clareza, não de espaço. O push aí é presente. Forçar a pessoa a “encontrar o caminho dela” quando ela não tem julgamento ainda é condescendência vestida de empoderamento, e o time sente.

Os dois failure modes que vigio

O espectro tem duas falhas opostas, e trabalhei sob gestores que viviam em cada uma.

O pull performativo é quando um líder faz uma pergunta depois de já ter decidido a resposta, performa a escuta, e aí guia a pessoa pra conclusão que ele tinha no começo. O time lê isso na hora. É pior do que só empurrar, porque adiciona desonestidade à lentidão. Se tenho uma visão forte, devia dizer. Fingir o contrário é seu próprio tipo de desrespeito. Trabalhei sob uma gestora que fez isso por um ano, e o time de que eu fazia parte aprendeu a trazer pra ela nossas conclusões pré-formadas e deixar ela “perguntar” a gente até concordar com elas. Esse padrão todo encolhe a contribuição real do time pro trabalho.

O push reflexivo é quando uma pergunta é trazida, uma resposta é dada, a conversa fecha. A pessoa sai com a resposta do líder e não com a dela. Repetido ao longo de meses, isso ensina o time a trazer pergunta em vez de tentativa. O gargalo em que o líder vira é um que ele construiu. Trabalhei sob um desses também — um gestor que respondia rápido e bem, e cujo time não conseguia funcionar quando ele tava de férias. Aprendi muito sobre o que não queria que meu time sentisse com aquela experiência.

As duas falhas são corrigíveis. As duas custam. As duas são sutis o bastante pra que eu tenha cometido as duas nos últimos meses e precisado voltar atrás. A vigilância é constante.

Um exemplo curto trabalhado

Uma engenheira de nível médio me trouxe uma pergunta semana passada sobre como estruturar uma review de uma proposta controversa. A leitura honesta do momento era: ela tinha a capacidade, não tinha todo o contexto ainda, e tava num prazo apertado.

O movimento pull teria sido: o que você tá considerando, o que parece difícil, o que você ia querer que a reunião fizesse? O risco de ir de pull aqui era que ela não tinha o contexto de que a proposta carregava peso político além do conteúdo técnico.

O movimento push teria sido: é isso que eu faria, com essas restrições em mente, nesse prazo. O risco de ir de push era que eu entregaria uma resposta que ela executaria em vez de ser dona.

O que fiz, no momento, foi o híbrido pra que o espectro de fato existe. Empurrei primeiro o contexto — uma coisa que você deveria saber: essa proposta já foi rebatida duas vezes, e a sala vai estar olhando sinais sobre se vale uma terceira tentativa — e aí puxei sobre a estrutura — com isso em mente, o que você ia querer que a reunião fizesse? O push deu o dado que ela não tinha. O pull deixou ela ser dona da estrutura. A conversa durou doze minutos e a reunião que ela conduziu foi excelente.

A peça de eficiência do time

O argumento de throughput a favor do espectro, em vez de qualquer das pontas:

Um líder que só puxa é um cujo time cresce rápido nos casos fáceis e queima tempo nos difíceis. O time é autônomo em trabalho rotineiro e perdido em trabalho novo, porque a perspectiva do líder nunca entra.

Um líder que só empurra é um cujo time é rápido no trabalho que o líder tocou e frágil em todo o resto. A agenda do líder tá cheia porque todo problema passa por lá.

Um líder que consegue ler o momento é um cujo time recebe pull quando o momento ensina e push quando o momento custa. Esse time cresce nos problemas de aprendizado e sobrevive aos de alta aposta, que é a combinação que time precisa pra continuar eficiente ao longo de anos em vez de meses.

O que a sessão adicionou

Duas coisas.

O check de custo-do-próximo-erro. Eu vinha operando nele no feeling; agora tenho como uma frase. Qual o custo do próximo erro aqui? Se é aprendizado, puxo. Se é dano, empurro. Se não tá claro, faço mais uma pergunta pra me ajudar a decidir.

Um jeito de ensinar o espectro pros meus seniores. Eles fazem coaching também. O espectro dá pra eles os mesmos movimentos explícitos que agora tenho, e os deixa notar os próprios defaults. Esse é o multiplicador.

A prática

O check que rodo em retrospecto: eu empurrei quando devia ter puxado, ou puxei quando devia ter empurrado? Mantenho um log meio frouxo dessas chamadas. Não formal — só uma nota quando reparo. O padrão, ao longo de meses, me diz o que meu default tá fazendo de errado, e o próximo trimestre anda um pouco melhor.

Vou passar a carreira inteira aprendendo a ler esse espectro, e isso tá ok. As pessoas do meu time que fiz coaching melhor até aqui são as com quem li o momento certo, vezes o bastante, pra elas confiarem que eu ia dar o que precisavam. Essa confiança é o produto real de acertar isso.