El papel de product manager es un error
Las críticas al papel de “product manager” se centran en cómo a menudo está ocupado por personas no técnicas y poco cualificadas que añaden burocracia, diluyen la responsabilidad y se interponen entre ingenieros, clientes y liderazgo sin aportar un valor claro. Muchos ingenieros y gerentes sostienen que el trabajo subyacente —entender a los usuarios, fijar prioridades y alinear a los equipos— es esencial, pero debería hacerlo liderazgo capacitado y orientado al producto (a veces ingenieros o diseñadores) en lugar de una capa genérica de PM. Otros responden con experiencias en las que un PM fuerte fue un gran multiplicador de fuerza, lo que sugiere que el verdadero problema es el diseño organizativo, las definiciones poco claras del rol y la escasez de PMs realmente competentes, no el rol en sí.
Reacción general al artículo
- Muchos lo ven como una generalización excesiva: en realidad trata de “malos líderes en puestos de poder”, no de los PMs en sí.
- Otros dicen que encaja con su experiencia vivida en organizaciones “product-led” donde el proceso, los OKRs y los comités dominan.
- El enfoque del “gran hombre” y la lista de genios visionarios es ampliamente criticado por ser irreal y por idolatrar a héroes.
Valor de los Product Managers (cuando son buenos)
- Varios comentaristas informan que un solo PM fuerte fue un gran multiplicador de fuerza: mejor enfoque, ejecución más fluida, mayor impacto.
- Se describe a los buenos PMs como personas que entienden profundamente a los usuarios y el mercado, priorizan sin piedad, protegen a los ingenieros de la política y alinean a las partes interesadas.
- Algunos fundadores e ingenieros en organizaciones sin PMs dicen que el trabajo clave de PM (investigación de clientes, roadmap, coordinación) simplemente no se hace.
Modos comunes de fallo de los PM
- “PM de culto al cargo”: reuniones de estado, PowerPoints, refinamiento del backlog, pero sin visión real de producto ni contacto con clientes.
- Actuar como guardianes entre ingenieros y clientes, añadiendo latencia y distorsionando la comunicación.
- Optimizar los proyectos favoritos de los ejecutivos y el teatro de métricas en lugar del valor para el usuario.
- Tener poder pero poca responsabilidad; la culpa recae en ingeniería, ventas o soporte cuando algo falla.
Confusión de roles: producto vs proyecto vs programa
- Muchos señalan que las empresas mezclan la gestión de producto, proyecto y programa en un solo bloque llamado “PM”.
- En algunas organizaciones, “PM” en realidad es un gestor de proyectos o un programador administrativo; en otras, se supone que es liderazgo estratégico de producto.
- La falta de claridad sobre quién posee el “qué vs cómo”, roadmap vs entrega, y coordinación con clientes vs interna es una queja recurrente.
Alternativas y modelos organizativos
- Algunos defienden que los tech leads fuertes o ingenieros senior asuman las decisiones de producto, especialmente en equipos pequeños o en herramientas para desarrolladores.
- Otros informan que, sin PMs dedicados, los ingenieros o gerentes quedan sobrecargados y el trabajo entre equipos se pierde por el camino.
- Un tema recurrente: las responsabilidades de PM deben existir en algún sitio; el éxito depende más de la competencia individual, el diseño organizativo y los incentivos que del título del puesto en sí.