Como se tornar um bom microgerente

> Todo microgerenciamento é ruim? Os melhores líderes de startups explicam como equilibrar atenção aos detalhes e delegação

• Microgerenciamento não é um comportamento que deve ser evitado a qualquer custo, mas sim uma ferramenta de gestão que pode ser usada de forma produtiva dependendo da situação e do objetivo
• À medida que novos gestores passaram a tratar o “não gerenciar” como uma virtude, aumentaram os casos de subgerenciamento e liderança sem contexto
• Bons líderes só mergulham nos detalhes quando necessário e intervêm para definir padrões, validar hipóteses e revisar a perspectiva do usuário
• A abordagem mais eficaz é intervir profundamente apenas quando houver sinais claros, como anomalias nos dados, manutenção de padrões de qualidade ou mudanças em KPIs críticos
• O núcleo do microgerenciamento não está no controle, mas em restaurar confiança, compartilhar contexto e melhorar sistemas

---

Apple, Rippling, Stripe, Uber e outras empresas compartilham como equilibrar envolvimento nos detalhes e delegação de autoridade

Reavaliando o microgerenciamento

• "Don't Micromanage." costuma ser tratado como uma regra de ouro da gestão, mas esse conselho às vezes produz o efeito contrário
• Novos gestores, por temerem demais o microgerenciamento, acabam caindo no subgerenciamento e deixam de dar o suporte adequado aos seus subordinados diretos
• O veterano CTO Will Larson também critica executivos seniores que passam a se enxergar apenas como alocadores de recursos, limitando-se a distribuir orçamento e fazer checagens periódicas
  • "Se você se afasta demais dos detalhes, no fim vira só um burocrata"

Aproximando-se dos detalhes

• Modelar diretamente o comportamento desejado na equipe

  • O cofundador da Lattice, Jack Altman:
    > Microgerenciamento é uma ferramenta que pode ser usada tanto para o bem quanto para o mal
    • É uma ferramenta poderosa que CEOs, executivos e gestores devem usar raramente
  • Uso incorreto: quando você continua fazendo o trabalho no lugar de alguém que não tem capacidade suficiente
    • Se isso se repetir, talvez seja necessário mudar a composição da equipe
  • Uso correto: definir padrões e demonstrar o nível de trabalho esperado
    • Escrever um post de blog, corrigir bugs etc. diretamente para dar o exemplo
    • Quando o CEO se envolve profundamente em uma área específica, pode direcionar a energia organizacional naquela direção

• Usar anomalias de dados como sinal para microgerenciar

  • O COO da Rippling, Matt MacInnis:
    • Um grande executivo trabalha em uma coisa de cada vez, e sempre começa pelo que tem maior prioridade
  • Um dos 9 princípios de liderança da Rippling: "Go and See"
    • Líderes não devem ficar parados apenas no dashboard
    • Se relatos anedóticos e dados não batem, há um problema
    • É preciso ir pessoalmente ao campo e entender o contexto em nível atômico
  • Formas concretas de executar isso:
    • Ler diretamente tickets de suporte ao cliente
    • Ouvir gravações de ligações de vendas (Gong)
    • Analisar o site da marca e as interações com clientes
  • Formular hipóteses e passá-las ao líder da área, pedindo que ele as refute
    • Na maioria dos casos, pressupostos errados são corrigidos rapidamente; quando não, os dois fazem o debugging juntos
  • "Eu não sou um microgerente, sou microinteressado"
  • Quando recuar: continuar ajustando o sistema até que o dashboard mostre os números desejados

• Manter padrões de qualidade com um sistema de revisão

  • A primeira profissional de marketing da Stripe, Krithika Shankarraman
    > O segredo para manter o taste e o craft da Stripe
  • "Na Stripe, não escalamos o taste; investimos em processos e sistemas para garantir que todo resultado tenha taste"
  • A revisão interna contribui não só para a gestão da marca, mas também para a distribuição do conhecimento
    • Mesmo um novo profissional de marketing consegue entender, já no primeiro mês, o caminho exato da ideia até a execução

  • Sistema Red Pen Holder

    • Todo material que vai para mais de 100 usuários recebe marcação de um Red Pen Holder designado
    • A pergunta é: "Uma pessoa vendo isso pela primeira vez, sem contexto, ficaria confusa?"
    • O foco está mais em melhorar o trabalho do que na estratégia em si

  • Checkpoints de 20% / 80%

    • Revisão estratégica aos 20%: verificar alinhamento entre objetivos e intenção
    • Revisão de execução aos 80%: revisar cada canal e conteúdo; fazer isso em 80%, e não em 99%, preserva espaço para mudanças
    • "Não dá para construir uma boa marca sem microgerenciamento. Isso é colocar o usuário em primeiro lugar"

• Definir uma cadência de análise profunda de KPIs

  • Mike Brown (início da Uber, ex-COO da Newfront):
    > Grandes gestores agem como botos/golfinhos
    • Entendem tudo na superfície, mas se aprofundam em iniciativas selecionadas
  • A cada trimestre ou semestre, focar em projetos ligados aos KPIs da equipe:
    • 1 projeto ligado a KPI de talentos/cultura
    • 1 projeto ligado a KPI de crescimento de receita
    • 1 projeto ligado a KPI de redução de custos/eficiência
    • 1 projeto com alto potencial de melhorar a experiência do cliente
  • Quando surge uma ameaça existencial ou uma oportunidade única na vida, é preciso mergulhar nos detalhes imediatamente
    • Quando o governo das Filipinas suspendeu o negócio por um mês, ele ficou baseado em Manila e trabalhou diretamente com a equipe local

