Si te perdiste nuestro panel “El verdadero rol del Product Owner” no puedes dejar de leer este post con los puntos más relevantes de la sesión.
Introducción
Reunimos en este espacio a expertos en el tema para discutir sobre uno de los roles de mayor importancia en el proceso de creación de productos, pero también el más "malentendido": El Product Owner, PO o Dueño del Producto. Nos acompañaron:
- Verónica Orozco, Gerente de Integración Digital en Tigo Colombia.
- Anthony Ben Sadoun, Chief Product Officer en Kavak.
- Carlos Ramírez, Subdirector Productos Crédito Digitales en Scotiabank.
- Julien Rousselet, Managing Director LATAM en PALO IT - Moderador.
¿Cómo gestionan la creación de productos?
En Tigo Colombia, utilizan Scrum como marco de trabajo en diferentes áreas de la empresa, no sólo en el área digital.
Hace más de 4 años comenzamos nuestro camino a la digitalización desde la Vicepresidencia Digital. Después de varios intentos con marcos tradicionales, nos dimos cuenta de las bondades que tenía el Marco Scrum, era la única forma de satisfacer las necesidades del mercado. — Verónica.
En Scotiabank se creó una “Fábrica Digital” para acompañar a las áreas de negocio del banco en la digitalización de sus productos.
Antes de construir un producto, realizamos un trabajo previo de investigación que nos ha permitido ir de un esquema tradicional a uno digital. Contamos con perfiles independientes que aportan sus conocimientos específicos en diferentes etapas del proceso: Diseñadores UX/UI, marketing research, delivery manager, tester, equipo scrum, etc. — Carlos.
Por otro lado, en Kavak los equipos de tecnología y producto viven con el negocio, no son un área de servicio, así garantizan que lo que se construye es algo que aporta valor.
Somos una empresa que nació con tecnología. Desde el día uno, todas las decisiones fueron tecnológicas, tuvimos claro que la forma de escalar nuestro modelo era con tecnología. En operaciones, en marketing, en finanzas, en cada vertical principal, tenemos un equipo tecnológico. Por lo mismo, el reto siempre lo tenemos con la comunicación, mi trabajo es garantizar una sintonía transversal, que en cada unidad construimos algo que hace sentido y que impulsará el negocio de la forma correcta. — Anthony.
¿Cuál es el rol del Producto Owner y cuál es su relación con la Agilidad?
Para Verónica, el Product Owner es el más desafiante del Scrum. En Tigo lo definen con el concepto de la Guía del Scrum: El Product Owner es el responsable de maximizar el valor del producto.
En Tigo el PO representa la necesidad del cliente, direcciona al equipo de desarrollo y balancea las expectativas. — Verónica.
En Kavak los Product Owners no pueden vivir sin métricas y tienen siempre presente el Agile Manifesto.
Lo que hace particular a este rol es que se mueve entre diferentes áreas, recopila necesidades, construye la visión del producto y trabaja con TI para garantizar que está creando lo que pidió el negocio. El PO tiene que tener claro que el producto que se está creando va a impactar el KPI correcto. — Anthony.
Para Carlos, una de las tareas más importantes del PO es la gestión de expectativas y asegurarse de no caer en una forma de trabajo en “cascada”.
El PO tiene que saber decir no, dependiendo la carga de trabajo que tiene el equipo. Por ejemplo, en Scotiabank utilizamos el NPS (Net Promoter Score), ingresos y revenue de cada producto para priorizar las funcionalidades o iniciativas, nos aseguramos del impacto en el cliente final y necesidad del negocio. — Carlos.
¿Cómo minimizar fricciones entre tecnología y negocio?
Un conflicto muy común en la creación de productos es que el negocio busca implementar funcionalidades o iniciativas que tecnología no considera relevantes, ¿cómo mitigarlo?
En Tigo el PO hace parte del equipo scrum, no puede ser alguien ajeno, que sólo de órdenes. El PO debe ser alguien que entienda el lenguaje técnico para entender qué posibilidades tiene su equipo de ejecutar los requerimientos. — Verónica.
En Kavak todo comienza con planificación, entender lo que queremos lograr es el primer paso. El PO tiene que garantizar que su requerimiento es lo suficientemente claro y planificado para que el equipo de desarrollo lo pueda ejecutar y así evitar re-trabajo. — Anthony.
Hacer un trabajo previo de definición, planificación y priorización previo ayuda a evitar estas fricciones. Previo a un sprint, el PO debe haber hecho un trabajo de investigación y validación, para después comunicar al equipo los requerimientos y validar con ellos la factibilidad en tiempo y forma. — Carlos.
¿En qué área debería estar un PO? ¿Cuáles deberían ser sus habilidades?
Para los panelistas, un PO es alguien que pueda tener una conversación con el equipo técnico, entender su lenguaje, no necesariamente tener una carrera tecnológica.
Yo soy ingeniero en sistemas y ese conocimiento en tecnología me ayuda a comunicarme con el equipo técnico. Pero, si bien experiencias previas te dan herramientas, no es una limitante. — Carlos.
El área donde se encuentra el PO nos parece irrelevante, nosotros lo tenemos en la VP digital, pero porque la agilidad nació en esa área. Lo más importante es que el PO debe estar dedicado a su producto y contar con las competencias y cualidades requeridas para comunicarse con negocio y TI. — Verónica.
Para mí, el PO debe estar donde mejor funciona en la organización en un momento dado en el tiempo. No hay una regla, depende de la madurez y la organización. Pero, empresas tecnológicamente más avanzadas se pueden permitir PO más centrados en equipo de desarrollo. — Anthony.
¿Cómo saber que una empresa necesita un PO como rol?
Desde una perspectiva de Startup, Anthony afirma que es necesario tener una visión de producto desde el día uno. Kavak promueve que todos los líderes de área hablen el lenguaje tecnológico, para garantizar un mayor crecimiento de la empresa.
Para garantizar el valor que nos proponemos, tenemos claro que por cada 5 personas de TI debemos tener 1 de producto. En Kavak pasamos en un año de 2 a 40 personas en producto, mientras que el equipo de TI creció de 70 a 200 personas, y seguiremos creciendo. También sabemos que cada mercado tiene sus particularidades, el área de producto debe adaptar la experiencia en diferentes países. — Anthony.
¿El rol de PO es full-time?
Sin dudar, los 3 panelistas coincidieron que el PO debe estar dedicado 100% a su producto, es un rol que debe estar de cara al producto, a la tecnología y a negocio.
Un PO debería tener 4 manos. Si hace bien su trabajo, un PO no tiene tiempo de otra cosa diferente a su producto. — Verónica.
¿El PO es gerente del equipo?
Son roles que colaboran entre sí, no hay jerarquía ni dependencia. Un equipo Scrum debe ser autoorganizado, autogestionable, autosustentable. Un PO no es posición de mando, es su responsabilidad priorizar el valor y transmitir requerimientos de forma correcta al equipo. — Carlos.
El PO es un rol de liderazgo, debe ser una figura inspiradora. Es un rol extremadamente complejo, debería tener el nivel de compromiso más alto y saber usar sus soft skills mejor que nadie. El PO es los ojos, oídos y boca.— Anthony.
Conclusiones y Consejos
Todo lo que hemos hablado implica cambios de paradigmas importantes, la transformación no puede darse si no hay cambio cultural en cada uno de los actores involucrados. Como lo dice la guía del scrum, es algo requerido para dar valor. — Verónica.
Les diría a los Product Owners: Equivóquense, si lo hacen saben que están tomando el riesgo necesario para transformarse. — Anthony.
De los errores se aprende más que de los aciertos. Invito a las empresas a que permitan a sus PO equivocarse, permitan aprender. Una transformación es hacer, ejecutar, no sólo planear. — Carlos.
Consulta la transmisión completa del panel virtual en nuestro canal de YouTube, cuéntanos qué te pareció y ¡comparte!
*Evento en colaboración con La French Tech México.
