Teatro de la gestión de productos: Marty Cagan sobre cómo crear equipos de producto empoderados
- Aisha Washington
- hace 1 hora
- 8 min de lectura
Muchas organizaciones parecen practicar una gestión de productos moderna. Contratan gerentes de producto, realizan ceremonias ágiles, mantienen hojas de ruta e invierten mucho en desarrollo de software. Sin embargo, Marty Cagan, de Silicon Valley Product Group, sostiene que gran parte de esta actividad es «teatro de la gestión de productos»: la organización adopta el vocabulario y los rituales del trabajo de producto sin otorgar a los equipos la responsabilidad ni las capacidades necesarias para producir resultados valiosos.
En su conversación en Lenny’s Podcast, Cagan distingue entre lanzar funcionalidades y resolver problemas. Examina por qué las organizaciones de producto se volvieron sobredimensionadas, qué separa a los equipos de funcionalidades de los equipos empoderados, cómo la inteligencia artificial puede dejar al descubierto los roles débiles y por qué el liderazgo sigue siendo esencial incluso en una cultura basada en la autonomía.
Cómo la gestión de productos se convirtió en teatro
La crítica de Cagan comienza con una distinción sencilla: el resultado producido no es lo mismo que el impacto logrado. Una empresa puede completar una hoja de ruta, lanzar a tiempo y aun así no mejorar nada importante. Los clientes pueden ignorar la nueva funcionalidad, los ingresos pueden mantenerse sin cambios y el negocio puede no estar mejor posicionado que antes.
Durante el auge de contratación de la época de la pandemia, afirma Cagan, muchas empresas tecnológicas ampliaron sus equipos más rápido de lo que podían mantener sus estándares de contratación o aclarar responsabilidades. Las organizaciones añadieron product owners, coaches ágiles, analistas de negocio, personal de operaciones de producto y otros roles de coordinación. Algunos de estos puestos pueden generar un apalancamiento real, pero otros simplemente añaden capas entre las personas que definen los problemas y quienes construyen las soluciones.
Este entorno recompensa la actividad visible. Un backlog completo, un documento de requisitos pulido y un calendario de entregas predecible parecen progreso. Determinar si una solución propuesta será valiosa, utilizable, factible y comercialmente viable es más difícil. El resultado es una organización que puede demostrar movimiento sin demostrar impacto.
Cagan también cuestiona las implementaciones superficiales de los métodos ágiles. Las ceremonias de Scrum y los flujos de trabajo de Jira no convierten a una empresa en innovadora. Cuando el proceso se convierte en el objetivo operativo, puede ralentizar el aprendizaje y ocultar quién es responsable de los resultados.
Equipos de funcionalidades y equipos de producto empoderados
El contraste central de la conversación se da entre los equipos de funcionalidades y los equipos de producto empoderados.
Un equipo de funcionalidades recibe una solución —a menudo de un ejecutivo, una parte interesada o una solicitud de ventas— y se le pide entregarla. Su desempeño suele medirse por plazos, alcance y volumen de lanzamientos. El gerente de producto puede coordinar tareas, mantener el backlog, informar sobre el estado y traducir las solicitudes de las partes interesadas en tickets. Cagan considera que esto se parece más a la administración de proyectos que a una gestión de productos auténtica.
Un equipo de producto empoderado recibe un problema relevante de clientes o de negocio. Los líderes de producto establecen el contexto estratégico y deciden qué problemas merecen inversión, mientras que el equipo multifuncional determina la mejor manera de resolverlos. Gerentes de producto, diseñadores, ingenieros y líderes técnicos combinan su experiencia para descubrir una solución y comprobar si funciona.
La diferencia no es superficial. Un equipo de funcionalidades es responsable de ejecutar una instrucción. Un equipo empoderado rinde cuentas por producir un resultado.
Cagan sostiene que las empresas de producto sólidas se preocupan menos por el tiempo de salida al mercado de forma aislada que por el «tiempo hasta generar dinero»: la rapidez con la que una inversión empieza a generar valor real. Lanzar antes solo es útil si el lanzamiento mejora la experiencia del cliente o hace avanzar el negocio.
Qué aporta un verdadero gerente de producto
En el modelo de Cagan, un gerente de producto es un creador y un tomador de decisiones, no simplemente un facilitador. Los diseñadores aportan una profunda experiencia en usabilidad y experiencia de usuario. Los ingenieros evalúan la viabilidad y ayudan a descubrir posibilidades habilitadas por la tecnología. El gerente de producto se concentra especialmente en el valor y la viabilidad.
El valor pregunta si los clientes elegirán o usarán la solución. La viabilidad pregunta si funciona para el negocio bajo restricciones reales. Responder estas preguntas exige más que recopilar requisitos. Los gerentes de producto necesitan conocimiento en varios ámbitos:
Clientes, usuarios y sus necesidades no satisfechas
Datos de producto y toma de decisiones basada en evidencia
Dinámicas del mercado y alternativas competitivas
Modelos de ingresos, precios, costes y consideraciones de salida al mercado
Ventas, marketing, aspectos legales, cumplimiento normativo y restricciones éticas
Un product owner que administra principalmente un backlog puede realizar un trabajo de entrega útil, pero Cagan no considera la gestión del backlog como la responsabilidad definitoria de un gerente de producto. De manera similar, alguien en un equipo de funcionalidades puede contribuir más allá de Jira y aun así dedicar la mayor parte de su tiempo a coordinar una solución predeterminada.
El PM empoderado trabaja directamente con diseño e ingeniería para dar forma a las soluciones. Eso no significa dirigir a los diseñadores ni asignar las tareas diarias de los desarrolladores. Significa representar el valor para el cliente y la viabilidad empresarial mientras el equipo descubre qué construir.
El empoderamiento sigue requiriendo dirección
A veces se confunde a los equipos empoderados con equipos que eligen libremente cualquier cosa que quieran abordar. Cagan rechaza esa interpretación.
La estrategia de producto corresponde al liderazgo de producto. Los líderes deciden dónde competirá la empresa, identifican oportunidades importantes, toman decisiones de inversión y asignan problemas relevantes a los equipos. El empoderamiento comienza después de ese trabajo estratégico: los equipos reciben libertad para investigar el problema, probar supuestos y determinar la solución.
Esto crea una división productiva de responsabilidades. El liderazgo aporta contexto, prioridades, recursos y personas capaces. Los equipos aportan descubrimiento, criterio, experimentación y ejecución. La autonomía sin estrategia produce fragmentación; la estrategia sin autonomía de los equipos produce fábricas de funcionalidades.
Un entorno saludable también depende de la confianza. Los equipos necesitan margen para asumir riesgos responsables, aprender de experimentos fallidos y cuestionar supuestos débiles. Los líderes deberían celebrar el progreso y el aprendizaje significativos en lugar de recompensar únicamente el volumen de funcionalidades.
El ajuste de cuentas posterior a la era ZIRP
Cagan vincula la actual reevaluación de la gestión de productos con el final de la era de tipos de interés cero. Cuando el capital era abundante, muchas empresas hicieron hincapié en la optimización del crecimiento y dotaron de personal a roles definidos de forma estrecha. Un entorno empresarial más restrictivo ha renovado la atención sobre el ajuste producto-mercado, el descubrimiento disciplinado y la economía de la inversión en producto.
En ese contexto, las organizaciones están examinando minuciosamente los empleos centrados en la coordinación y la administración de backlogs. Cagan espera que la IA generativa intensifique la presión, porque muchas tareas rutinarias de comunicación, documentación y clasificación pueden automatizarse parcialmente.
Su mensaje a los gerentes de producto es exigente pero constructivo: evalúen el trabajo que realmente realizan, no el título de su perfil. Refuercen la comprensión del cliente, el juicio analítico, el conocimiento del mercado, el pensamiento estratégico y la fluidez empresarial. Siempre que sea posible, demuestren el modelo ayudando a uno o más equipos a trabajar en función de resultados, en lugar de listas de funcionalidades.
El desarrollo profesional también exige escepticismo. Cagan advierte que gran parte de los consejos en línea y muchos programas de certificación enseñan una interpretación de gestión de proyectos del rol. Por ello, el pensamiento crítico es una habilidad fundamental para un PM, no solo para evaluar ideas de producto, sino también para evaluar orientación profesional. Recomienda investigar cuidadosamente a un posible gerente, porque esa persona influirá de forma decisiva en las habilidades que desarrolle el puesto.
Cómo la IA cambia el trabajo
Cagan ve principios estables bajo técnicas que cambian rápidamente. Los gerentes de producto seguirán necesitando determinar si un producto aporta valor y puede tener éxito dentro de las restricciones empresariales, legales, éticas y operativas. Sin embargo, las herramientas utilizadas para responder a esas preguntas están cambiando con rapidez.
La IA generativa puede ayudar a redactar documentos, explorar estrategias, clasificar defectos, perfeccionar la comunicación y cuestionar una propuesta inicial. Cagan advierte contra tratar una respuesta fluida como si fuera un juicio fiable. Su patrón preferido es analizar primero el problema y luego utilizar la IA para criticar, ampliar o mejorar ese razonamiento.
Los roles dominados por la documentación y la administración de flujos de trabajo parecen especialmente expuestos a la automatización. Los gerentes de producto con autonomía siguen siendo valiosos porque su trabajo depende del contexto, la evidencia, las compensaciones y la responsabilidad. Los productos de IA incluso pueden aumentar la importancia de la viabilidad: los sistemas probabilísticos plantean cuestiones difíciles relacionadas con el cumplimiento normativo, la seguridad, la propiedad intelectual, la ética y la confianza de los clientes.
El modelo operativo de producto
El libro de Cagan Transformed presenta el modelo operativo de producto como una colección de principios presentes en empresas de producto exitosas, incluidas organizaciones fuera de Silicon Valley. El modelo reúne tres áreas principales: estrategia de producto, descubrimiento de producto y entrega de producto.
Su propósito no es imponer otro proceso rígido. Cagan hace hincapié en los principios por encima de las ceremonias, el aprendizaje por encima de la culpa y la innovación por encima de la previsibilidad artificial. Los equipos deberían recibir problemas que valga la pena resolver, desarrollar una verdadera apropiación, abordar los riesgos durante el descubrimiento y realizar experimentos rápidos pero responsables. La entrega debería favorecer cambios pequeños, frecuentes y publicables de forma independiente, respaldados por una sólida instrumentación y supervisión.
Las organizaciones de producto eficaces también requieren competencias complementarias. Cagan destaca la gestión de producto, el diseño, la ingeniería, el marketing y el liderazgo, y el equipo principal suele centrarse en el gerente de producto, el diseñador de producto y el responsable técnico. Ninguno de estos roles puede compensar indefinidamente un liderazgo débil o una experiencia ausente.
Operaciones de producto y el papel del fundador
Cagan no descarta por completo las operaciones de producto. Ve un valor legítimo en especialistas de alto impacto —como investigadores de usuarios y analistas de datos— que respaldan a varios equipos. La señal de advertencia es una función de operaciones de producto dominada por la gobernanza, la aplicación de procesos o tareas que los gerentes de producto y los líderes deberían realizar por sí mismos.
Ofrece consejos con matices similares a los fundadores. Antes de alcanzar el ajuste producto-mercado, los fundadores normalmente deberían conservar la responsabilidad sobre el valor y la viabilidad en lugar de contratar prematuramente a un gerente de producto. En esa etapa, separar el criterio de producto de la visión del fundador puede generar fricción y ralentizar el aprendizaje.
A medida que la empresa crece —Cagan sugiere aproximadamente entre 20 y 25 ingenieros como un punto de transición habitual—, el fundador puede dejar de ser capaz de desempeñarse eficazmente como la única persona de producto. Es entonces cuando un gerente de producto con experiencia puede ayudar a escalar el criterio de producto sin reducir el rol a la coordinación.
Más allá de la actuación
El remedio para el teatro de la gestión de producto no es un nuevo cargo, marco de trabajo o ceremonia. Es un sistema de responsabilidad más claro. Los líderes eligen problemas importantes y aportan contexto estratégico. Los equipos multifuncionales descubren soluciones. Los gerentes de producto aportan un conocimiento profundo del cliente, el mercado, los datos y el negocio. El éxito se evalúa por los resultados, no por el volumen de funcionalidades lanzadas.
Para los PM individuales, la implicación es igualmente clara: haz que sea más difícil reemplazarte volviéndote más capaz, no estando más ocupado con tareas administrativas. El futuro pertenece menos a los custodios del proceso que a las personas capaces de ayudar a un equipo a determinar qué vale la pena construir, por qué debería funcionar y si realmente lo hizo.
