Product owner: quién es, qué hace y por qué es tan importante
Claudia Roca
¿Alguna vez hiciste trabajos en grupo en el instituto? La primera tarea era distribuir las tareas (valga la redundancia). Pues en las empresas ocurre lo mismo y uno de esos cargos es el del Product Owner.
Se trata del encargado de maximizar los valores resolutivos del proyecto en el que está trabajando. ¿Cómo lo hace? A través de unas prácticas innovadoras y ágiles que se adapten a la metodología, marca y estilo de la empresa.
Lo creas o no, el Product Owner no se encarga de todo, aunque el hecho de maximizar la resolutividad hace que lo parezca. La verdad es que forma parte de un grupo de trabajo que sigue la metodología scrum, pero ya hablaremos de ello más adelante.
Lo primero es lo primero, descubre quién es y qué hace exactamente el Product Owner. ¡Empezamos!
¿Qué es el Product Owner?
Vamos directo a un ejemplo para hacer todo más simple. Imagina que acabas de adquirir un coche de segunda mano. Ahora eres el propietario y responsable de dicho vehículo. Tu responsabilidad es proyectar cómo se podría ver dicho coche en corto, mediano y largo plazo.
¿Qué quiere decir esto? Estarás encargado de la restauración, limpieza, cuidado, mejoras, modificaciones y demás aspectos para mejorar tu nuevo coche. ¿Por qué? Porque buscas maximizar la inversión inicial.
¿Es todo lo que define al Product Owner? No, no, calma. Además de esto, estarás encargado de hablar a todos los especialistas de cada área que trabajan en diferentes departamentos y comunicarles el plan: arreglar el coche. Mientras haces esto, deberás cuidar tus finanzas en torno a los objetivos a largo plazo.
Lleva este ejemplo a una empresa que está por preparar un producto y quiere tener una perspectiva de cómo se verá a largo plazo. El Product Owner visualiza la entrega final del producto a los usuarios y determina el mejor plan de acción posible entre las diferentes partes que conforman el equipo.
¿Qué es el scrum?
Y ¿cómo encaja el Product Owner con la metodología scrum? Aunque es utilizado por los equipos que desarrollan software, la verdad es que se adapta con facilidad a diferentes equipos de trabajo, gracias a su objetivo de la construcción rápida e iteración.
También debe destacarse que los equipos que aplican esta metodología están enfocados a desarrollar proyectos en plazos cortos y fijos, muchas veces no mayor a las 2 semanas. Su foco va sobre productos entregables determinados.
Una vez que ya se ha terminado el proyecto, el equipo comienza a analizar todo el proceso para aprender de él. ¿Qué se busca? Tomar e implementar ideas para futuros procesos sprints, como ellos lo denominan.
Diferencias entre Product Owner y Scrum Master
Cuando ambas partes conforman el equipo scrum se integran de mutuo acuerdo, aunque dichas labores y responsabilidades sean diferentes. Es por ello que vamos a delimitar por partes los roles de cada perfil con relación al otro.
El perfil del Product Owner se centra en el producto como tal. Hablamos de que ve, analiza y busca la mejor forma de agilizar los procesos de producción para el producto, de cara a la satisfacción de los usuarios finales.
Durante todo este proceso da las posibles opiniones del público al que va dirigido para que el equipo transforme dichos aspectos en características del producto final.
Por su parte, el Scrum Master se centrará en el equipo de trabajo, dando relevancia a la preparación de las diferentes partes del equipo para ejecutar el sprint en el plazo de tiempo determinado.
Piensa que estará encargado de la parte logística para mantener a todo el equipo informado de los avances de cada departamento. Ya sea a través de reuniones diarias, planificaciones, retrospectivas del sprint, entre otros.
Diferencias entre Product Owner y el gerente del proyecto
Ser propietario del producto y gerente del proyecto parecen ser perfiles similares, pero en cuanto al rol que llevan a cabo, existen diversas diferencias.
El gerente del proyecto es la voz del producto cuando está listo y pasa por el proceso de entrega y ejecución del mismo. Además, durante todo el proceso de desarrollo del sprint, se encarga de la administración de recursos para una mayor optimización.
Cómo ves, el proyecto tendrá diversas tareas, por lo que el gerente del proyecto estará encargado de la planificación, administración y ejecución de estas tareas en el plazo estimado para garantizar que se cumplan los objetivos.
Por su parte, el Product Owner se centra en la creación del producto para que el Gerente de Proyecto lo presente al final de la ejecución. Aunque ambos tienen tareas de gestión de proyectos, uno está en el trabajo pendiente por realizar, el otro administra a los miembros del equipo asignando recursos y tareas.
Diferencias entre Product Owner y gerente de producto
Finalmente, estos 2 roles suelen usarse de manera indiferente uno del otro, pero la verdad es que tienen roles y funciones diferentes de cara al desarrollo del sprint en el proyecto.
Los gerentes de productos se hacen cargo de un rol estratégico a nivel general, desarrollando su visión del producto final en función de las intenciones y objetivos de la empresa, las cuales suelen considerar las tendencias del mercado.
Cuando los gerentes de productos dan a conocer la estrategia que han planificado para el sprint, el product owner se encargará de traducir dicha estrategias en tareas para los equipos de trabajo, desarrollando prácticas para cumplir dichos requisitos.
Cuáles son las tareas del Product Owner
El perfil del Product Owner es el punto de conexión entre las visiones de la empresa y el equipo de trabajo, por lo que su trabajo es parte fundamental del desarrollo y entrega del producto.
Gracias a servir como puente entre ambas partes se encarga de que cada departamento del sprint cumpla con sus labores de la mejor manera, aplicando los conceptos que reciba en los diferentes aspectos del producto. Más allá de esto, realiza algunas tareas puntuales y específicas, entre las que podemos destacar:
1. Organizar reuniones de actualización diaria
Los propietarios del producto que se entregará sobre el final del proyecto asisten a reuniones para saber cuáles son los avances e inconvenientes que pueda haber surgido en el equipo de trabajo.
Mientras se dan estas reuniones, muchas veces el resto del equipo sigue trabajando en el producto que se entregará. Razón por la cual el Product Owner funciona como punto de conexión entre ambas partes.
2. Organiza las reuniones de refinamiento del trabajo semanal
Una vez termina un sprint se agenda una reunión con el equipo de Scrum para ver ajustes pendientes del trabajo realizado hasta ahora.
Lo ideal es ajustar los pendientes del producto en función de las recomendaciones, mejoras y ajustes que puedan darse de cara al próximo sprint que realice el equipo.
3.Organiza las reuniones por revisión del sprint
Cuando el producto está por entregarse es normal realizar una reunión para revisar cómo ha evolucionado el sprint durante esta etapa de trabajo.
El equipo de Scrum presentará el trabajo realizado, junto a las demostraciones del producto para ver cómo funciona y analizar por departamento la totalidad del resultado.
5 Responsabilidades del Product Owner
Más allá de ser el puente de conexión entre ambas partes, también tiene otras funciones y laborales que cumplir con el equipo de trabajo.
Todas estas, muchas veces van de la mano con la información que ha recibido con el superior dueño del producto final que es la empresa que ha solicitado la ayuda y desarrollo por parte del equipo de Scrum. Veamos algunas de ellas.
1. Establecer objetivos del producto
Imagina que una empresa te ha pedido un calendario interactivo con el que los usuarios finales puedan agendar citas de manera automática. Para ello te han dado una serie de lineamientos, características específicas, detalles, estilos y demás aspectos que tienes que seguir.
El Product Owner no solo va a comunicar todas estas cualidades a las diferentes partes del equipo de Scrum, sino que también, en función de los usuarios, sus comentarios, experiencias y resultados, explicará los objetivos generales de la empresa que quiere lograr con el producto final.
2. Establecer características del producto y desarrollo backlog
Una vez que se conocen cuáles son los aspectos que la empresa quiere en el producto final, el equipo de Scrum se centra en cumplir estas en cada departamento de manera respectiva.
Además de esto, el product owner estará garantizando que cada parte del equipo aborde las necesidades del usuario de cara a los requisitos de la empresa.
Luego de que ya se han establecido las tareas, proceden a hacerse funciones pequeñas para el desarrollo backlog. Puede ser el desarrollo de la interfaz, creación de citas, elección de fechas tentativas, entre otras, para implementar las agendas de citas de los posibles usuarios, por ejemplo.
3. Creación de experiencia de usuario
Si se quiere garantizar una experiencia de usuarios destacable es necesario ponerse en el papel de ellos. Es por eso que el product owner toma este punto de vista para explicarle al equipo de trabajo del scrum y pueda saber qué está desarrollando, los motivos y cuáles soluciones aporta.
En este orden de ideas, una experiencia de usuario puede ser:
Como (ejemplo), necesito (intención del software), para poder (solución y resultado).
4. Gestionar el backlog del producto
Como mencionamos antes, los Product Owners también se encargan de las tareas pendientes. Aquí es cuando deben priorizar en función de las necesidades de la empresa los objetivos y tareas de cara a las necesidades y/o requisitos del usuario.
Supongamos que prioriza la seguridad ante todo desde la visión de la empresa, luego, la agenda de las citas. Todo esto va en función de saber qué se debe trabajar primero desde la perspectiva empresarial y experiencia de usuario.
5. Supervisión de las etapas
Todo equipo de trabajo de Scrum tiene un proceso de trabajo diferente, aunque en líneas generales, todos siguen una idea bastante similar en cuanto a las etapas que debe atravesar el desarrollo de productos. Estas, que dividiremos en 6, son supervisadas por el Product Owner.
Desarrollo de idea: a través de una lluvia de ideas sobre diferentes conceptos de la empresa e investigación del mercado, busca un producto que pueda satisfacer las necesidades del usuario objetivo.
Definición de producto: se delimita el alcance final y características del producto, en torno a una propuesta de valor que establecerá las métricas para considerar al producto exitoso.
Elaboración del prototipo: crea versión inicial de concepto para analizar la viabilidad.
Diseño inicial: desarrolla una primera etapa del producto para ser utilizada y recopilar datos de los usuarios finales.
Validación y pruebas: asegura el funcionamiento del producto.
Comercialización: presenta, entrega e implementa el producto final.
I
Por qué el Product Owner es tan importante en los proyectos
Si piensas que tienes las cualidades y agilidad para la resolución de proyectos, es posible que ser un Product Owner resulte atractivo para ti.
Y es que este perfil es solicitado por cientos de empresas, llegando a oscilar cifras salariales superiores a los 50.000 euros anuales.
Por lo tanto, si piensas que tienes la capacidad de gestionar proyectos de manera rápida, ágil y eficaz, quizá debas comenzar tu especialización y capacitación de cara a este perfil.
¡Solo recuerda la responsabilidad que quiere este perfil en cuanto a la participación y entrega de todos los proyectos en que participa!
Si quieres convertirte en el próximo product owner estrella, sigue leyéndonos en el blog, y por supuesto, no te olvides de comentar tu más sincera opinión al respecto:
¿Buscas algo en concreto?
Si nunca te cansas de aprender…
¡Consigue toda una fuente de inspiración para mentes ambiciosas directamente a tu correo!
Recibe cada mes una selección de nuestros contenidos más TOP y hazte con los recursos que solo compartimos con nuestros suscriptores.