Hola, amigos y amigas, mi nombre es Hernan Hurtado, soy Enterprise Agile Coach. Y me dedico a ayudar a los equipos y a las organizaciones a desarrollar esa capacidad llamada agilidad. Siempre a partir de la gestión del cambio de Mindset y la creación de hábitos, lo cual se logra, luego de implementar nuevas formas de trabajo como frameworks/marcos de trabajo, metodologías ágiles y/o métodos. Así como también, de diversas prácticas, técnicas y herramientas que permiten que equipos y organizaciones alcancen grandes resultados.
Por lo que, si quieres aprender de agilidad, marcos de trabajo, gestión del cambio, bussines agility, desarrollo de equipos de alto desempeño. múltiples prácticas, técnicas y herramientas que desde la experiencia quiero compartir contigo, las cuales te ayudaran a ser cada vez mejor en tu rol, te invito a seguir mi canal.
Ya que mi propósito principal con este canal es: "enseñarte que hacer para que los equipos y las organizaciones sean cada vez más agiles"
Пікірлер
Muy buena explicación, muchas gracias!
Con gusto
no estoy de acuerdo en que "dure lo que tenga que durar" podemos pasarnos todo el día entero en ello, por eso existe el time boxing , claro si una organización quiere hacer que dure una semana pues ya depende de cada organización.
La expresion "que dure lo que tenga que durar", va dada desde el ounto de vista de la flexibilidad qje hay que tener a la hora de que las cosas se deben hacer bien y no hacerlas por hacerlas o por cumplir un tiempo en particular. Es decir que no pasa nada si te pasas un poco del timebox recomendado por la guia si esto lleva al equipo a hacer una mejor presentación y obtener un mejor feedback por parte de clientes y/o stakeholders.ahora estoy totalmente dr acuerdo contigo que tampoco debe durar una semana o 3 o 4 horas. Gracias por ver el video y comentar.
@@hernanhurtadoEAC oh ya ! Si de acuerdo asi si se entendiende no ser tan estrictos
A mi me gustaría ver un ejemplo ficticio para entender mejor.
Seguro, próximamente grabaré un video mostrándole. Gracias por ver el video y comentar
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.
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, 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.
Hola Hernan! habra algun video que muestre un ejemplo de cada concepto? Gracias!
Si claro en el video de como refinar una Historia de Usuario correctamente
Hola Hernan! podrias escribir el nombre de las métricas de performance? Quisiera indagar un poco más para saber cómo son. Gracias!
sería bueno que explicaras como se llena la tabla
Gracias por ver el video, seguro que si en u próximo video (se vienen nuevos a partir d ela próxima semana) estre haciendo un par de ejemplos
Hola, Agradecería si nos pudieses dar tu opinion acerca de lo siguiente. El caso es que en nos esta costando mucho decidir quien es el Usuario/persona que debemos indicar en nuestras historias de usuario que estamos desarrollando para un API de Fraude. Pongo en contexto el proyecto: Cuando un usuario va a realizar un pago con tarjeta de crédito, antes de que este se complete, se deben hacer una serie de validaciones. En primer lugar se llama a un empresa la cual llama a Visa, Master Card o American. Además llama a una app en mi banco, la cual llama a la app de fraude para que haga un screening (evalue si la petición es correcta) y devuelva un numero. A quien pongo como usuario de esa historia? Quien se beneficia de que la hagamos? Entiendo que hay 2 posibilidades: 1. La app que consume la app de fraud. No entiendo que una app pueda obtener un beneficio de que se haga esa historia. Pero es quien consume a la app de fraude y sin esa llamada a la app de fraude, no tiene sentido de ser. 2. El dueño de la tarjeta. El screening como tal, no le supone ningún beneficio, lo que si es evidente, es que debe realizarse el screening para que le permitan realizar el pago. Otra escenario. Uno de los standards de la industria es que la información que se envia (datos transaccionales, datos del cliente, número de tarjeta) debe encriptarse. Dueño de la tarjeta, y el beneficio es que su info no es accesible. Departamento de Fraude. Realmente es el banco quien esta interesado en que la info no sea accesible, pues así evita posibles reclamaciones en caso de que alguien la intercepte. Pero seria este un buen usuario? Volvemos a poner al dueño de la tarjeta como usuario y que el beneficio sea que su info no sea accesible. Realmente es el banco el que quiere que la info no sea accesible, ya que es el propio banco quien esta interesado, pues así evita posibles reclamaciones.
Gracias por el video. En tus criterios de éxito pusiste que la EU cuenta con Dor y DoD pero las historias tienen criterios de aceptación, o no? El sprint debería tener DoR y DoD aplicables a todas as user stories, me parece a mí. Son cosas que salen transparentadas a de la adaptación post retrospectiva y son los pilares aplicados al proceso y no al producto (user stories). Me gustaría saber que piensas.
Gracias Hernán. Muy claro, estoy empezando a aplicare Scrum. Saludos.
Super cualquier duda aquí a la orden
excelente
Gracias por ver el video y comentar.
Quisiera si es posible, me recomiendes otros cursos, soy Licenciado en Administración, laboro en el area de Ingresos de una empresa comercializadora pero siempre me han apasionado los temas referentes a RH, CAPACITACIÓN, COACHING, y demas que vayan alineados a esos rubros, agradeceria si esta en tus posibilidades recomendarme otros cursos de tu propio canal o de otros canales para seguir alimentando mi conocimiento en las areas que lineas arriba te mencione, gracias.
Claro que si, en el canal tengo varios que van desde scrum, hasta equipos de alto desempeño y sobre como diseñar organizaciones bajo estructuras ágiles. Podrías ver esos y también los de un colega llamado jhonny ordolez que tiene información súper buena.
un seco amigo . MIl gracias
Con gusto
Buena tarde, ya voy en el 4to video y me surgio una duda importante , al menos para un servidor, el PO, SM y developments son personal de la empresa que ocupara la solucion o producto? O siempre seran consultores externos especializados? La duda surje ya que en otro video mencionan que el espacio puede darlo el SM o si existe en la empresa un facilitador, por eso quisiera tener claro si este marco de trabajo siempre sera generado por una consultoria externa, si sera por personal que forma parte de la nomina, o si pueden ser ambos escenarios. Gracias.
Lo ideal es que el PO sea interno. Es decir, alguien d ela compañía que conozca el producto o solucion a desarrollar o que por lo menos de ser un producto osolucion nueva tenga conocimiento del nicho, sector o visión del mismo. Los SM en muchas empresas son internos aunque también pueden ser externos. Esto depende mucho del presupuesto de cada empresa y de su política de contratación. Lo mismo pasa con los devs hay empresas que los contratan de manera interna y en caso de necesitar un conocimiento puntual, ese lo buscan externo y otras con mayor presupuesto por lo general o los buscan externos o parte de ellos son externo. Todo esto como vez no depende del marco de trabajo per se, si no mas bien de cada compañía.
@@hernanhurtadoEAC Perfecto, ya con esto se aclara totalmente mi consulta, muchas gracias¡
Pregunta, indicas que aparte del PO, SM y development puede que haya personas que generan valor para la consecucion del objetivo, pero que no forman parte del equipo, en este caso la pregunta es ¿No seria un error que no formen parte del Development? Si detectamos que generan valor, no seria adecuado en ese momento integrarlos como parte del Development?
Sin duda alguna. Sin embargo debemos recordar que no todas las organizaciones son iguales ni todos los modelos o diseños organizacionales son iguales. Por ejemplo en una empresa en do de no se trabaja bajo un marcó de escalado ágil Sin duda dichas personas deberían pertenecer al equipo sin embargo aún ahí podemos ver que el equipo puede interactuar con otros equipos y/o áreas y esas personas generan valor de cara a la consecución del objetivo del sprint. Lo mismo pasa cuando se trabaja en un modelo de escalado llámese tribu, tren, comunidad, etc, etc, etc. Los equipos interactuan con otros equipos, con CoEs, con roles transversales y es ahí también donde dichos roles y/o personas pueden participar del espacio si el equipo considera que generan valor de cara a la consecución del objetivo del sprimt.
@@hernanhurtadoEAC gracias ya me queda más claro .
Muy buen video
Gracias por comentar y me alegro que te haya parecido bueno. Espero también que hayan encontrado cosas que ouedas aplicar.
hubiera estado genial poner un ejemplo para poder entender todo esto pero se aprecia el esfuerzo.
Gracias por ver el video y comentar. Los próximos vídeos vienen ya con ejemplos prácticos y reales de todos estos conceptos.
Excelente informacion. Gracias
Gracias por ver el video y comentar.
Excelente vídeo
Gracias
Muchas Gracias por compartir...
A ti Jesús por ver y comentar el video
buen video, gracias.
Gracias por el video y por comemtar
Muy bueno el video y el curso, muchas gracias!
Con gusto pronto se vendrán nuevos videos
Muchas gracias por el video, muy bueno
Gracias elina
Muy bueno el video, muy claro. Muchas gracias!
Gracias por verlo y comentar
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.
Me quedo todo muy claro. Mil gracias.
Con gusto
Hola una pregunta, en el ejemplo donde realizar la aplicación de patrones tiene un orden: Identificar, operacional especifico variabilidad(x3), ´¿se aplican en ese orden o es indiferente?
Hola Jose gracias por comentar. La aplicación de patrones no tienen una secuencia única para todos los casos. Ya que lo correcto es ver varias vias/flujos de tal forma que se logre identificar la que más valor genera en el resultado final.
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 [email protected] y te comparto un par de buenas opciones.
Muchas Gracias@@hernanhurtadoEAC
@@hernanhurtadoEAChola, podría escribirte yo también? Tengo la misma pregunta
Si claro
Hola como hago para implementar únicamente en la parte productiva? Mi nombre es Dario
Hola dario, gracias por ver el video y comentar. Cuéntame que deseas implementar en la parte productiva? Y con gusto te explico como hacerlo.
En la versión 2020 ya no existe el Equipo de Desarrollo :(
Es correcto sin embargo para fines explicativos uso ese término. 😉
Que interesante, me gustaría ver un ejemplo de una estrategia de liberación ya plasmada a un caso, que llevo la tarea de buscar uno :)
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.
Que video tan aburrido, no dio ni un ejemplo práctico y hablo un montón de teoría que no sirve de nada en la práctica.
Igual Gracias por comentar y aunque consideres que esta parte teórica no aporta nada en la práctica, es tu punto de vista el cual es respetable. Sin embargo considerar lo que realmente lleva el product backlog permite en la práctica poder organizarlo y gestionarlo mejor. Lo cual se traduce en generación de mejores resultados. De ahi que tener lo expresado en el video bien claro hace que los PO y los equipos en general tengan los conceptos correctos que deben aplicar en su día a día para identificar, generar y entregar valor de manera temprana, constante y continua.
Gracias por la información, super valiosa. Solo me genera una duda. El equipo tecnico es el responsable de identificar y agregar al backlog los habilitadores ?
Me alegro que la información compartida la encuentres valiosa. Claro mira los distintos tipos de habilitadores, son identificados por diferentes roles, por ejemplo el líder tecnico, el arquitecto y hasta los dev puedan identificar los habilitadores técnicos y/o arquitectónicos, los ux, UI y los dev, los habilitadores exploratorio, el/los arquitectos los habilitadores de infraestructura y los QA los de cumplimiento. Por lo que comp podemos observar todo el equipo participa en la identificación de los habilitadores aportando desde su experticia y/o rol.
muchas gracias
A ti
Buen video, lastima que tienes todo muy fragmentado en varios videos.
Gracias por comentar, la idea ha sido siempre poder entrar al detalle en cada tema y dado que son muchos temas no crear un solo video muy largo. En todo caso gracias por el feedback lo te dre en cuenta para futuros temas.
Hola buen tips, tienes algun video donde profundices lo que comentas? gracias
Si claro, sale en los próximo dias
muy buen video Hernan! me gusto mucho el enfoque no solo centrado en situaciones ideales.
Gracias por tus comentarios claudio. Esa era la idea darle un enfoque diverso.
"promo sm"
Súper melo, Justo esta semana estaba pensando como mejorar mi review con el equipo ❤
Me alegro que el video te haya gustado y hayas podido encontrar valor en el. Gracias por comentar.
Hola Hernan, me confunde cuando dices liderar un evento de planificacion por parte del PO, que deberia hacer un PO como lider durante esa sesion?
Hola, primero que todo gracias por ver el video y comentar. Me explico: Primeramente recordemos que una de las responsabilidades del PO es mantener el product backlog organizado, de cara a la planificación este deberá llevar la estrategia de liberación definida la cual, posterior a la conversación con el equipo definirán el o los objetivos del sprint. Los cuales no son más que los objetivos de producto. Lo cual le permitirá a su vez actualizar la estrategia o roadmap de liberación. Ahora basado en lo anterior, podemos decir que el PO lidera el espacio ya que al definir la estrategia a seguir, en dicho espacio marcará la pauta de lo que el equipo definirá como el que hacer, de tal forma que se puedan alcanzar los objetivos del sprint.
De igual forma esto NO quiere decir que el PO va a decirle al equipo como debe hacer las cosas ni a asignarle tareas al equipo, todo lo contrario es para garantizar la maximizacion del valor generado a partir de la estrategia.
Si la idea es integrar al equipo, por qué en la teoría dicen que se debe dar respuesta a los logros del día anterior, los propósitos para dia de l daily y los impedimos de cada miembro del equipo… esto a veces alarga la reunión por mas de 15 min. Me podrías dar tips para organizar mejor a mi equipo? Gracias por tus videos, soy nueva en tu canal
Claro que si, mira si bien en los próximos días sale un video en el que explico como mejorar la alineación y sincronizacion diaria de los equipos (la daily) te puedo dar algunos tips: lo primero es siempre partir recordando el o los objetivos del sprint e indicándole al equipo que la conversación debe fluir en torno a las actividades realizadas de cara a ese o esos objetivos. Segundo como facilitadora controlas el tiempo con un timer y un tótem para el paso de la palabra. Ahora si estas en entorno virtual, hay herramientas que te permiten generar aleatorias para así asignar la participación. Tercero siempre estar atenta a que no se salga del foco de la participación ni del espacio. Cuarto si por algún motivo se extiende alguno o comienzan a preguntar al detalle, podrías indicarles que les agendaras un espacio posterior para que continúen detallando el punto. Quinto en caso de tener tiempo preguntar al equipo como mejorar el espacio. Y siempre pero siempre trata de innovar en la forma de facilitar. Ah y gracias por suscribirte al canal, comentar los videos y como te comente pronto saldrá un video donde daré muchos tips al respecto y si tienes dudas de como mejorar la planning en el canal ya hay un video. Con las demás ceremonias iré subiendo videos al respecto. Feliz día.
Hola buen día, que pasa en aquellos casos donde se escala el marco de trabajo a la organización, y el daily es de ingenieros que llevan requerimientos diferentes y entre ellos no hay dependencia ni relación, hablo de un portafolio de requerimientos de desarrollo o soporte, muchas gracias
Hola miguel, primero que todo gracias por comentar. varios puntos, el primero recuerda que la Daily como tal si bien es nombrado e incluido en el marco de trabajo Scrum, esta la puede realizar cualquier grupo o equipo al interior de la organización independiente de si usa o no Scrum como marco de trabajo ya que como menciono en el video este es un espacio de sincronización y alineamiento. Ahora al momento de realizar un proceso de Escalado debemos de tener presente que los eventos pueden cambiar o evolucionar en algunos casos como por ejemplo la Planning de un equipo a nivel de escalado si bien los equipos siguen haciendo planning como Tren, tribu o comunidad realizan una planeación escalada, la cual en algunos casos la llaman PI planning, la cual si bien es una planeación al ser escalada toma otras matices propias del escalamiento que no suceden en la planificación normal que hacen los equipos. (de esto estaré explicando en un video que se publicara en los próximos días). ahora en cuanto a lo que realizan en tu contexto, habría que mirar el valor que se esta generando o se generaría con la realización o no del espacio para este grupo de personas, ya que según indicas entre ellos no hay dependencias y además manejan temas no relacionados. es decir, requerimientos diferentes, por lo que habría que ver primero que todo si tienen un objetivo o conjunto de objetivos comunes. en no darse ninguno de los casos te recomendaría revisar con ellos si el reunirse a realizar una daily les genera realmente o no valor y si por el contrario quizás un espacio diferente, con una periocidad diferente y una dinámica diferente, les aportaría más valor. Si quieres igual cuéntame un poco mas de detalle o como te fue con lo que te recomiendo y te ayudo a buscar una mejor opción o a mejorar el espacio actual, te parece?. Feliz dia
@@hernanhurtadoEAC muchas gracias por todas tus recomendaciones. Estaré super pendiente de tus próximos videos, en especial en el que ampliarás la dinámica del daily
Gracias a ti por seguir mi canal y claro que si se vienen una serie de videos que espero que te generen mucho valor igual te invito si tienes algún tema en particular que te gustase que tratara en un video me avisas y con gusto lo hago.
No tenia idea que todas las organizaciones eran agiles 😮 🎉 excelente!! Aprendi algo nuevo hoy. Super recomendado
Así es Jennifer todas las organizaciones nos ágiles, ya que la agilidad es una capacidad que se desarrolla al interior de cada organización. Siendo esta una cualidad intrínseca que representa la forma particular de cada organización de hacer las cosas. De ahí que unas organizaciones sean más ágiles que otras, ya que su forma particular de ser y de hacer las cosas responde y se adapta mucho mejor a los cambios y/o necesidades de cada contexto.
gracias por compartir, saludos!
Con gusto.
Demasiado útiles los tips, gracias!!
Gracias por el feedback
Excelente video! 👏🏽
Gracias jose
❤
:)
❤
:)