¿Qué sigue después?
Contenido del curso
¿Qué sigue después?
Contenido del curso
francisco escalante
David Esteban Urrutia Rodríguez
Eduardo David De la Cruz Cutipa
Miguel Angel Petruccelli
Vanessa Amaya
Profesorfrancisco escalante
Tania Sosa
Vanessa Amaya
Profesor
Jose Meza
Felipe Bernardo González Barranco
Marlon Rico
Marcos Jiménez Romero
Vanessa Amaya
Profesor
José Ernesto de la Mora Carranza
Juan Alejandro Osorio Montoya
Vanessa Amaya
ProfesorNicole Andrea Tacuma Martinez
Vanessa Amaya
Profesor
Ricardo Carrasco Islas
Vanessa Amaya
ProfesorRicardo Carrasco Islas
ELENA BELLO CHAMORRO
Cristobal Facio
David Sebastián Hernández Elías
Eleonora Peña Rodriguez
Eleonora Peña Rodriguez
Miguel Angel Moroyoqui Parra
Company_adminVanessa Amaya
Profesor
Roberto Medina
Vanessa Amaya
Profesor
Norielsy Freitez
Vanessa Amaya
Profesor
Patricio Sánchez Fernández
Carlos Fonseca
Seria muy oportuno generar un curso avanzado de PO con ejemplos reales Maestra.
Uf sería genial
Me sumo al pedido.
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!!!!
Gracias Miguel Angel!
Seria muy oportuno generar un curso avanzado de PO con ejemplos reales.
¡Hola Francisco! 😄
Muchas gracias por tu comentario, lo tendremos en cuenta para una versión del curso avanzado.
¡Nunca pares de aprender! 💚
Lo pasaré como sugerencia a Platzi :)
Me gustaría ver una curso que me lleve a ser business Analyst y competencias complementarias de este rol
Hay que ir mas allá de la teoría, lo mas importante es la mentalidad para poder enfrentarse a cada situación
Excelente curso, gran conocimiento compartido por parte de la profesora. Muchas gracias!!
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!
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/
Hola!
Con esos cursos te da una visión súper amplia!!
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?
Hola Juan! le pasaré tu comentario al equipo de platzi saludos!
¿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?
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.
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?
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 :)
Gracias Vanessa, super buena la recomendación de utilizar un apoyo visual como puede ser un diagrama, lo tomaré muy en cuenta.
Realmente muchas gracias, mejoré muchísimo en mi área, excelente contenido..
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.
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?
Me encantó este curso, mil gracias
que nos dices en cuanto a las historias de usuario?
¿Donde cabe aqui el PRD (Product requirements document)?
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.
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?
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
el po hace lo mismo que un PM si le quitamos el area de presupuesto?
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.
Sin duda que para trabajar con el framework de SCRUM, se debe tener un cambio de mentalidad, abrazar la agilidad y tolerar la incertidumbre,.
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.
