El Product Owner: el desconocido y olvidado

Pensaba, hasta el pasado BAOS 2017, que el rol más desacreditado e incomprendido era el de scrum master. Entre los reconvertidos a dedo desde el puesto de jefe de proyecto o manager, y los informáticos que se han leído 2 libros y ya piensan que son scrum master, se está haciendo mucho daño a esta figura. Pero de eso ya hablamos otro día, hoy toca el product owner.

Mi descubrimiento

Durante el BAOS 2017, fueron varias las charlas-debate que hablaron del rol del product owner (P.O. en adelante). Y en todas me he ido con la sensación que no se conoce la función de un P.O. realmente.

De donde yo vengo de ejercer como P.O. en general, con algunas lagunas y límites difusos, están claras y definidas sus responsabilidades, y se ha integrado y entendido como encaja dentro del equipo scrum. Además proviene de negocio, y habitualmente no tiene un pasado tecnológico.

Cuando me he parado a pensar lo que hay en esa misma empresa, fuera del que era mi departamento, reconozco que los P.O. que he conocido no son tan ideales, y se acercan más a lo escuchado durante el BAOS.

El Product Owner

La visión imperante del P.O. es alguien desconectado del equipo, con otros mil proyectos distintos de los que ocuparse, elegido a dedo porque es el que menos trabajo tiene, desconoce Scrum y no digamos agile. Una persona para la cual conceptos como backlog, priorizar, decidir, gestión de expectativas, son simples sonidos que surjen por la boca de alguien y se lleva el viento.

Considero en gran parte que la culpa es nuestra, de los “profesionales de agile”. Queremos llevar Scrum a nuestros proyectos, sin una formación previa a todos los que esperamos formen parte del equipo scrum, sin explicar todas las implicaciones de aplicar scrum a un proyecto, le decimos a nuestro cliente o negocio que nos tiene que facilitar un product owner sin más. Y entonces esperamos que así agitando una varita mágica, esa persona sepa todo lo que le ha caído encima. Todavía me sorprende que nos sorprenda que las cosas vayan mal…

El rol de P.O. es el que mayor responsabilidad acumula sobre sus espaldas, está en el medio de todo y de todos, y es crucial a la hora de generar el producto. ¿Y pretendemos que alguien sepa hacerlo en un tiempo récord y sin ayuda? ¿Qué opináis?

También te puede interesar.

¿Quién debe priorizar el Product Backlog en Scrum?

Agile y Scrum nacen principalmente del mundo del Software, aunque en los últimos años se han llevado a otros ámbitos de las empresas. Scrum plantea al Product Owner como una única persona. La realidad de la empresa nos empuja a implementar algún tipo de escalado de Scrum, en el que aparecen, de una forma y otra, Product Owners de Product Owners. ¿Significa esto que se está haciendo una mala implementación de Scrum? ¿O nos estamos adaptando a las necesidades tal y como indica Agile? ¿Tiene que de verdad ser una única persona? ¿O hay otras posibilidades manteniendo la cultura Agile?

Aprendiendo en un Equipo Scrum

El conocimiento compartido potencia a tu equipo. Aquí descubrirás cómo identificar las áreas de conocimiento y favorecer su aprendizaje continuo

Cómo convivir con las incidencias en un Equipo Scrum

En los Equipos Scrum que desarrollan nuevo software y mantienen el ya existente, es muy habitual tener que lidiar con incidencias provocadas por el software en producción. Su gestión es complicada ya que interrumpen directamente nuestro plan para el sprint, y al producto ya priorizado en el Product Backlog.

Las consecuencias de un Backlog interminable

Nuestro Product Backlog con el tiempo se va llenando y convirtiendo en un Backlog interminable. En este artículo te planteo las consecuencias más relevantes que tiene.

Ventajas de aplicar el Lead Time en los Equipos Scrum

En ocasiones, cuando arrancamos con los Equipos Scrum, nos encontramos con un par problemas habituales: el tamaño de los PBIs y que trabajan en paralelo en todas los PBIs del sprint. Hoy te traigo una solución que hemos puesto en marcha en algunos Equipos Scrum de nuestros clientes.

El uso de las Métricas para saber nuestro nivel de Incertidumbre

Scrum nos ayuda a manejar la incertidumbre. Pero ¿cómo sabemos que lo estamos consiguiendo? ¿Qué métricas pueden ayudarnos a confirmar que tenemos bajo control la incertidumbre?

Monta equipos Scrum de éxito

Cómo montar equipos Scrum de éxitoYa sabes lo que es un equipo Scrum. Es hora de dar un paso adelante y entender cómo montar un equipo Scrum de éxito. ¿Qué tipo de perfiles incorporas? ¿Cómo se balancean? ¿Cuándo les incorporas? Son preguntas que probablemente te...

Informar a la dirección con el Burn Up

El uso de Agile junto con Scrum u otros métodos, no elimina la necesidad de visualizar la que está ocurriendo a las capas superiores, a los clientes internos, e incluso a la dirección. El Burn Up es una herramienta sencilla que nos ayudará en esta tarea.

Scrum para disipar incertidumbre

Scrum es un marco que te puede servir para hacer lo mismo de siempre a trocitos. Sin embargo, puedes utilizar Scrum de manera inteligente y sacarle toda su potencia. ¿Cómo? Orientándolo a generar certezas sobre tu producto o tu mercado.

Mi estrategia de Onboarding como Scrum Master

Me incorporo a un equipo como Scrum Master, ¿¿por dónde empiezo??

Estoy seguro de que esta pregunta ha pasado por la cabeza de más de uno y de una cuando se ha enfrentado al reto de comenzar a trabajar en una nueva empresa o con un nuevo equipo. En este post quiero compartir una estrategia que yo he utilizado y me ha sido útil para abordar el proceso de onboarding.

0 comentarios

Enviar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Aceptarás nuestra política de cookies si continúas navegando.

ACEPTAR
Aviso de cookies