Clase 5 de 12 • Curso de Fundamentos de Product Owner
Contenido del curso
Christian Manuel Campos Navarro
Yangetze González
Iván Felipe Bohórquez Ramírez
Luciano Vicidomini
María Jimena Rodríguez Contreras
Marylin Giugni Ortega
Mario Andrés Castro Martínez
Jesús Jurado de la Rosa
Mauricio Ricardo Suárez Calderón
Vanessa Amaya
Sandra Sierra
David De la Cruz
Arles A. Pinzon Molina
Vanessa Amaya
Joan S.TrianaV
Carlos Naveda
Jonathan Quiros Barquero
Marco Nava
Jorge Marroquin
Hugo Díaz
Eleonora Peña Rodriguez
Yobana Sandoval Parra
Yobana Sandoval Parra
Edwar Y. Castillo B.
Carlos Andrés Jimenez Castañeda
Vanessa Amaya
Sandra Sierra
Francisco Ponce
Sandra Sierra
Ronald Barzola
Vanessa Amaya
Ricardo Carrasco Islas
Vanessa Amaya
Se nota el conocimiento y dominio del tema de la profesora.
Es muy esclarecedora su forma de explicar los temas del curso.
Gracias.
De verdad que sí.
Es una profesional en la materia
DIFERENCIAS CON LOS SIGUIENTES ROLES: • PRODUCT MANAGER: crean estrategias globales del producto. Además de lo que hace un PO ve estrategias de marketing y toda la logística que esta atrás de un equipo. Dentro de un equipo también tiene roles como los del Po. Puede ser que un Product manager se encargue del proyecto global y tenga a varios PO haciendo partes de ese proyecto. Ellos crean estrategias para construir productos: planificación, ejecución y lanzamiento. • BUSINESS ANALYST: Ayuda a identificar y definir las soluciones que maximizarán el valor entregado por una organización a sus partes interesadas. Muchas veces se confunde este rol con el del PO. Un PO puede tener un analista que lo apoye en sus actividades, un PO puede también ser un business analyst y tener las responsabilidades propias del PO. Los Business analyst no priorizamos, simplemente se facilita la información para que otros tomen decisiones.
gracias
De acuerdo con el caso de estudio y la explicación, considero que Product Manager es Susana, Product Owner es Sergio y Business Analyst es Alejandro
Nunca pensé encontrarla por acá profe, un verdadero gusto. 😊
Me gusto la acotación de que el Business Analyst generaliza la información, mas no la prioriza. Super importante!
¿Qué opinan de estas definiciones? Quiero saber si estoy en lo correcto o estoy equivocado en alguna de ellas.
Hola Mauricio! aquí te dejo mis observaciones y comentarios sobre lo redactaste.
Durante el curso no hablo de OKRs, así que si vas a citar a Platzi y a este curso como fuente, podría dar un mensaje equivocado sobre el contenido del curso.
Ahora bien, de manera general, tanto el Product Owner como el Product Manager pueden llevar a cabo el seguimiento a través de los OKRs, incluso el Business Analyst.
El Product Manager se encarga de definir la estrategia de producto y supervisa su proceso creativo y lanzamiento. Como parte de la estrategia puede poner restricciones de tiempo para el time to market pero es el equipo quien hace la planeación para cumplir con esas restricciones.
Para el Product Owner, el Product Manager es uno de los involucrados relevantes, siempre y cuando no sea la misma persona quien ejecute ambas responsabilidades, ya que en muchas empresas el Product Manager ejecuta las responsabilidades del Producto Owner en equipos Scrum.
El Product Manager es un rol y el Product Owner es una responsabilidad para quienes tienen equipos Scrum. Antes se hacía referencia al PO como un rol también pero a partir de la más reciente guía oficial, ya se maneja como responsabilidad.
El Product Owner más que ser un interlocutor entre el cliente y el equipo Scrum, representa la voz del cliente ante el equipo Scrum, esa voz se alimenta de otras voces y mucha información, digamos que es el filtro de entendimiento y prioridades para el equipo.
Scrum no se escribe en mayúsculas porque no es un acrónimo :)
Agregaría la responsabilidad al PO de Priorizar el trabajo para el equipo orientado al valor de negocio y valor al consumidor / usuario final. También le agregaría la responsabilidad de dar el contexto y claridad suficiente al equipo para que entiendan los requisitos.
De manera general el Business Analyst si pude tomar decisiones, pero sobre todo influir en ellas, solo que en un equipo Scrum, el BA como rol es de apoyo al PO y no toma decisiones de priorización porque estas le corresponden al Product Owner.
El Business Analyst se ve desde dos maneras: Como rol: Alguien que realiza las responsabilidades de un BA dentro de un equipo. Como disciplina: Un PO debe de saber prácticas de Business Analyst para ejecutar efectivamente sus funciones.
Te felicito por este esfuerzo de simplificar las diferencias en estas responsabilidades.
Si te surgen más dudas a partir de lo que te expliqué, avísame por favor.
Feliz año nuevo!
Excelente aporte de @mauriciosuarezplatzi y excelente respuesta de @Vanessa_amaya. Actualmente estamos definiendo roles y responsabilidades y llegamos a esta misma discusión si el PO lo era o no. Ya me queda claro que es una responsabilidad y que en algún momento tanto el PM como el BA (empoderado para priorizar) podrían tenerla.
Mis comentario sobre el caso de estudio. PM: Susana PO: Sergio BA: Alejandro Es más, como viene la lectura me atrevería a decir SM: Sandra
👏 Me encanta como Vanessa está Clarita con lo que pasa debajo del iceberg en las organizaciones. La línea entre el analista de negocio y el product manager se hizo borrosa con la pandemia, la agilidad y las metodologías ágiles. Es una tremenda perspectiva la que nos comparten en esta clase. ¡Gracias!
Gracias a ti!!!!
Y si, tienes razón, luego las líneas entre los roles se hacen difusas y que sean difusas no es el problema sino la confusión que esto puede provocar y las acciones que pueden estar dejándose de hacer.
COMPARATIVA CON OTRAS RESPONSABILIDADES Comparativa entre Product Manager y Business Analyst. -Product Manager: crear estrategias para construir productos (van desde la planificación, ejecución y lanzamiento), todo lo necesario para logística del lanzamiento de un producto y más actividades que van más allá de las responsabilidades de un Product Owner de software. Dentro un equipo tiene responsabilidades como de un Product Owner, también puede ser que un Product Manager se encargue del proyecto a un nivel global y tenga uno o varios Product Owners y haciendo partes de ese proyecto. -Business Analyst: ayudar a identificar y definir soluciones que maximicen el valor entregado por una organización a sus partes interesadas. Algunas veces se confunde con el rol de Product Owner, la principal distinción es que un Product Owner puede ser un Business Analyst y trabajar con todas las disciplinas y conocimientos que trae el análisis de negocio, pero ejecutar las responsabilidades de Product Owner en un equipo, también un Product Owner puede trabajar con un analista que lo apoye en sus actividades. Una diferencia entre los Business Analyst y los Product Owner, es que los Business Analyst no priorizan, sencillamente facilitan información para la toma de decisiones.
Pienso que los roles quedarían de la siguiente forma:
1) Problemática del caso
El caso presenta varios retos típicos en la adopción de Scrum, que son los siguientes:
2) Conocimientos y herramientas ágiles necesarias
Para atacar estas problemáticas, el equipo debería fortalecer lo siguiente:
a) Gestión del Product Backlog
Herramienta útil: User Story Mapping para visualizar el flujo del usuario (ejecutivo de ventas) y ordenar backlog.
b) Roles y eventos Scrum
Herramienta útil: Retrospective formats (Mad/Sad/Glad, 4L’s, Starfish).
c) Colaboración UX y Dev
Herramienta útil: Design Sprint o UX Storyboards.
d) Enfoque en valor y métricas ágiles
Herramienta útil: OKRs alineados con el backlog.
e) Priorización en entornos de restricción
Herramienta útil: Impact Mapping o Value vs Effort Matrix.
Comunidad, pregunta, si tengo varios PO, ¿que figura se encarga de darles orden, el Product Manager?
El Chief Product Owner coordina las prioridades entre los Product Owners que trabajan con cada uno de los equipos. Los CPO alinean las prioridades del Backlog con los stakeholders y las necesidades de los clientes. Esta info complementaria te ayudará.
Caso de estudio:
Un analista de negocio y un Product Owner (PO) tienen roles distintos, aunque pueden compartir algunas responsabilidades. Un analista de negocio se centra en identificar necesidades y requisitos del negocio, mientras que el PO actúa como el enlace entre el equipo de desarrollo y los stakeholders, priorizando el backlog del producto. Ambos son cruciales en la gestión de proyectos, pero sus enfoques son diferentes. En un entorno Scrum, el PO tiene mayor empoderamiento en la toma de decisiones sobre el producto.
Problemáticas culturales que se evidencian
Porque en algunas comunidades o celulas esta la figura de BPO y de DPO?
Hola Carlos! en mi opinión esto que mencionas es una manifiestación de la importancia que les dan las empresas a las Jerarquías...
Vanessa, me gustaría conocer desde tu experiencia o quizás me puedas dar alguna referencia que consultar, acerca de los roles de PM y BA, como se van especializando o desarrollando a nivel empresarial.
Muchas gracias.
No soy la profesora, pero puedo aportar un granito a tu duda. Los roles de Project Manager (PM) y Business Analyst (BA) son importantes en cualquier empresa u organización que desarrolle proyectos. Ambos roles tienen responsabilidades y habilidades diferentes, pero trabajan juntos para asegurarse de que los proyectos se completen de manera eficiente y efectiva.
Una PM es responsable de la gestión general del proyecto, lo que incluye establecer metas, asignar tareas, gestionar el presupuesto y asegurarse de que el proyecto se complete a tiempo y dentro del presupuesto. Una BA, por otro lado, se enfoca en analizar el negocio y sus requisitos, y luego traducir esos requisitos en un plan de proyecto que la PM pueda seguir.
Ambos roles pueden desarrollarse y especializarse a nivel empresarial de diferentes maneras. Por ejemplo, una PM puede desarrollar habilidades en gestión de riesgos o en el manejo de equipos de alto rendimiento. Una BA puede especializarse en un área específica del negocio, como finanzas o tecnología, o puede desarrollar habilidades en técnicas de análisis de datos para ayudar a tomar decisiones informadas.
Totalmente de acuerdo @FranciscoEP, muchas gracias por tu comentario. Esa sinergia que hay entre dos roles llevan a proyectos más exitosos.
De todas maneras, aprovecho y amplio un poco la inquietud en otro contexto: un ingeniero de datos, puede ganar experiencia, habilidades técnicas y humanas y puede evolucionar a un científico de datos, por ejemplo. En el caso del PM y BA, ¿qué podria ser?
Y el rol del Data Traslator? Últimante he escuchado que también une el equipo de business y de tecnología. ¿Podría ser el PO también o tendría que estar dentro del equipo de desarrollo?
Hola!!! El Product Owner no es un rol sino una responsabilidad para equipos que usan el marco Scrum. Si bien, en las primeras guías de Scrum venía como rol, en la más reciente versión de la guía se especifica ya como una responsabilidad ya que los roles paralelos fueron una confusión. De este en particular que mencionas del Data Traslator, es un rol que está naciendo dentro de proyectos que manejan altos volúmenes de datos. Yo considero que un Data Traslator es una especialización que podría quedarse corta para un PO. Sobre si este rol tendría que estar dentro del equipo de desarrollo, Scrum no distingue roles dentro del desarrollo para ayudar a romper el trabajo en silos, entonces, los desarrolladores para Scrum, no solo son los desarrolladores sino todos los hacedores de realidad, todos los ejecutores.
Espero que mi respuesta te sirva
En cuanto al PO vs otros roles o áreas como puede ser el área de negocio, ¿en dónde caen las siguientes responsabilidades?:
Tengo mucha confusión si estas tareas son responsabilidad de un PO o de otras áreas o roles.
Hola Ricardo!
El Product Ownership tiene que ver mucho con provocar el análisis colaborativo dado que un PO carece de todos los conocimientos necesarios para llevar de punta a punta ciertos análisis, a continuación aclaro responsabilidades de los puntos que mencionaste:
PO puede realizar las actividades end to end de:
Dar seguimiento a contratos y/o requerimientos con 3ros
Coordinar reuniones y determinar fechas con las distintas áreas y 3ros (si las reuniones tienen que ver con Negocio y cliente final)
PO dispara el análisis y el equipo que se encargará de hacerlo realidad lo complementa:
Generar el Roadmap end to end
Determinar Épicas y Features
Identificar dependencias con 3ros
Se encarga el Scrum Master:
Dar seguimiento a los estatus del área de tecnología
Coordinar reuniones y determinar fechas con las distintas áreas y 3ros (si las reuniones tienen que ver con la ejecución del proyecto)
