Product Owner

El Product Owner es responsable de maximizar el valor del producto resultante del trabajo del Equipo Scrum. - Guía de Scrum

Si tu elección es ocupar el rol de Product Owner, no debes perder de vista que sigues siendo parte del Equipo Scrum. En particular, el responsable del producto desde el punto de vista de negocio. Debes velar por que los Incrementos que entregas como parte del Equipo Scrum sean del mayor valor posible en cada Sprint.

Al ocupar este rol debes asumir que eres el único responsable de tomar decisiones acerca del producto. El producto puede ser un producto digital, físico, un servicio o, inclusive, algo más abstracto como una experiencia. Aunque puedes recibir ayuda de otros, el Product Ownership no es un trabajo que realiza un comité, lo realizas solo tú. También recuerda que, si bien podrías tomar acciones en el rol de desarrollador, tu rol de Product Owner es completamente incompatible con desempeñar al mismo tiempo el rol de Scrum Master. Esta es una pregunta frecuente que recibo y es un concepto que es necesario reforzar.

Estableces los objetivos del producto

Una de tus responsabilidades es desarrollar y comunicar explícitamente los objetivos del producto.

Dada la naturaleza colaborativa de Scrum, lo ideal sería que estos objetivos no sean algo impuesto a los demás, sino el resultado de una creación conjunta alrededor de una visión de producto.

La visión de producto establece el escenario futuro que quieres lograr con el producto. Esta visión es típicamente utópica e inspiradora y determina la dirección, pero difícilmente te ayude a medir el progreso. La visión de producto no es parte del framework de Scrum.

A partir de la visión debes establecer la estrategia de creación del producto. En esa estrategia trazarás los diferentes objetivos del producto a ir alcanzando. Los objetivos de producto sí son parte del framework de Scrum.

Podríamos deducir entonces que cuando hablemos de Objetivos de Producto estamos hablando de diferentes hitos de negocio, medibles, que al encadenarse determinan la estrategia de producto hacia una visión.

Tanto la visión, como la estrategia, como los objetivos emergen del trabajo colaborativo que involucra a stakeholders y miembros del Equipo Scrum.

Garantizas el entendimiento del Product Backlog

Tu trabajo como Product Owner se desarrolla durante todo el día, todos los días del Sprint. Eres parte del Equipo Scrum, estás en contacto constante con el resto del equipo. Si trabajan de forma remota, estás accesible todo el tiempo. Si trabajan de manera presencial, te sientas juntos a los desarrolladores. En cualquier caso, trabajas codo a codo con el resto del Equipo Scrum durante todo el Sprint.

Tu responsabilidad es garantizar que todos entiendan lo mismo del Product Backlog. Esto no significa documentar detalladamente los requerimientos, sino conversar y verificar durante el Sprint que el Incremento que se vaya creando cumple con las expectativas.

Al mismo tiempo, coordinas y facilitas actividades que llamaremos Refinamiento donde los stakeholders, los desarrolladores y tú se involucran activamente en la definición del producto a mediano plazo y el entendimiento en detalle a corto plazo.

Determinas el orden en el que se hace el trabajo

Todo lo que forma parte del Product Backlog está ordenado. El orden es muy preciso para aquellas cosas prioritarias que se transformarán en un Incremento en el corto plazo.

No tiene mucho sentido dotar de mucha precisión al orden de aquellas cosas que tienen menor prioridad, en las que se trabajará en el mediano plazo, ya que cualquier esfuerzo que dediques a ordenar con precisión estos ítems es muy probable que debas invertirlo nuevamente cuando descubras que las prioridades deben cambiar a partir del feedback o el aprendizaje.

Definitivamente, los ítems del Product Backlog a largo plazo no tiene ningún sentido que estén ordenados. A medida que te acerques a ellos en el tiempo, en los Refinamientos, los irás ordenando con mayor precisión.

Visibilizas el Product Backlog

Ya hemos hablado de la importancia de la transparencia. Como Product Owner, eres responsable de que el Product Backlog sea accesible y conocido por todos los involucrados, ya sean miembros del Equipo Scrum, stakeholders o cualquier persona en la organización.

Esto no significa que cualquiera pueda alterarlo, recuerda que solo tú tienes la potestad de alterar el Product Backlog, pero sí debes facilitar el acceso a verlo, con el fin de informarse. Por ejemplo, sin importar la herramienta que utilices para almacenar el Product Backlog, la cual podría ser excel, google spreadsheets, trello, monday, jira, etc; no haya restricción de acceso y en cada comunicación/email que envíes, incluye en el pie un link a la visualización del Product Backlog.