¿Qué sigue después?

Clase 11 de 12 • Curso de Fundamentos de Product Owner

francisco escalante

student•

Seria muy oportuno generar un curso avanzado de PO con ejemplos reales Maestra.

David Esteban Urrutia Rodríguez

student•

Uf sería genial

David De la Cruz

student•

Me sumo al pedido.

Miguel Angel Petruccelli

student•

La profe es un genia, con este curso y el de historias de usuario, mejore muchisimo mis especificaciones! realmente quisiera verla en muchos mas. Gracias!!!!

Vanessa Amaya

teacher•

Gracias Miguel Angel!

francisco escalante

student•

Seria muy oportuno generar un curso avanzado de PO con ejemplos reales.

Tania Sosa

student•

¡Hola Francisco! 😄

Muchas gracias por tu comentario, lo tendremos en cuenta para una versión del curso avanzado.

¡Nunca pares de aprender! 💚

Vanessa Amaya

teacher•

Lo pasaré como sugerencia a Platzi :)

Jose Meza

student•

Me gustaría ver una curso que me lleve a ser business Analyst y competencias complementarias de este rol

Felipe Bernardo González Barranco

student•

Hay que ir mas allá de la teoría, lo mas importante es la mentalidad para poder enfrentarse a cada situación

Marlon Rico

student•

Excelente curso, gran conocimiento compartido por parte de la profesora. Muchas gracias!!

Marcos Jiménez Romero

student•

hola Vanessa, me asignaron hace poco en mi compañia como PO y estoy aprendiendo el ROL. Que otros cursos de Platzi o temas consideras que debo trabajar para mejorar en mi rol y aportar valor a mi equipo. Muchas gracias!

Vanessa Amaya

teacher•

Hola! Te recomiendo: Los cursos de Platzi sobre Scrum & Historias de Usuario, y el curso práctico de Product Owner. Que leas la Guía de Scrum oficial completa https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Spanish-European.pdf Tengo un Podcast que se llama Product Ownership: Análisis & Agilidad, lo puedes encontrar en Spotify https://open.spotify.com/show/1LmNhFa8iTbmubWLpIAGis y en Anchor https://anchor.fm/vanessa-amaya-mx} Junto con unos amigos, cofundé una comunidad donde hablamos de Análisis de negocio en entornos ágiles, y puedes ser parte, sin costo a través del espacio que tenemos en Discord https://discord.gg/wbDYSBXTae Y te recomiendo ser miembro del IIBA https://www.iiba.org/

José Ernesto de la Mora Carranza

student•

Hola!

Historias de Usuario Scrum 2 Curso Práctico Product Owner 3 Curso Design Sprint 4 Curso Profesional Scrum 5 Project Managment 6 Cierres de Proyectos.

Con esos cursos te da una visión súper amplia!!

Juan Alejandro Osorio Montoya

student•

Me gustaria que hubiesen cursos mucho mas practicos y un apartado de respuestas para cada uno de los retos planteados a lo largo de cada curso. Existe ya algo asi?

Vanessa Amaya

teacher•

Hola Juan! le pasaré tu comentario al equipo de platzi saludos!

Nicole Andrea Tacuma Martinez

student•

¿Cómo cambiar el mindset para equipos que definen y planean de forma tradicional y que erróneamente asumen que el agilismo se refiere a no planear? ¿Se puede utilizar una metodología mixta para ciertos tipos de proyectos en donde no haya un alto nivel de incertidumbre pero se requieran en un corto tiempo?

Vanessa Amaya

teacher•

Hola Nicole!!! Lamentablemente no solo es cambiar la forma en la que planeamos, es luchar con todo lo ineficiente que se ha normalizado. Las metodologías mixtas no las recomiendo porque para mí es una manifestación de resistencia al cambio y es doble esfuerzo para el equipo. Si no hay alto nivel de incertidumbre, es mejor seguir con el método tradicional ya que el método tradicional no tiene que ver con cuánto tiempo nos vamos a tardar sino en la forma de abordarlo. Ahora, cascada o no, se tienen que mejorar la forma en la que planeamos, hacerlo de manera colaborativa, buscando la claridad de los elementos de trabajo y sobre todo la claridad de los objetivos del producto.

Ricardo Carrasco Islas

student•

En la parte de realizar una buena definición ¿entraría el desarrollo de HDU para el área de tecnología u otro tipo de entendimiento para definir el producto en general con todas las áreas involucradas?

Vanessa Amaya

teacher•

