Grandes engenheiros não precisam de instruções, e grandes PMs não controlam o time nem o roadmap [Tradução]

1. Redefinindo o verdadeiro papel do PM

   • Um grande PM não controla o time nem o roadmap.
   • Em vez disso, ele aprofunda os insights de mercado para guiar o time e evitar que siga na direção errada.
   • (Original: "Um grande PM não controla o time. Ele descobre insights e evita desvios de direção.")

2. Contexto da fundação da PostHog: um começo sem PM

   • Quando comecei a PostHog com o Tim, em 2020, eu insistia firmemente que jamais contrataríamos um gerente de produto (PM).
   • Incentivamos os engenheiros a pensar diretamente nos problemas do produto e resolvê-los com código.
   • Formação de uma cultura que colocava a autonomia como prioridade máxima em uma startup em estágio inicial.

3. Características de um grande engenheiro de produto

   • Entende por conta própria o contexto do PM (visão, necessidades do cliente), sem precisar de instruções separadas.
   • Com base nisso, repete o ciclo de prototipagem rápida → experimentação → coleta de feedback → implantação automatizada.
   • Capacidade de execução em código e velocidade de experimentação são seus principais pontos fortes.

4. Distinção detalhada entre os papéis de PM e engenheiro de produto

   • Foco do PM:
     • Pesquisa de mercado, construção do caso de negócio e coordenação com stakeholders (vendas/marketing).
     • Compartilhar direção e contexto com todo o time.
   • Foco do engenheiro de produto:
     • Executar de fato a construção/testes/implantação.
     • Melhorar o produto coletando diretamente o feedback dos clientes.

5. Modelo ideal de colaboração

   • O PM, em vez de ser um "controlador", respeita a autonomia como um "provedor de contexto".
   • O engenheiro de produto compartilha os objetivos do PM, mas executa de forma independente com foco em código.
   • Resultado: uma cultura de desenvolvimento de produto rápida e eficiente, que derruba as fronteiras tradicionais entre PM e engenheiro.

6. Mensagem central e implicações do texto

   • Corrigindo um mal-entendido sobre PMs: foco em insights em vez de impor o roadmap.
   • Acelerar o crescimento da startup ao maximizar o uso de engenheiros de produto.