Cursos relacionados
Fecha | Ciudad | Curso |
---|---|---|
14/01 | Curso virtual | Professional Scrum Product Owner (PSPO) |
03/02 | Curso virtual | Professional Scrum Product Owner – Advanced (PSPO-A) |
Hoy comienzo el curso PSPO Advanced donde se trata el escalado del rol Product Owner. Mientras repasaba varios artículos, he releído uno de Roman Pichler que aporta una visión generalista del tema y que encontraréis en las referencias.
El objetivo de este post es destacar la diversidad de opciones a la hora de realizar el product management ágil. Más allá de las preferencias o adhesiones por un marco de trabajo u otro, creo que es positivo conocer las opciones para poder desarrollar el mejor diseño organizativo y de producto para un contexto.
¿Qué dice Scrum sobre el Product Owner?
Scrum define al Product Owner como el responsable global del producto. Al escalar, se recomienda que delegue las actividades más funcionales y tácticas al resto del equipo, p.e. la definición de funcionalidades a bajo nivel o de las pruebas. También la preparación, coordinación y ejecución del trabajo de los Sprints.
El grupo de Developers en Scrum no son solo programadores como puede sugerir el nombre, sino que debería tener las capacidades para realizar de manera autónoma todas las actividades del desarrollo, y además sin requerir de Product Owners intermediarios con el “Product Owner” global.
Diseños organizativos con dependencias
Otra opción de escalado es que parte del desarrollo del producto se haga por equipos externos, habitualmente porque se considere que esta opción puede aportar flexibilidad y estabilidad en algunos contextos. Los casos más habituales son:
El Component Owner es un responsable de producto del componente, un bloque que forma parte de los productos. Este diseño organizativo facilita que este componente tenga coherencia y foco en el desarrollo, especialmente si es crítico para diferentes productos.
Modelos como Team Topologies propone que estos Component Owners traten a los demás equipos como clientes, p.e.
- entendiendo el valor que aportan sus peticiones
- planificando una hoja de ruta con las mejoras previstas e incluso
- usando técnicas de UX como los Customer Journeys o los KPI de valor (p.e. lead time, CSAT, etc.)
Otra variante del diseño organizativo con dependencias son las plataformas, gestionadas por un Platform Owner. A diferencia de los componentes, las plataformas ofrecen servicios a los productos. Un ejemplo frecuente son las plataformas de desarrollo y ejecución. El enfoque a experiencia de usuario y a gestión del flujo de valor también son buenas prácticas en este modelo.
Los Product Owners en SAFe
En el framework SAFe aparecen dos tipos de dueños de producto.
El SAFe Product Manager se ocupa de decidir la visión y estrategia del producto, identificando las funcionalidades a alto nivel del producto. Básicamente el proceso de #ProductDiscovery y las decisiones de negocio.
El SAFe Product Owner enlaza con las funcionalidades identificadas por el Product Manager y las entrega con el equipo, el proceso de #ProductDelivery.
Finalmente, el Portfolio Owner se encarga de armonizar y alinear las estrategias, roadmaps, experiencia de usuario y dependencias de un grupo de productos integrados, con los Product Owners de varios productos. Esto tiene sentido en grandes organizaciones, como p.e. la suite Microsoft office.
¡Dadnos feedback!
¿Qué te ha parecido el post? ¿Has encontrado opciones así a la hora de escalar el desarrollo de producto en tu organización? ¿Cuál es tu experiencia?
Me encantaría saber tu punto de vista. Puedes comentar en este hilo de Linkedin para continuar aprendiendo.
Referencias
¿Quieres recibir más información y recursos de calidad?
¡Suscríbete a nuestra newsletter mensual!
Cada mes enviamos una newsletter a más de 1.200 personas con contenidos, recursos y ofertas especiales de nuestros cursos. Queremos ofrecer contenido de calidad y sin spam.