Hola Ricardo! Una buena definición, en mi opinión, una buena definición se presenta de varias maneras para que todos los involucrados tengan el contexto suficiente. Una Historia de Usuario es una forma de hacerlo pero cuando solo hacemos Historias perdemos la BIG PICTURE, por eso acompañarlo con otro tipo de esquemas, como descomponer las funciones en un diagrama para entendernos mejor. Y no olvidar definir claramente el problema que se quiere resolver o beneficio principal que se quiere alcanzar de manera general y de cada componente de nuestra solución.

Espero que esto te haya aclarado tu pregunta, si no, avísame :)

Ricardo Carrasco Islas

student•

Gracias Vanessa, super buena la recomendación de utilizar un apoyo visual como puede ser un diagrama, lo tomaré muy en cuenta.

ELENA BELLO CHAMORRO

student•

Realmente muchas gracias, mejoré muchísimo en mi área, excelente contenido..

Cristobal Facio

student•

Cuando trabajas con un departamento de TI interno en una empresa que no es de tecnología, sino solo un área de apoyo. Tenemos que justificar la existencia con planes anuales de trabajo.

Sin embargo el trabajo lo vamos bajando poco a poco a sprints. Es así como si conservamos la planeación anual, pero la verdad es que de eso a veces queda muy poco en la realidad implementado. Si nos ha costado trabajo comenzar a ver el trabajo con este nuevo paradigma, pero creo que ha cambiando la cara del departamento hacia los stakeholders internos, con las entregas rápidas y respuesta inmediata.

David Sebastián Hernández Elías

student•

Hola, Vanessa. Mencionaste en esta clase que dejemos la cultura en la que una persona planifica y sólo espera recibir los entregables, ¿Qué técnicas o sugerencias me compartirías para trabajar con un grupo que no participa activamente en las reuniones de planificación ya sea por falta de habilidades de comunicación o conocimiento técnico?

Eleonora Peña Rodriguez

student•

Me encantó este curso, mil gracias

Eleonora Peña Rodriguez

student•

que nos dices en cuanto a las historias de usuario?

Miguel Angel Moroyoqui Parra

company_admin•

¿Donde cabe aqui el PRD (Product requirements document)?

Vanessa Amaya

teacher•

Hola Miguel Angel! Toda especificación dentro de los marcos ágiles es válida, dado es el caso de los Documentos de requerimientos o el PRD que mencionas. Sólo que, lo que busca la agilidad es no caer en documentación exhaustiva que pierda al equipo, sino documentación suficiente para lograr un entendimiento compartido.

Los documentos de especificación como el PRD son un buen apoyo a las otras técnicas de especificación, mi recomendación es la documentación esquemática para que todos los involucrados comprendan las partes de la solución.

Roberto Medina

student•

Como consultor de desarrollo de software. Como puedo presupuestar el desarrollo de un producto si este lo voy a desarrollar en sprints y los requerimientos pueden ir variando en el tiempo? Que rol debe realizar esto?

Vanessa Amaya

teacher•

Hola Roberto! La planeación en Scrum se realiza de manera colaborativa, se promueve que los desarrolladores influyan en la estimación, pero como dices, los requerimientos van variando de acuerdo a la prioridad y a los descubrimientos que se vayan haciendo. Lo que hacemos es realizar una estimación inicial, con la primera versión de Backlog en la cuál se calcula cuántos Sprints se necesitan. A partir de ahí, cada Sprint tiene su planeación al inicio para definir lo que se va a trabajar. Quienes hacen el plan son el Scrum Master y los Scrum Developers considerando las prioridades que de el Product Owner. Los planes los reflejamos en esquema de Roadmap en lugar de un Gantt.

Te dejo este video donde explico el tema de los Sprints y la planeación de una manera más amplia, te recomiendo empezarlo a ver a partir del minuto 12:27: https://www.youtube.com/watch?v=3upik9YCYQ0&t=27s

Norielsy Freitez

student•

el po hace lo mismo que un PM si le quitamos el area de presupuesto?

Vanessa Amaya

teacher•

Hola Noriesly!!! Entiendo que se quiera buscar una alineación con las metodologías tradicionales, pero son responsabilidades muy distintas. Project Manager está enfocado en gestionar procesos y coordinar personas y el Product Owner está enfocado en dimensionar el Producto. Si quieres pensar en una alineación... digamos que lo que hace un Project Manager en un equipo Scrum, se divide entre los Scrum Devs y el Product Owner.

Patricio Sánchez Fernández

student•

Sin duda que para trabajar con el framework de SCRUM, se debe tener un cambio de mentalidad, abrazar la agilidad y tolerar la incertidumbre,.

Carlos Fonseca

student•

Me encanto el curso, me ayudo a refrescar mis conocimientos de Agilidad, en realidad creo que es solo una pincelada pero ayuda a aclarar muchos conceptos.