Product Owner vs Product Manager: diferencias clave

En los equipos scrum que se implementan para desarrollar metodologías Agile, hay dos figuras que son clave, pero que generan confusiones. Se trata del Product Owner (PO) y del Product Manager (PM). Es más, si no se entienden bien sus funciones, es normal que se produzcan interferencias y se cree un entorno ineficaz.

Por eso es importante conocer bien sus principales diferencias.

Una aclaración de los conceptos de Product Owner y Product Manager

En muchas ocasiones, a los que no están iniciados del todo en metodologías ágiles les parece que ambos profesionales hacen exactamente lo mismo. Sin embargo, si los equipos Scrum se gestionan bien, no hay ningún tipo de duplicación de tareas.

Por describirlo de una forma muy sencilla, el Product Owner es el encargado de lo que se entrega y, realizado por todo el equipo, tenga el mayor valor posible para cliente o usuario y su mercado.  Por el contrario, el Product Manager se hace cargo de la visión final del producto y su lanzamiento. Es decir, está pendiente del mercado externo desde la fase de desarrollo, algo que puede hacer que aporte modificaciones al trabajo del equipo para asegurar un servicio que interese a los potenciales compradores.

Por supuesto, el reparto de las tareas entre una figura y otra depende del tamaño de la empresa y de algunos aspectos similares. No es lo mismo un contexto de una pequeña startup centrada en un único producto que el de una empresa ya consolidada que tenga decenas de productos en pleno desarrollo. En cada contexto se debe aplicar una metodología flexible que permita encontrar el equilibrio justo entre ambos perfiles.

Esta explicación es muy sencilla, pero tiene que servir para empezar a entender que se está hablando de dos perfiles diferentes. Eso sí, lo dicho hasta ahora es solo la punta del iceberg de las diferencias entre ambos, por lo que estas tienen que ser desarrolladas de forma más detallada.

Decisión sobre el contenido del backlog

El Product Backlog es una herramienta esencial dentro de cualquier equipo Scrum. Se trata, dicho de una forma muy simple, de un listado con todos los trabajos que componen la ejecución del proyecto. La misión de ello es que estas se puedan planificar y que sean visibles para todos los miembros del equipo, aunque no tengan que formar parte de algunas concretas.

Pues bien, el contenido del Producto Backlog es responsabilidad exclusiva del Product Owner. Este perfil es el que tiene que hacerse cargo de la comunicación y división de las tareas para conseguir la fragmentación de las mismas.

Si no sucede así, es posible encontrar en muchas organizaciones a un PO vacío de responsabilidad que realmente crea un desarrollo ineficaz del equipo. Es importante respetar esta tarea y asumir que cada uno de estos perfiles tiene su espacio propio.

La responsabilidad ejecutiva del Product Owner sobre los resultados del producto

El diseño del Product Backlog es algo que cae dentro de la esfera de la planificación de los grupos. Sin embargo, un aspecto muy diferente es el de la ejecución de dicha planificación.

En este caso, la responsabilidad recae sobre el PM. Es más, hay empresas en las que se están desarrollando varios productos en las que esto se ve de forma más sencilla. En este tipo de compañías, puede suceder que exista un solo PO encargado del diseño de los backlogs de muchos productos que están a cargo de diferentes PM. La ejecución de cada uno de los planes es trabajo de este último perfil.

Es más, es al manager de producto al que hay que pedir responsabilidad de este paso y quien debe ser consultado cuando se produzcan dudas.

El PM tiene unas responsabilidades que pueden abarcar las del PO

El espectro de responsabilidades del Product Manager puede abarcar sin problema las del Product Owner. Esto sucede en los contextos que se basan en Scrum. En ellos, el PO es visto como un representante del producto que gestiona toda su tarea desde un pequeño ámbito.

Por el contrario, el del PM es mucho más amplio. Eso sí, si lo que se quiere es que el equipo funcione de forma organizada, lo mejor es respetar las funciones de cada uno de los perfiles y no borrar las fronteras que existen. De poco sirve que se mezcle planificación y ejecución. Es más, esto solo puede dar lugar a estrategias que finalmente recaen sobre una única persona, por lo que todo el proceso se empobrece por falta de perspectivas.

Emprendimiento y estrategia

Lo que se va a explicar aquí es algo que sucede en contextos determinados como el de framework Nexus, aunque es muy importante tenerlo en cuenta. No son pocas las veces en las que el PO es el mismo dueño de la mayor parte del producto. Es decir, es el empresario que ha emprendido con una idea que le es propia. Esto es algo fundamental, ya que ser el dueño del producto implica que haya que ser el responsable del mismo y estar disponible para las tareas de estrategia y planificación.

Pero lo que no significa en absoluto es que haya que hacerse cargo en absoluto de todo. Por eso, la mayoría de los emprendedores que toman el papel del PO buscan una serie de expertos en la ejecución de su idea. Este perfil sería el del PM.

No hay que justificar demasiado el hecho de que un emprendedor recurra a expertos en diferentes sectores para conseguir mejores resultados en la ejecución de su proyecto. Estos pueden ir desde técnicos en SEO a especialistas en UX. Da igual el perfil, de lo que se trata es de contar con profesionales que sean capaces de aportar su experiencia a la idea original de la que es dueño el PO.

En Pasiona se conoce perfectamente la importancia de diferenciar bien al Product Manager del Product Owner. Estas son dos figuras que, si se implementan bien, pueden dar muchos beneficios a cualquier proyecto, por lo que es fundamental tenerlas en cuenta cuando se usan metodologías Agile.