O papel de product manager é um erro
As críticas ao papel de product manager se concentram em como ele muitas vezes é ocupado por pessoas sem qualificação adequada e sem conhecimento técnico, que adicionam burocracia, diluem a responsabilização e se colocam entre engenheiros, clientes e liderança sem entregar valor claro. Muitos engenheiros e gerentes argumentam que o trabalho subjacente — entender usuários, definir prioridades e alinhar equipes — é essencial, mas deveria ser feito por líderes habilidosos e orientados a produto (às vezes engenheiros ou designers), e não por uma camada genérica de PMs. Outros contrapõem com experiências em que um PM forte foi um grande multiplicador de força, sugerindo que o verdadeiro problema é o desenho organizacional, a अस्पrez- não;
Reação geral ao artigo
- Muitos consideram que ele generaliza demais: na verdade, trata de “líderes ruins em cargos poderosos”, não necessariamente de PMs.
- Outros dizem que ele corresponde à experiência real deles em organizações “product-led”, onde processo, OKRs e comitês dominam.
- A abordagem do “grande homem” e a lista de gênios visionários são amplamente criticadas por serem irreais e por idolatrarem heróis.
Valor dos Product Managers (quando são bons)
- Vários comentaristas relatam que um único PM forte foi um grande multiplicador de força: melhor foco, execução mais fluida, maior impacto.
- Bons PMs são descritos como pessoas que entendem profundamente usuários e mercado, priorizam com rigor, protegem engenheiros de política interna e alinham stakeholders.
- Alguns fundadores e engenheiros em organizações sem PM dizem que o trabalho-chave de PM (pesquisa com clientes, roadmap, coordenação) simplesmente não é feito.
Modos comuns de falha dos PMs
- “PM de cargo de fé”: reuniões de status, PowerPoints, refinamento de backlog, mas sem verdadeira visão de produto nem contato com clientes.
- Agir como porteiros entre engenheiros e clientes, adicionando latência e distorcendo a comunicação.
- Otimizar para os projetos preferidos dos executivos e para teatro de métricas em vez de valor para o usuário.
- Ter poder, mas pouca responsabilização; a culpa recai sobre engenharia, vendas ou suporte quando algo falha.
Confusão de papéis: produto vs projeto vs programa
- Muitos observam que as empresas misturam gestão de produto, de projeto e de programa em um único bloco chamado “PM”.
- Em algumas organizações, “PM” é na verdade um gerente de projeto ou um agendador burocrático; em outras, deveria ser liderança estratégica de produto.
- A falta de clareza sobre quem é dono do “o quê vs como”, do roadmap vs entrega e da coordenação com clientes vs coordenação interna é uma reclamação recorrente.
Alternativas e modelos organizacionais
- Alguns defendem que fortes tech leads ou engenheiros seniores assumam decisões de produto, especialmente em equipes pequenas ou de ferramentas para desenvolvedores.
- Outros relatam que, sem PMs dedicados, engenheiros ou gerentes ficam sobrecarregados e o trabalho entre equipes acaba caindo pelas brechas.
- Um tema recorrente: as responsabilidades de PM precisam existir em algum lugar; o sucesso depende mais da competência individual, do desenho organizacional e dos incentivos do que do título do cargo em si.