¿Quién es el Product Owner?

El Product Owner se trata de un rol definido junto al Equipo de Desarrollo y Scrum Master dentro de un equipo de producto que usa Scrum para el desarrollo, lanzamiento y mejora de un producto o servicio.

Scrum es un marco de trabajo usado ampliamente en todo el mundo para abordar problemas complejos adaptativos a través de un enfoque iterativo e incremental para controlar el riesgo. Establece una serie de reglas, roles, eventos y artefactos y se pueden emplear un conjunto de diferentes procesos y técnicas dentro de él para mejorar el producto, el equipo y el entorno de trabajo.

El Product Owner es la persona responsable de maximizar el valor del producto y del trabajo que realiza el Equipo de Desarrollo y que entrega de forma iterativa e incremental cada sprint de un mes o menos de duración.

Su herramienta principal de trabajo es el Product Backlog y es el responsable de que éste sea visible por todos y que refleje claramente el siguiente trabajo sobre el que trabajará el equipo como funcionalidades, bugs, historias de usuario, tareas de investigación, etc.

Es importante destacar que un producto en Scrum tiene un único Product Owner y un único Product Backlog como fuente única de cambios a realizar sobre el producto por el equipo de desarrollo.

El rol de Product Owner lo lleva a cabo una única persona, no un comité y toda la organización debe respetar sus decisiones en cuanto al contenido y orden de los elementos del Product Backlog; es quien tiene la última palabra sobre ellos.

Esto no quiere decir que el Product Owner pueda hacer lo que quiera con el producto ya que sus decisiones deben estar alineadas con los problemas y necesidades más importantes de los usuarios, la influencia de los stakeholders y la visión y estrategia de la empresa, que establece y promueve el CEO.

Por ello el Producto Owner debe tener empatía con el usuario y buenas habilidades de comunicación y negociación con todas las partes implicadas en el producto para llegar al mejor acuerdo en cada momento, sabiendo decir "no" cuando sea necesario.

Fórmate con profesionales top en el Curso de Product Manager de Thiga Academy

¿Qué hace el Product Owner?

El Product Owner, además de ceñirse a su piedra angular Scrum, debería entender y practicar las múltiples actividades del product management para para cubrir el ciclo completo de vida del producto. En Thiga hemos identificado las siguientes competencias para el éxito de un producto: design, data, growth, marketing, strategy, organisation y tech.

Gran parte del trabajo de un Product Owner se centra en tres bloques: visión, valor y validación.

Visión

Un Product Owner empoderado en la organización establece una visión clara del producto, de tal manera que las acciones y decisiones que realice el equipo estén en gran medida alineadas con ésta. La visión es como la estrella polar que guía a los marineros en mitad de la noche.

Algo que ocurre en muchas organizaciones es que el equipo de desarrollo se enfrenta a una lista de tareas sin ningún tipo de contexto y nunca tiene en mente el por qué de su trabajo, más allá del sprint en curso, lo que se traduce en un bajo compromiso por parte del equipo.

Un buen Product Owner debe tener habilidades de liderazgo y comunicación y hacer que todo el equipo se sienta comprometido y parte de un propósito mucho mayor que sus tareas del día a día, un por qué. Una lectura recomendada para profundizar sobre este tema es el libro “Start with why” de Simon Sinek en el que discute acerca de cómo los líderes deben inspirar a empleados empezando con el por qué de su trabajo.

Hazte con los básicos del Product Owner descargando el Product Ownership Starter Toolkit

Al crear y comunicar de forma clara la visión del producto, el Product Owner crea transparencia, uno de los pilares de Scrum.

Valor

El valor es cada uno de los pasos necesarios para alcanzar la visión previamente establecida. Siempre hablamos de maximizar el valor que ofrecen nuestros productos y servicios y dependiendo del contexto de la organización, el concepto de valor puede variar ampliamente pero podría definirse como aquello que un producto o un servicio ofrece a los usuarios que mejora su trabajo o su vida y estarían dispuestos a pagar por ello.

En el caso de las organizaciones sin ánimo de lucro, el valor se podría traducir en el impacto que logren crear en la sociedad.

Cada sprint es una oportunidad para poner en manos de los usuarios una nueva versión del producto, por ello el Product Owner debe priorizar en cada sprint qué elementos del Product Backlog considera que pueden proporcionar mayor valor. En principio, serán un conjunto de hipótesis acerca de cómo el producto puede mejorar la vida del usuario que posteriormente deberá validar.

