Un product owner, normalmente, es uno de los futuros usuarios del sistema. O alguien de marketing, o un “product manager” o, en definitiva, alguien que sabe lo que quieren los usuarios del sistema en desarrollo. Te recomiendo leer antes de seguir aquel post de claves para implantar el rol de product owner.
La figura del product owner es clave en un proyecto ágil. Y es una figura que cuando no realiza correctamente su función el proyecto tiene un serio riesgo, y problema, llegando incluso a dejar de ser ágil, o incluso dejando de ser proyecto.
Desgraciadamente, cada vez me encuentro más implantaciones, o conductas, erróneas alrededor de este rol. En unas ocasiones sus tareas se minimizan, en otras suelen pasarse por alto muchas de sus importantes responsabilidades, etc.
Para ayudar a su correcta ejecución, aquí tienes una lista de 7 responsabilidades vitales de un product owner:
- Escribir buenas historias de usuario (de dejo un post sobre historias de usuario)
- Decidir qué construir… ¡y qué no!
- Fijar criterios de aceptación para cada historia de usuario.
- Definir “productos mínimos viables”.
- Priorizar historias de usuario, y para ello tener claro el valor de las mismas y el valor que necesita el producto en cada momento (que diferirá a lo largo de su vida).
- Estar accesible, y disponible, para explicar al equipo técnico dudas funcionales, para validar entregas y participar en reuniones.
- Definir el plan de releases (o la visión estratégica).
Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.
También soy profe de la Universidad Rey Juan Carlos.
Pingback: Bitacoras.com
Saludos, primero felicitandote por los post que son muy buenos y segundo tengo una duda si me la puedes aclarar por favor, el product owner podria ser cualquier persona? y esta persona realizar la documentoación (historias de usuario) con los usuarios?
Esto te lo pregunto porque en la practica en mi organización son los de sistemas (analista de sistemas) los que realizan este trabajo.
Muchas gracias
Hola Lenin,
Javier ha escrito dos posts con lo básico de lo que es un product owner, y quién debe ser. Te dejo los links:
https://www.javiergarzas.com/2012/06/product-owner-1.html
https://www.javiergarzas.com/2012/07/product-owner-2.html
Básicamente es así: lo mejor es que el product owner sea el cliente. Y, si no es el cliente (que es improbable que lo sea), que sea alguien que represente al cliente.
¡Holas!
Tengo una duda, con base a la función «3 Fijar criterios de aceptación para cada historia de usuario.»
¿Cómo se relaciona ésta función del product owner con los procesos del aseguramiento de la calidad del software?
¿Tienen algún ejemplo o caso de éxito que se pueda consultar sobre la transición de los procesos de QA tradicional al Agile Testing?
Agradecida de antemano.
hola! como estas?
tengo una duda, el alcance del PO abarca también al ambiente productivo? Porque los veo muy abocados al desarrollo y la implementación, y después? es donde finalmente se va a consumir el producto. Me parece que no deberían estar ajenos, pero no soy especialista del tema. Gracias! saludos desde ARG.
Para eso están los indicadores de éxito. Esto es algo más de negocio, pero se evalúa la inversión en sistemas vs el retorno por implementar esa solución.