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.

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...

¿Tiene mi equipo Scrum los conocimientos necesarios para construir mi Producto?

Scrum propone que nuestros equipos tengan todos los conocimientos para generar productos que cubran nuestras necesidades. Te traigo hoy una herramienta sencilla para averiguar si tus equipos Scrum son realmente multidisciplinares.

Apoya a tu equipo entendiendo qué le ocurre

La transparencia es uno de los pilares de Scrum. Con ella conseguimos hacer visible lo que ocurre dentro del producto, equipo, personas, … para hacer inspección y adaptación. ¿Cómo podemos saber qué ocurre en el equipo para poder apoyarle?

Definition of Ready y Definition of Done

¿Qué necesitas para poder comenzar una tarea? ¿Cuándo podemos dar una tarea por terminada? Para resolver estas dudas, en este vídeo te traemos el Definition of Ready y el Definition of Done

Como empezar como Scrum Master

Acompañar a equipos es una gran responsabilidad pero es muy gratificante. Cada persona y cada equipo tiene unas necesidades diferentes en función de su realidad. Sin embargo, bajo nuestra experiencia, estos consejos pueden servirte para iniciarte como Scrum Master en un equipo.

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.

Por dónde empezar como Product Owner que viene de Tecnología

Estás dando tus primeros pasos como Product Owner, tras haber pasado años diseñando y desarrollando software. Te enfrentas a varios dilemas.

¿Es conveniente tener un Equipo Scrum en exclusiva para Incidencias?

En tus Equipos Scrum os encontráis en una situación en la que la cantidad de incidencias que hay que atender os penalizan demasiado, o la deuda técnica acumulada aumenta en exceso la complejidad de cualquier evolución en software.

Sprint Review: más allá de la demo

La Sprint Review es el evento de Scrum donde se muestra el resultado del sprint. Una buena review te ayudará en la estrategia de producto.

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