excelente explicación muy claro todo! muchas gracias por compartir. como comentario adicional yo he llevado proyectos con scrum y en lo personal me ha funcionado bastante bien :). bueno si entendí bien cláro.
Excelente explicación, gracias por compartir tus aprendizajes con el resto de las personas que podemos requerir usar esta herramienta. Gracias! saludos :))
Me gusta por que tiene contenido de la guia oficial, difiero un poco con respecto a la aplicación en proyectos, pero fuera de eso me gusta la explicación 😊
Hola Hernan, me puedes resolver una duda, si ya no se deben realizar las 3 preguntas en el daily para no hacerlo rutinario y "zombie", ¿que estrategia es recomendable realizar para así tener una correcta sincronización y alineamiento?
Hola Adrian, primero que todo gracias por ver los videos y comentar. Si claro mira, el punto de hacer o no las mismas preguntas radica en el hecho de no hacer el espacio rutinario o zombi. Es decir, que deje de generar valor para el equipo y lo vea solo como un espacio por cumplir. Recuerda qjr durante un día y sobre todo durante un sprint suceden muchas cosas que pueden modificar la hoja de ruta definida por el equipo de cara a la consecución del/los objetivo(s) del Sprint como del producto desarrollado. De ahi que la mejor forma es darle foco al espacio, es torno a esos cambios, a esas dependencias, riesgos, aprendizajes que se hayan o se van producir. Eso sí, siempre visibilizar el tablero, actualizarlo, pero sobre todo explorar regularmente en estos frentes para que el equipo vaya identificando lo que realmente le genera valor en su día a día, de cara a la co sección de sus objetivos.
Hola, primeramente Muchas Gracias! por tan excelente explicación, tengo una pregunta, ya que menciona que Scrum no es para el desarrollo ni la gestión de proyectos, desde este punto de vista y Siendo Scrum Master ¿cree que es importante tener los fundamentos esenciales de la gestión de proyectos para elaborar de una mejor manera Scrum (gestión de riesgos, tiempo, recursos, calidad?; entiendo que una cosa es la gestión de proyectos y la otra es la gestión ágil de proyectos. (desde mi comprensión son temas diferentes pero con similitudes en algunos conceptos).
Es correcto, scrum es para el desarrollo y mantenimiento de productos no para la gestión de proyectos y porque si es importante tener conocimientos en gestión de proyectos? Porque scrum por si solo no es suficiente y debes implementar prácticas, técnicas y/o herramientas complementarias para la gestión de riesgos, de dependencias, etc. Como también requieres tener conocimiento en desarrollo de equipos de alto desempeño, de gestión del cambio, de mejora continua, de lean, etc. En fin como te comentaba scrum por si solo no es suficiente para generar valor como scrum máster.
Muy buen mapeo inicial. Solo que hay una contradicción, me explico. Indicas que Scrum no es una metodología, pero el pensamiento lean se define como metodología, donde se busca una mejora continua. Desde mi opinion y experiencia con Scrum, metodología o no, lo que define es la ágilidad de está y el resultado que vamos a lograr finalizando el ultimo sprint. Entonces, la pregunta es ¿Es meodología o no? Me quede con esa duda, gracias.
Primero gracias por ver el video y comentar. Ahora si me explico, Scrum cómo tal en si es un Framework del que se obtiene el mayor valor, cuando se complementa de prácticas, técnicas, herramientas, métodos y metodologias. Como por ejemplo prácticas de product management, el método lean (en este punto lean es un método porque es un conjunto de técnicas y no una metodología ya que no es sólo un marcó teorico), técnicas de management, técnicas de gestión de flujo, etc. Ahora la diferencia entre framework y metodología, radica en que el framework te dice que hacer y no como hacerlo, de ahí que encaja en scrum dado que este se basa en el empirismo. Mientras que la metodología es más un marcó teórico que te dice que hacer y como hacerlo. Cosa que no sucede en scrum en donde por ejemplo no te dice como hacer correctamente cada uno de los eventos, o como establecer la estrategia de producto, o el roadmap de liberación o el plan de mejoramiento continuo del equipo. Eso es básicamente, el porque scrum es un Framework y no una metodología. Saludos.
Hola. Una Consulta ya realice una "certifiación" de SCRUM FUNDAMENTOS, y me gusto. Estoy pensando en certificarme en SCRUM MÁSTER. Estoy comenzando con tus videos (qué están muy claros y sobre todo muy bien explicados). Más tengo una pregunta : ¿Cuál considerarías como entidad "educativa" para complementar mi proceso de certificación? (Adicional claro que tus videos)
Hola Jose, gracias por ver los videos y comentar. Me alegro que te gusten y que las explicaciones te hayan sido claras. Mira personalmente poco recomendó una institución en particular, es mejor realizar la formación con alguien que tenga experiencia real en el rol como tal y así más que solo lo que pmdice la guía, podrás adquirir conocimiento a partir de experiencias reales. Si quieres escríbeme al mail hernanhurtadoj@gmail.com y te comparto un par de buenas opciones.
La verdad no le entiendo por más videos que veo, aparte de que en mi equipo no soy tomada en cuenta por lo tanto sólo sé de oidas lo que a veces comparten y no lo puedo aplicar en firme. Espero que con varias vistas pueda entenderlo y aplicarlo en mi vida personal pq laboral está muy difícil.
Hola, lo que comentas es man común de lo que parece y el comunicado denominador de esto es que en muchas organizaciones no entienden realmente los conceptos y por ende no saben como aplicarlosnpara lograr verdaderos cambios y por ende mejores resultados. Con gusto escríbeme por mail y contactamos y te ayudo a esclarecer un poco más cualquier cosa que no entiendas y sobre todo como aplicarlo. Ah y gracias por ver los videos
excelente explicación muy claro todo! muchas gracias por compartir. como comentario adicional yo he llevado proyectos con scrum y en lo personal me ha funcionado bastante bien :). bueno si entendí bien cláro.
gracias claudio
Excelente, didáctico, basado en conocimiento profundo del tema, gracias Hernán.
Con gusto
Me quedo todo muy claro. Mil gracias.
Con gusto
Muy bueno el video, muy claro. Muchas gracias!
Gracias por verlo y comentar
Excelente video. Muchas gracias.
de nada todo un placer
desde Chile, agradecido por los videos, entendí todo los conceptos y como llevarlo dentro de un proyecto. gracias
Con gusto
Excelente explicación, gracias por compartir tus aprendizajes con el resto de las personas que podemos requerir usar esta herramienta. Gracias! saludos :))
Con mucho gusto y gracias por comentar.
Me gusta por que tiene contenido de la guia oficial, difiero un poco con respecto a la aplicación en proyectos, pero fuera de eso me gusta la explicación 😊
gracias por tus comentarios
Excelente informacion. Gracias
Gracias por ver el video y comentar.
gracias por compartir, saludos!
Con gusto.
Gracias Hernán. Muy claro, estoy empezando a aplicare Scrum. Saludos.
Super cualquier duda aquí a la orden
muchas gracias
A ti
un seco amigo . MIl gracias
Con gusto
Hola Hernan, me puedes resolver una duda, si ya no se deben realizar las 3 preguntas en el daily para no hacerlo rutinario y "zombie", ¿que estrategia es recomendable realizar para así tener una correcta sincronización y alineamiento?
Hola Adrian, primero que todo gracias por ver los videos y comentar. Si claro mira, el punto de hacer o no las mismas preguntas radica en el hecho de no hacer el espacio rutinario o zombi. Es decir, que deje de generar valor para el equipo y lo vea solo como un espacio por cumplir. Recuerda qjr durante un día y sobre todo durante un sprint suceden muchas cosas que pueden modificar la hoja de ruta definida por el equipo de cara a la consecución del/los objetivo(s) del Sprint como del producto desarrollado. De ahi que la mejor forma es darle foco al espacio, es torno a esos cambios, a esas dependencias, riesgos, aprendizajes que se hayan o se van producir. Eso sí, siempre visibilizar el tablero, actualizarlo, pero sobre todo explorar regularmente en estos frentes para que el equipo vaya identificando lo que realmente le genera valor en su día a día, de cara a la co sección de sus objetivos.
Hola, primeramente Muchas Gracias! por tan excelente explicación, tengo una pregunta, ya que menciona que Scrum no es para el desarrollo ni la gestión de proyectos, desde este punto de vista y Siendo Scrum Master ¿cree que es importante tener los fundamentos esenciales de la gestión de proyectos para elaborar de una mejor manera Scrum (gestión de riesgos, tiempo, recursos, calidad?; entiendo que una cosa es la gestión de proyectos y la otra es la gestión ágil de proyectos. (desde mi comprensión son temas diferentes pero con similitudes en algunos conceptos).
Es correcto, scrum es para el desarrollo y mantenimiento de productos no para la gestión de proyectos y porque si es importante tener conocimientos en gestión de proyectos? Porque scrum por si solo no es suficiente y debes implementar prácticas, técnicas y/o herramientas complementarias para la gestión de riesgos, de dependencias, etc. Como también requieres tener conocimiento en desarrollo de equipos de alto desempeño, de gestión del cambio, de mejora continua, de lean, etc. En fin como te comentaba scrum por si solo no es suficiente para generar valor como scrum máster.
Muy buen mapeo inicial. Solo que hay una contradicción, me explico. Indicas que Scrum no es una metodología, pero el pensamiento lean se define como metodología, donde se busca una mejora continua. Desde mi opinion y experiencia con Scrum, metodología o no, lo que define es la ágilidad de está y el resultado que vamos a lograr finalizando el ultimo sprint. Entonces, la pregunta es ¿Es meodología o no? Me quede con esa duda, gracias.
Primero gracias por ver el video y comentar. Ahora si me explico, Scrum cómo tal en si es un Framework del que se obtiene el mayor valor, cuando se complementa de prácticas, técnicas, herramientas, métodos y metodologias. Como por ejemplo prácticas de product management, el método lean (en este punto lean es un método porque es un conjunto de técnicas y no una metodología ya que no es sólo un marcó teorico), técnicas de management, técnicas de gestión de flujo, etc.
Ahora la diferencia entre framework y metodología, radica en que el framework te dice que hacer y no como hacerlo, de ahí que encaja en scrum dado que este se basa en el empirismo. Mientras que la metodología es más un marcó teórico que te dice que hacer y como hacerlo. Cosa que no sucede en scrum en donde por ejemplo no te dice como hacer correctamente cada uno de los eventos, o como establecer la estrategia de producto, o el roadmap de liberación o el plan de mejoramiento continuo del equipo. Eso es básicamente, el porque scrum es un Framework y no una metodología.
Saludos.
@@hernanhurtadoEAC Agradedido por la pronta respuesta y alcance. Me quedo completamente despejada la duda y muy claro todo, gracias.
Hola. Una Consulta ya realice una "certifiación" de SCRUM FUNDAMENTOS, y me gusto. Estoy pensando en certificarme en SCRUM MÁSTER. Estoy comenzando con tus videos (qué están muy claros y sobre todo muy bien explicados). Más tengo una pregunta : ¿Cuál considerarías como entidad "educativa" para complementar mi proceso de certificación? (Adicional claro que tus videos)
Hola Jose, gracias por ver los videos y comentar. Me alegro que te gusten y que las explicaciones te hayan sido claras. Mira personalmente poco recomendó una institución en particular, es mejor realizar la formación con alguien que tenga experiencia real en el rol como tal y así más que solo lo que pmdice la guía, podrás adquirir conocimiento a partir de experiencias reales. Si quieres escríbeme al mail hernanhurtadoj@gmail.com y te comparto un par de buenas opciones.
Muchas Gracias@@hernanhurtadoEAC
@@hernanhurtadoEAChola, podría escribirte yo también? Tengo la misma pregunta
Si claro
En la versión 2020 ya no existe el Equipo de Desarrollo :(
Es correcto sin embargo para fines explicativos uso ese término. 😉
La verdad no le entiendo por más videos que veo, aparte de que en mi equipo no soy tomada en cuenta por lo tanto sólo sé de oidas lo que a veces comparten y no lo puedo aplicar en firme. Espero que con varias vistas pueda entenderlo y aplicarlo en mi vida personal pq laboral está muy difícil.
Hola, lo que comentas es man común de lo que parece y el comunicado denominador de esto es que en muchas organizaciones no entienden realmente los conceptos y por ende no saben como aplicarlosnpara lograr verdaderos cambios y por ende mejores resultados. Con gusto escríbeme por mail y contactamos y te ayudo a esclarecer un poco más cualquier cosa que no entiendas y sobre todo como aplicarlo. Ah y gracias por ver los videos