Al hablar de valor automáticamente nos viene a la mente el segundo pilar de Scrum: inspección. Según la guía de Scrum “Los usuarios de Scrum deben inspeccionar frecuentemente el progreso hacia un objetivo para detectar variaciones indeseadas.” ¿Y cómo se inspecciona? Poniendo el producto en manos de los usuarios para medir el valor real aportado.

Algo que desgraciadamente se ve, sobre todo en grandes corporaciones trabajando con Scrum, es que el Product Owner es un escriba de requisitos o un proxy entre negocio y tecnología y su rol está más cerca de un director de proyecto, no tan preocupado por comprender al usuario y saber cómo aportarle valor de la mejor manera.

Validación

Cuando hablamos de producto, siempre hay que tener al usuario en mente, tratando de comprender sus necesidades y problemas más profundos.

El Product Owner debe validar continuamente y tan pronto como sea posible que el incremento de producto que pone en manos de los usuarios cada sprint satisface sus necesidades, recogiendo y analizando datos cuantitativos y cualitativos.

Un incremento de producto incluye todos los elementos del Product Backlog completados durante el sprint, además del valor liberado previamente.

El objetivo de la validación es pasar de las hipótesis y asunciones establecidas en un sprint a un conocimiento validado acerca del valor real aportado con el producto. Para ello siempre es importante que Product Owner tenga la mente abierta a lo que expresen los datos de los usuarios y no se aferre a ninguna idea, por muy evidente que parezca.

Aquí es donde aparece el tercer pilar de Scrum: la adaptación, para corregir el curso del producto en el siguiente sprint y que se ajuste a las necesidades del usuario y conseguir su mayor satisfacción.

Diferencia entre Scrum Master y Product Owner

Como hemos comentado anteriormente, el Product Owner es el encargado de maximizar el valor del producto. Otro rol definido en Scrum es el Scrum Master, persona responsable de promover y hacer entender el marco de trabajo en la organización y en el equipo según lo establecido en la guía a través de su teoría, reglas y valores.

En algunas organizaciones no se entiende la clara distinción de ambos roles, llegando incluso a intercambiar responsabilidades o únicamente existiendo una persona que ejecuta ambos roles.

De manera muy resumida, podríamos decir que el trabajo del Product Owner se centra en descubrir qué producto hay que construir y el Scrum Master en el marco de trabajo de construcción, entrega y mantenimiento del mismo, el equipo y el entorno de trabajo. Siempre se dice que es un líder al servicio del Product Owner, del Equipo de Desarrollo y de la organización.

Aunque las tareas del Scrum Master varían en función de la madurez del entendimiento y la implementación de Scrum a nivel organización y equipo, podemos decir que el núcleo de su trabajo se centra en:

• Liderar la organización en su adopción de Scrum y trabajar con otros Scrum Masters ayudando a los empleados y terceras partes a entender y promulgar sus valores (compromiso, coraje, foco, apertura y respeto) y los beneficios del desarrollo de productos empírico a través de los pilares de Scrum: transparencia, inspección y adaptación.
• Ayudar al Product Owner a entender y practicar la agilidad y encontrar la manera efectiva de gestionar el Product Backlog a través de diferentes técnicas para expresar de forma clara los elementos del Product Backlog y ordenarlo para maximizar el valor que se va a entregar. Scrum es un marco de trabajo y no provee herramientas para el éxito del producto sino que se puede y debe complementar con múltiples procesos y técnicas (User Stories, Story Mapping, BDD, ...).
• Ayudar al Equipo de Desarrollo a que sea auto-organizado para que sus miembros elijan la mejor forma de llevar a cabo su trabajo para lograr el objetivo del sprint, sin ser dirigidos por ninguna persona del equipo, ni siquiera el Scrum Master ni el Product Owner.
• Eliminar impedimentos para el progreso del Equipo de Desarrollo y, por tanto, la entrega del producto.
• Facilitar los eventos de Scrum según sea solicitado o necesario.

Referencias:

• Guía oficial de Scrum. Ken Schwaber, Jeff Sutherland.
• The Professional Product Owner: Leveraging Scrum as a Competitive Advantage. Ralph Jocham, Don McGreal

Para saber más: descarga el libro Agile Product Management

Foto de Daria Nepriakhina en Unsplash