product manager - product owner - business analyst - project manager

Product Owner/dueño de producto: El unico encargado de la lista del producto, decide que se va a trabajar primero, encargado de despejar dudas al equipo de desarrollo de como el cliente desea el producto de forma detallada.

  1. Capacidad de explicar en que consiste cada funcionalidad
  2. Decide en que orden se van a realizar los diferentes desarrollos o funcionalidades.
  3. Dar claridad en los objetivos del desarrollo.
  4. Saber cuales tareas sean realizado y cuales faltan, y mostrar hacia donde van.
  5. Asegurar que el equipo de desarrollo conoce los elementos de la lista del producto.

Escencia desde la perspectiva del Product Owner

  1. Empirismo: nos basamos en hechos para tomar decisiones, considerando que se realizan en entornos de alta incertidumbre, así que se adaptan a los cambios, así que me voy basando en lo que voy descubriendo y sucediendo.
  2. Pensamiento Lean: no ponerle más complejidad, cómo aligerar el trabajo y evitar el desperdicio, el más grande desperdicio es el tiempo por falta de claridad de los objetivos
  3. Enfoque Iterativo: trabajar en plazos cortos, sprint (incrementos de valor)
  4. Enfoque Incremental: los incrementos de valor al unirse incrementan el producto.

Product owner: responde al a pregunta de “qué? ”. Es la voz del cliente dentro del equipo. El product owner no es el cliente final, es el encargado de comunicar lo que el cliente quiere al equipo técnico intentando maximizar el valor para el cliente todo el tiempo.• Scrum developers: Se encargan del “cómo?”. Se comprometen para realizar el incremento del producto.• Scrum masters: Es el líder facilitador que se enfoca en lograr un entorno productivo.

RESPONSABILIDADES DEL PRODUCT OWNER:

  1. Desarrollar y comunicar explícitamente el objetivo del producto: hacer que el equipo comprenda hacia dónde vamos. Que es la función u objetivo que el producto debe alcanzar. Este es un objetivo a largo plazo.
  2. Crear y comunicar con claridad los elementos de trabajo: este es un objetivo a corto plazo, es bajar a detalle las especificaciones de lo que necesitamos hacer a traves de los sprints. El “como se hace?” es problema de los scrum developers.
  3. Asegurarse de que el trabajo pendiente sea: transparente, visible y comprendido:No vale comunicarse con el equipo con documentos sino que es mas bien hablando.