Angel , gracias por este excelente ejercicio , lo he usado muchísimo con los equipos de desarrollo de software ;-)
@user-er8fl6qq2l Жыл бұрын
Excelente explicación
@FiliusDeiPatris Жыл бұрын
buenisimo, mi pregunta como dev es : como en el refinamiento reservas tiempo para desglosar todas esas tareas que acarrea un item backlog sin que esto te afecte en tu desarollo y entrega actual del sprint.
@angeldiazmaroto3789 Жыл бұрын
El secreto es dividir de manera vertical lo antes posible el ítem que estamos refinando en items más pequeños ordenarlos por prioridad para centrarnos en detallar solo items pequeños. Si aún así vemos que necesita demasiado tiempo de análisis y esto podría poner en peligro alcanzar el objetivo del sprint debemos considerar este análisis un Spike para el Sprint siguiente. Siempre informando al PO de estas divisiones y de la eventual complejidad de este análisis.
@rogerromero62482 жыл бұрын
Muy explícito
@danielquilesuranga2 жыл бұрын
Excelente! Super claro y didáctico
@jtbaltodano2 жыл бұрын
Excelente Angel! Como siempre muy claro en tu explicación.
@hernanulloa59752 жыл бұрын
Hola Angel hoy me suscribí a tu canal y me ha gustado bastantes tiene una visión simple y práctica al rol, he visto canales acerca del rol pero se central mucho en el rol en scrum hablando del marco de trabajo con una visión del mundo de TI, pero los video que he visto en tu canal tienen una visión de negocio que es el foco de un PO
@hugogarcia67242 жыл бұрын
Hola Angel, ¿me puedes compartir tu correo para contactarte por ese medio? Gracias
@angeldiazmaroto37892 жыл бұрын
Muchísimas gracias por tu interes Hugo, por favor contactanos a través de la mensajeria instantanea de nuestra web dmagilecoaching.com
@SomosExperiencia2 жыл бұрын
Me encanta la analogía de la mentalidad. Una cosa es completar porque sí y otra es aumentarr valor con cada entrega.
@tereywualo3 жыл бұрын
Wow -muchísimas gracias Angel otro nivel top para usted!!
@angeldiazmaroto3789 Жыл бұрын
Gracias a ti!
@anacamelo53273 жыл бұрын
Discusión fundamental
@netfanely3 жыл бұрын
Cuanto consume el refinamiento? 15 minutos, 4 horas, más del 10% o no más del 10% de la capacidad del equipo de desarrollo?
@angeldiazmaroto37893 жыл бұрын
En mi opinión. Tanto como el equipo considere necesario para poder realizar la Planificación del Sprint siguiente de manera efectiva, pero sin poner en peligro el objetivo del Sprint actual.
@miguelangelalcarazo10703 жыл бұрын
un vídeo genial, te lo tomo prestado y lo comparto con el equipo.
@ezequielfernandezcuevas9233 жыл бұрын
Angel como estas?? Soy PO en una empresa en la que estamos camino a la agilidad. Tengo un proyecto que aún no empezó pero queremos mantener un scope flexible e ir validando con una "audiencia controlada" el valor que agregamos MVP a MVP. Me encantaría ponerme en contacto con vos para poder sacarme algunas dudas que tengo! Slds desde Argentina!
@angeldiazmaroto37892 жыл бұрын
Un placer Ezequiel puedes encontrarnos en www.dmagilecoaching.com
@juanmarceloreus68183 жыл бұрын
He visto y revisto cantidad de videos... Claridad y precisión. Muy Bien!
@angeldiazmaroto3789 Жыл бұрын
Muchas gracias!
3 жыл бұрын
Excelente video Angel! Necesitamos gente como tú, compartiendo su conocimiento de esta forma para que cada vez la agilidad vaya siendo mejor comprendida en las empresas y de verdad llegue a cambiar las vidas de los colaboradores y de los clientes 💛 ¡Pa'lante con tu canal! Como decimos en Colombia
@angeldiazmaroto37893 жыл бұрын
Mil gracias por el apoyo Cris!
@mauriciorodriguez-pl8ji3 жыл бұрын
Hola angel. Gracias por tus videos. Pregunta, si planteas refinamiento estrategico, tactico y tecnico (que lo encuentro fenomenal). En que momento del sprint realizas estas actividades?, por que en la parte estrategica el p.o debe informar como cuentas. Despues hay reuniones con stakeholders en la tactica y finalmente reuniones y conversaciones tecnicas con el equipo. Se entiende la pregunta? Muchas gracias.
@angeldiazmaroto37893 жыл бұрын
Muchas gracias a ti Mauricio. Muy buena pregunta!. Quizá no quedó bien claro en el video. No sería "momento" sino "momentos". La idea es que sea una actividad continua desde el comienzo hasta el final de el Sprint N en preparación del Sprint N+1, siendo este refinamiento una serie de encuentros (de 3 tipos) cortos con pocos participantes dónde se trata un único asunto (o PBI) a la vez. Y siempre alineando las modificaciones en el P. Backlog. Quedo respondida tu pregunta?
@mauriciorodriguez-pl8ji3 жыл бұрын
@@angeldiazmaroto3789 si angel. Gracias nuevamente. Lo que pienso es que estrategicamente hay que concensuar al equipo para que realicemos estas actividades, que como tu sabes, el team empiezan a reclamar o a cuestionar por el gasto de "tiempo" en un sprint de 2 semana por ejemplo. A lo mejor no ser tan ambicioso y refinar una cantidad equilibrada de h.u.
@angeldiazmaroto37893 жыл бұрын
@@mauriciorodriguez-pl8ji exactamente, el equipo de Scrum decide cómo hacer su propio refinamiento. Para trabajar de esta manera, se puede incorporar de forma progresiva como bien dices haciendo refinamiento profundo (a nivel de tarea) 1 sprint con 1 PBI a nivel de tarea y el resto no, luego 2 PBIs y el resto no ... Y si el equipo percibe que les ayuda a planificar de manera más efectiva, continuar por este camino. Opino que, todo aquello que equipo perciba como útil, nunca llevará a una queja porque consume "tiempo". Es importante también no refinar demasiados PBI. Por ejemplo, Si terminamos 6 PBI por Sprint de 1 semana cómo media, refinar 5-6 PBI por Sprint a nivel de tarea es una proporción apropiada al ritmo de entrega.
@mauriciorodriguez-pl8ji3 жыл бұрын
@@angeldiazmaroto3789 muy agradecido por tu respuesta. Y tomare tu recomendación en su totalidad. Gracias nuevamente! Saludos.
@AlexBallarin3 жыл бұрын
El refinamiento bien explicado y en menos de 10 minutos. ¡Felicidades Ángel! Lo único que puntualizaría es que yo hablaría más de Equipo de Desarrollo que de "DEVs" porque refuerza la idea que solo programan. En mi experiencia los mejores equipos de desarrollo se encargan además del trabajo funcional y de planificación, liberando al Product Owner para el trabajo más estratégico.
@angeldiazmaroto37893 жыл бұрын
Absolutamente de acuerdo Álex. Gracias por el aporte.
@zameb93744 жыл бұрын
Nosotros hemos encontrado una mejoría en dividir los refinamientos en funcionales y técnicos. Para el refinamiento técnico recomendamos llegar con alguna o muchas propuestas y ayuda tener un borrador de cada propuesta. Es esencial el papel de moderador del Scrum Master.
@zameb93744 жыл бұрын
Por lo menos, en donde yo trabajo, es común que si juntamos a 3 desarrolladores, tan sólo tres, a tener una discusión técnica, cada uno de ellos tenga una visión muy diferente de lo que hay que implementar. Esto ocasiona discusiones interminables. Algún desarrollador termina imponiéndose por cansancio o por determinación. No por tener la mejor idea. Algunas veces el que se impone, cede en algunos puntos. Estos puntos terminan siendo un problema a la larga, ya que no encajan muy bien con la implementación elegida.
@JavierHugoPalominoJorge4 жыл бұрын
Buenas noches una pregunta por favor ¿quien establece los limites dentro de un equipo auto organizado? ¿el líder o el equipo?
@angeldiazmaroto37894 жыл бұрын
El líder visibiliza los límites establecidos por el contexto (organización, departamento, empresa, industria, país ...) donde habita el equipo auto-organizado.
@abelfernandosangamaonate96054 жыл бұрын
Clara explicación
@mcorts694 жыл бұрын
Si, es muy bueno tener equipos auto-organizados. Pero no has dicho cómo construirlos. Métodos, modelos organizativos, procedimientos y fases para crearlos. Es una presentación banal típica de un político y no de entornos empresariales.
@angeldiazmaroto37894 жыл бұрын
Entiendo que no ha quedado bastante clara la explicación sobre "Como construirlos", lo explico a partir de segundo 3:55, resumo el modelo (también esta en el flip-chart): 0. Entender que es Auto-organización y para que nos sirve. 1. Definir y acordar Objetivos claros, relevantes, y con condiciones de satisfacción con el equipo. 2. Asegurarse que que el Equipo tiene las capacidades y potestad para actuar de forma compatible con el Objetivo. 3. Establecer Limites claros de: tiempo, contexto organizacional, Cliente y ejecutor. 4. El equipo Asume su promesa y solo intervenimos si las acciones del equipo no sostienen su compromiso. El estilo de liderazgo necesario para sostener el compromiso dependerá de la situación, el contexto, las capacidades y la madurez del equipo. Espero haberlo dejado mas claro.
@RobertoCanalesMora4 жыл бұрын
Los dos primeros ejercicios cortitos y fácil de sacar conclusiones. Yo haría pausas para repasar y construir sobre estructuras mentales más sencillas.
@soniajuarez79624 жыл бұрын
Impecable! aportan mucho valor con sus comentarios e interpretaciones... un webinar para escuchar más de una vez. Gracias!
@angeldiazmaroto37892 жыл бұрын
Muchísimas gracias Sonia!!
@RobertoCanalesMora4 жыл бұрын
Notas: Liderazgo como capacidad de influenciar, propósito (¿por qué quiero ser ágil?), contexto compatible (¿es el momento?), dimensiones (personal-sistema), paso pequeño.. Diferencia entre consultoría y coaching: en consultoría se dice lo que hay que hacer y se transfiere la responsabilidad. Me quedo con el minuto 39. Discusión: (Pepito Grillo puede influenciar pero ¿es un líder?), Sugerencia: Bajaría el volumen de la música.
@RamiroCastilloA4 жыл бұрын
Hermosa combinación de conocimientos y experiencias. Personalmente siempre vi al agilismo como parte del cambio de conciencia que el mundo está teniendo.
@mvillarreal1624 жыл бұрын
Excelente resumen de la metodología, gracias Angel.
@jtbaltodano4 жыл бұрын
Excelente Angel, como siempre muy claro y concreto.
Пікірлер
Genial explicación. Muchísimas gracias.
Angel , gracias por este excelente ejercicio , lo he usado muchísimo con los equipos de desarrollo de software ;-)
Excelente explicación
buenisimo, mi pregunta como dev es : como en el refinamiento reservas tiempo para desglosar todas esas tareas que acarrea un item backlog sin que esto te afecte en tu desarollo y entrega actual del sprint.
El secreto es dividir de manera vertical lo antes posible el ítem que estamos refinando en items más pequeños ordenarlos por prioridad para centrarnos en detallar solo items pequeños. Si aún así vemos que necesita demasiado tiempo de análisis y esto podría poner en peligro alcanzar el objetivo del sprint debemos considerar este análisis un Spike para el Sprint siguiente. Siempre informando al PO de estas divisiones y de la eventual complejidad de este análisis.
Muy explícito
Excelente! Super claro y didáctico
Excelente Angel! Como siempre muy claro en tu explicación.
Hola Angel hoy me suscribí a tu canal y me ha gustado bastantes tiene una visión simple y práctica al rol, he visto canales acerca del rol pero se central mucho en el rol en scrum hablando del marco de trabajo con una visión del mundo de TI, pero los video que he visto en tu canal tienen una visión de negocio que es el foco de un PO
Hola Angel, ¿me puedes compartir tu correo para contactarte por ese medio? Gracias
Muchísimas gracias por tu interes Hugo, por favor contactanos a través de la mensajeria instantanea de nuestra web dmagilecoaching.com
Me encanta la analogía de la mentalidad. Una cosa es completar porque sí y otra es aumentarr valor con cada entrega.
Wow -muchísimas gracias Angel otro nivel top para usted!!
Gracias a ti!
Discusión fundamental
Cuanto consume el refinamiento? 15 minutos, 4 horas, más del 10% o no más del 10% de la capacidad del equipo de desarrollo?
En mi opinión. Tanto como el equipo considere necesario para poder realizar la Planificación del Sprint siguiente de manera efectiva, pero sin poner en peligro el objetivo del Sprint actual.
un vídeo genial, te lo tomo prestado y lo comparto con el equipo.
Angel como estas?? Soy PO en una empresa en la que estamos camino a la agilidad. Tengo un proyecto que aún no empezó pero queremos mantener un scope flexible e ir validando con una "audiencia controlada" el valor que agregamos MVP a MVP. Me encantaría ponerme en contacto con vos para poder sacarme algunas dudas que tengo! Slds desde Argentina!
Un placer Ezequiel puedes encontrarnos en www.dmagilecoaching.com
He visto y revisto cantidad de videos... Claridad y precisión. Muy Bien!
Muchas gracias!
Excelente video Angel! Necesitamos gente como tú, compartiendo su conocimiento de esta forma para que cada vez la agilidad vaya siendo mejor comprendida en las empresas y de verdad llegue a cambiar las vidas de los colaboradores y de los clientes 💛 ¡Pa'lante con tu canal! Como decimos en Colombia
Mil gracias por el apoyo Cris!
Hola angel. Gracias por tus videos. Pregunta, si planteas refinamiento estrategico, tactico y tecnico (que lo encuentro fenomenal). En que momento del sprint realizas estas actividades?, por que en la parte estrategica el p.o debe informar como cuentas. Despues hay reuniones con stakeholders en la tactica y finalmente reuniones y conversaciones tecnicas con el equipo. Se entiende la pregunta? Muchas gracias.
Muchas gracias a ti Mauricio. Muy buena pregunta!. Quizá no quedó bien claro en el video. No sería "momento" sino "momentos". La idea es que sea una actividad continua desde el comienzo hasta el final de el Sprint N en preparación del Sprint N+1, siendo este refinamiento una serie de encuentros (de 3 tipos) cortos con pocos participantes dónde se trata un único asunto (o PBI) a la vez. Y siempre alineando las modificaciones en el P. Backlog. Quedo respondida tu pregunta?
@@angeldiazmaroto3789 si angel. Gracias nuevamente. Lo que pienso es que estrategicamente hay que concensuar al equipo para que realicemos estas actividades, que como tu sabes, el team empiezan a reclamar o a cuestionar por el gasto de "tiempo" en un sprint de 2 semana por ejemplo. A lo mejor no ser tan ambicioso y refinar una cantidad equilibrada de h.u.
@@mauriciorodriguez-pl8ji exactamente, el equipo de Scrum decide cómo hacer su propio refinamiento. Para trabajar de esta manera, se puede incorporar de forma progresiva como bien dices haciendo refinamiento profundo (a nivel de tarea) 1 sprint con 1 PBI a nivel de tarea y el resto no, luego 2 PBIs y el resto no ... Y si el equipo percibe que les ayuda a planificar de manera más efectiva, continuar por este camino. Opino que, todo aquello que equipo perciba como útil, nunca llevará a una queja porque consume "tiempo". Es importante también no refinar demasiados PBI. Por ejemplo, Si terminamos 6 PBI por Sprint de 1 semana cómo media, refinar 5-6 PBI por Sprint a nivel de tarea es una proporción apropiada al ritmo de entrega.
@@angeldiazmaroto3789 muy agradecido por tu respuesta. Y tomare tu recomendación en su totalidad. Gracias nuevamente! Saludos.
El refinamiento bien explicado y en menos de 10 minutos. ¡Felicidades Ángel! Lo único que puntualizaría es que yo hablaría más de Equipo de Desarrollo que de "DEVs" porque refuerza la idea que solo programan. En mi experiencia los mejores equipos de desarrollo se encargan además del trabajo funcional y de planificación, liberando al Product Owner para el trabajo más estratégico.
Absolutamente de acuerdo Álex. Gracias por el aporte.
Nosotros hemos encontrado una mejoría en dividir los refinamientos en funcionales y técnicos. Para el refinamiento técnico recomendamos llegar con alguna o muchas propuestas y ayuda tener un borrador de cada propuesta. Es esencial el papel de moderador del Scrum Master.
Por lo menos, en donde yo trabajo, es común que si juntamos a 3 desarrolladores, tan sólo tres, a tener una discusión técnica, cada uno de ellos tenga una visión muy diferente de lo que hay que implementar. Esto ocasiona discusiones interminables. Algún desarrollador termina imponiéndose por cansancio o por determinación. No por tener la mejor idea. Algunas veces el que se impone, cede en algunos puntos. Estos puntos terminan siendo un problema a la larga, ya que no encajan muy bien con la implementación elegida.
Buenas noches una pregunta por favor ¿quien establece los limites dentro de un equipo auto organizado? ¿el líder o el equipo?
El líder visibiliza los límites establecidos por el contexto (organización, departamento, empresa, industria, país ...) donde habita el equipo auto-organizado.
Clara explicación
Si, es muy bueno tener equipos auto-organizados. Pero no has dicho cómo construirlos. Métodos, modelos organizativos, procedimientos y fases para crearlos. Es una presentación banal típica de un político y no de entornos empresariales.
Entiendo que no ha quedado bastante clara la explicación sobre "Como construirlos", lo explico a partir de segundo 3:55, resumo el modelo (también esta en el flip-chart): 0. Entender que es Auto-organización y para que nos sirve. 1. Definir y acordar Objetivos claros, relevantes, y con condiciones de satisfacción con el equipo. 2. Asegurarse que que el Equipo tiene las capacidades y potestad para actuar de forma compatible con el Objetivo. 3. Establecer Limites claros de: tiempo, contexto organizacional, Cliente y ejecutor. 4. El equipo Asume su promesa y solo intervenimos si las acciones del equipo no sostienen su compromiso. El estilo de liderazgo necesario para sostener el compromiso dependerá de la situación, el contexto, las capacidades y la madurez del equipo. Espero haberlo dejado mas claro.
Los dos primeros ejercicios cortitos y fácil de sacar conclusiones. Yo haría pausas para repasar y construir sobre estructuras mentales más sencillas.
Impecable! aportan mucho valor con sus comentarios e interpretaciones... un webinar para escuchar más de una vez. Gracias!
Muchísimas gracias Sonia!!
Notas: Liderazgo como capacidad de influenciar, propósito (¿por qué quiero ser ágil?), contexto compatible (¿es el momento?), dimensiones (personal-sistema), paso pequeño.. Diferencia entre consultoría y coaching: en consultoría se dice lo que hay que hacer y se transfiere la responsabilidad. Me quedo con el minuto 39. Discusión: (Pepito Grillo puede influenciar pero ¿es un líder?), Sugerencia: Bajaría el volumen de la música.
Hermosa combinación de conocimientos y experiencias. Personalmente siempre vi al agilismo como parte del cambio de conciencia que el mundo está teniendo.
Excelente resumen de la metodología, gracias Angel.
Excelente Angel, como siempre muy claro y concreto.
Proximo 4-5 de Mayo en Bogota. bit.ly/CAL-Bogota