• Coletar microcontexto com “mineração de conflitos” junto a ICs

  • O CTO da Imprint, Will Larson:
    > A forma mais rápida de ganhar contexto em um novo cargo é a "mineração de conflitos"
  • O maior motivo de fracasso de novos líderes de engenharia: presumir que o contexto da empresa anterior se aplica da mesma forma
  • Ao sair da Uber para a Stripe, ele tentou introduzir o self-service provisioning que funcionava bem na Uber, mas encontrou resistência
    • Depois de conversas mais profundas, descobriu um problema central de arquitetura
    • "O lado sem contexto era o meu, e eu precisava ajustar a abordagem"
  • A essência da mineração de conflitos: conversar com os ICs que têm mais contexto
    • ICs vivem nos detalhes e não podem mentir
    • Muitas vezes, a opinião de um IC vale mais do que a de um executivo

• Microgerenciar o produto em nome do usuário

  • O CEO da Rippling, Parker Conrad, aprova pessoalmente todas as despesas acima de US$ 5 e também processa diretamente a folha de pagamento de uma empresa com 3.000 pessoas
  • Continuar usando o próprio produto, ou seja, fazer dogfooding, é essencial para manter a sensibilidade sobre o produto
  • Caso de concorrentes que, ao atingir certo porte, migraram para Workday:
    • Se você para de usar seu próprio produto, está terceirizando a tarefa de descobrir o que é útil para o cliente
  • "Quando você deixa de ser o usuário mais crítico do produto, acabou. Se tirar o pé só 5%, já era"

Dar zoom out para empoderar a equipe

• Tratar o microgerenciamento como sintoma e identificar a causa raiz

  • O ex-fundador/CEO da PatientPing, Jay Desai:
    > Popularizar a escrita de um "guia do usuário" para gestores
    • Organizar preferências e expectativas sobre todas as áreas da relação entre gestor e liderado, como comunicação, relatórios e 1:1
  • Microgerenciamento é um sintoma de desconfiança
    • "Até haver confiança, colaboração hands-on; quando a confiança aparece, colaboração hands-off"
  • Quando surge a tendência ao microgerenciamento, isso é um sinal de que a confiança está se rompendo
    • É preciso intervir cedo para diagnosticar e restaurar a confiança
    • Se a confiança desaparecer por completo, a recuperação se torna impossível

• Bloquear a necessidade de microgerenciar com feedback regular

  • O CEO da Subscript, Sidharth Kakkar
    > Uma filosofia anti-microgerenciamento
    • Construção de uma cultura remota, totalmente assíncrona e sem reuniões
    • Zero microgerenciamento como pilar central
  • Papel do fundador: buscar mudanças em nível de sistema para evitar que decisões erradas aconteçam
  • Como conter o impulso de microgerenciar:
    • Antes de opinar, perguntar: "Estou certo, ou isso é só uma opinião? E se estiver certo, qual é o custo de estar certo?"
    • Confiar e delegar aquilo que outras pessoas fazem bem
  • Feedback é o principal meio de orientar direção
    • Recomenda-se feedback mensal (quanto mais frequente, mais fácil fica dar e receber)
    • Projetar um sistema leve (framework Start-Stop-Continue)
    • Mesmo pessoas de alta performance não devem ser excluídas do feedback

• Criar office hours com colegas

  • Hareem Mannan:
    > Estruturar para que colegas deem feedback, em vez de fazer isso diretamente em 1:1
  • Estrutura adotada na Segment:
    • Quando a qualidade do design não atende às expectativas, em vez de criticar diretamente no 1:1, pede-se participação em office hours
    • Compartilha-se com quem conduz os office hours quais tarefas existem e onde há necessidade de melhoria
  • Sem conexão social entre colegas, feedback entre pares não funciona
    • Um "Design Hangout" quinzenal promove atividades divertidas em equipe
    • Quando as pessoas ficam mais à vontade entre si, passam a usar melhor fóruns formais como office hours

• Dar à equipe uma caixa cheia de ideias

  • O líder de engenharia da Apple, Michael Lopp:
    > "Como engenheiro, não há nada mais irritante do que microgerenciamento"
  • Prefere storytelling e compartilhamento de ideias em vez de dar ordens
    • "Em vez de uma lista, eu dou uma caixa e a encho de ideias interessantes"
    • A equipe então decide por conta própria como entrar nessa caixa e o que fazer lá dentro
  • Mesmo quando pedem "só me diga o que fazer", ele normalmente recusa
    • Mesmo que você dê ordens de forma ditatorial, no fim a pessoa vai aplicar o próprio jeito
  • "Líderes precisam ser storytellers. Dê a sopa e deixe que decidam se vão tomá-la pura ou adicionar o que quiserem"

• Contratar gestores capazes de fazer o trabalho diretamente

  • O CEO da Levels, Sam Corcos:
    > Compartilha resultados da análise de 5 anos de dados sobre uso do tempo
  • Parar de escrever código conforme a empresa crescia foi um erro caro
    • Com cerca de 60 pessoas e uma nova camada gerencial, a velocidade de deploy caiu drasticamente
    • Projetos de 2 semanas passaram a levar 3 meses e ficaram presos em trabalho prévio e reuniões
    • O app ficou cheio de bugs
  • Lição: desenvolvimento de software deveria ter continuado como prioridade
  • Princípio atual da Levels: não contratar gestores "puros"
    • Gestores devem ser capazes de executar diretamente o trabalho das pessoas que gerenciam
    • Quem gerencia engenheiros deve saber escrever ótimo software
    • Quem gerencia marketing deve ser um excelente profissional de marketing
  • Contratar "button clickers" (pessoas que executam diretamente) e evitar quem só quer que os outros cliquem nos botões