Agile, Transformación digital y organizacional por Jerónimo Palacios, Professional Scrum Trainer y Kanban University Trainer. Videos dedicados a las metodologías ágiles más populares, como Scrum y Kanban
Cuando la empresa ya es muy madura ese cargo no es necesario, actualmente estoy en una de las empresas de TI mas grandes de LATAM y el rol no existe, equipos autogestionados entre colaboradores y managers.
@naturaltest852311 күн бұрын
que hace un scrum master? NADA!
@r.amilcarrivasmarquez289213 күн бұрын
Hola Jerónimo muy onesta la charla, no existe un equipo donde todos los programadores sean profesionales o avanzados, para eso es el agil couch estilo xp que sea un crack. El logro están es crear un buen equipo, no obligar a un mal equipo a logran un buen producto. Cómo vas a identificar un buen programador para tu equipo si no eres un programador avanzado. Debe aver noveles en el equipo pero el scrum Master debe ser un programador avanzado, se a vendido la idea de que solo debe ser un buen gestor.
@r.amilcarrivasmarquez289213 күн бұрын
Creo que Scrum se vendió como una solución mágica y al Scrum Master como el único valor del equipo. El marco no tiene mucho desperdicio (parafraciando a Ken Beck) me párese una gran herramienta, pero creo que la comunidad Scrum es la que provocó esa cultura, me párese paradójico que digan "creamos productos no sotware" pues entiendo lo de ver el software como un producto pero no debieron desenfocarse. La versión 2020 de scrum toma elementos de XP por qué ya se veía este problema. Ami la la figura del couch XP me párese esencial, ese tipo saca el talento de los novell y genera un crecimiento de las buenas practicas en el equipo. XP dice que el que dirige o toma decisiones por el equipo deve mancharse las manos y meter la mano a la bola de barro, eso sirve para alinear el desarrollo con la empresa con el criterio correcto. Gracias por tus videos me gustan mucho.
@89polus13 күн бұрын
Gracias por el video, me ha servido mucho. Entiendo que consideramos que algo está en "DONE" cuando llegamos al paso del "continuous deployment", no? Gracias 🫂
@r.amilcarrivasmarquez289213 күн бұрын
Hola Jerónimo, me gustan mucho tus videos gracias. Me gusta la nueva cultura de scrum versión 2020, creo que se acerca más a XP pero enfocado a mantener una retroalimentación mas clara con los externos al equipo scrum. Me gusta que los Scrum Master puedan ser desarrolladores pero has dicho en varios vídeos que no tiene por qué estar en los Scrum daly, bueno con esta nueva versión me párese que si, ya que es parte de los programadores y si el scrum daly es para enderezar el rumbo del Sprint, quie mejor que el Scrum Master. De lo contrario si es necesario hacer algo drástico el Scrum Master va a ser el último en enterarse.
@rafaelcanelon997121 күн бұрын
Hola Jero muy buen video, muy bien explicado tengo tiempo siguiendo y me ha ayudado mucho en mi día a día, te quería hacer una pregunta ¿Actualmente estoy como analista funcional (Proxy PO) relacionado al sector de la construcción en el cual manejo muy bien a nivel de conocimientos del negocio pero me gustaria hacer un cambio y conocer y aprender otros tipos de negocio, que recomendación me podrías dar?
@rodrimarlon22 күн бұрын
Wow, me quede lelo viendo este video, la verdad que una explicación monumental.
@maxihamu23 күн бұрын
Me distrae esa barba desalineada y verte de tan cerca. Que horror!
@camilogaleano510124 күн бұрын
Que perfil profesional se debe tener para ser SM?
@MarseaplageАй бұрын
Osea la certificación del certiprof es una estafa?
@OlverErazoАй бұрын
Hola Jero. Hoy en día¿ El SM se sigue involucrando solo en proyectos de software, o aplica a múltiples productos? Si fuese un producto tangible por ejemplo¿ La experiencia técnica se limitaría al producto en cuestión ?
@herreran24Ай бұрын
Tremenda explicación, una lástima los ruidos de los vecinos, es muy muy molesto.
@miguelangelpetruccelli30532 ай бұрын
una vez a la semana, antes de entrar a mi daily !! veo alguno de tus videos! e intento transmitir algun conocimiento al equipo, ! gracias!!
@JeronimoPalacios2 ай бұрын
Gracias Miguel Ángel! Me alegra que te gusten
@andresgguerrero2 ай бұрын
excelente!!! gracias
@JeronimoPalacios2 ай бұрын
Gracias a ti!
@warrior293633 ай бұрын
Trabajo en una empresa de software de 8.000 ingenieros. Usamos Itil 4. el scrum master es para empresas pequeñas nuevas de 30 personas a lo mucho
@juandavidfloriansaavedra95553 ай бұрын
Jeronimo, tienes algo de Estuarine Mapping , ? necesito entender mas sobre eso
@JeronimoPalacios3 ай бұрын
Es la primera vez que lo escucho. ¿Podrías pasarme un link?
@JuuC3 ай бұрын
Hola, y si soy una persona que tiene mucho interés en certificarme y ser Scrum Master pero no tengo experiencia previa como tal, cómo podría responder? A menos que en un puesto entry level las preguntas sean distintas
@JeronimoPalacios3 ай бұрын
En ese caso probablemente tendrías o que formarte por tu cuenta o plantearlo como un puesto de entrada....
@sashabergese3 ай бұрын
Vengo a proponer una idea. En mi equipo una de las cosas que más me costo aprender y cómo organizar el backlog, por función ? Por release ? Por versión de la app? Es algo que en la práctica me costo mucho aprender y provoco mucho re trabajo en mi equipo. Otra cosa es , cómo definimos realmente lo que es prioridad? Llega un punto de todo software donde parece que todo es importante, que se podría hacer en esos momentos? Y por último algo que también me costo aprender es: cómo dividimos una función en “partes” de manera que sea fácil de construir para los desarrolladores y aporten valor temprano? Sería genial ver un ejemplo práctico de estos , estaría bueno saber de tu parte Jere cómo gestionas estos temas y contar con tu experiencia
@JeronimoPalacios3 ай бұрын
¡Gracias! Es un tema complejo. Me lo apunto a ver como puedo explicarlo de manera sencilla
@facundoluciani2563 ай бұрын
Muy bueno tu contenido Jero, yo participo en dailys donde somos 8 personas, la hacemos todos los dias a la misma con 30 minutos de duración, normalmente hacemos un repaso sobre en que esta cada uno con sus tareas asignadas y si alguno se encuentra "trabado" cuando termina la reunión nos quedamos a intentar de ayudarlo. Estaria bueno un video sobre criterios de aceptación. Saludos, desde Argentina.
@JeronimoPalacios3 ай бұрын
Gracias por la sugerencia. Me la apunto.
@jonwithjon133 ай бұрын
- Mira jefe, he hecho esto y hemos mejorado la productividad. - Jefe: y tu para que haces nada? Buen reflejo de un pais con futuro xD
@JeronimoPalacios3 ай бұрын
Totalmente
@camellomaster3 ай бұрын
he estado en equipos en donde por algún motivo el scrum master no estaría al día siguiente (por ejemplo enfermedad u otros motivos) y de inmediato la daily esos días se suspendía. Incluso en ocasiones , venía otro scrum master de otra célula y por cumplir la daily solo se limitaba a hacer las 3 preguntas. Lo otro, las veces que se realiza la daily scrum, creo importante compartir el sprint goal, nunca se hace. Se podría simplemente poner un print de pantalla con eso y dirigir a daily en torno a eso . Siempre pasa que a la segunda semana del sprint, uno ya anda perdido y tiene que buscar en los correos ese "sprint goal" .
@JeronimoPalacios3 ай бұрын
Tiene toda la pinta de que el Daily Scrum se hacía por “cumplir” ¿estoy en lo correcto?
@juliancortesramirez38023 ай бұрын
Muchas gracias por tu contenido. No hay recetas mágicas y como comentas en el vídeo el daily scrum puede darte mucha información sobre problemas mucho más profundos sobre el equipo en cuestión. Muy útil. En uno de mis equipos hemos incluido el parking lot para temas que se quieran comentar y que sean importantes, pero sin que entorpezca y eternice el daily scrum. A mí me gustaría diferenciar los tipos de PBIs y diferenciar entre Tareas y subtareas. Muy buen trabajo. Dejo mi like
@JeronimoPalacios3 ай бұрын
Me alegra que te haya gustado Julián. El Parking lot es una gran herramienta para mantener la transparencia y llevarse temas a la retrospectiva
@manuelcalistri45054 ай бұрын
Excelente video, muchas gracias. Seguiré atento a tus artículos para aprender sobre este tema. saludos
@JeronimoPalacios4 ай бұрын
¡Gracias! Me alegra que te haya sido útil
@cesarliebre14554 ай бұрын
Excelente contenido, super útil y muy bien explicado como siempre 👏
@JeronimoPalacios4 ай бұрын
¡Muchas gracias! Me legra que te haya gustado
@avilego40384 ай бұрын
It's a burnout and depression factory. Muy mala experiencia en equipos que hacen scrum. Ridiculo e intuil lo de las estimaciónes con cartas y como bien comentas un montón de gente que hace scrum master solo para ganar pasta sin tener ni idea, que se la pasan publicando en LinkedIn los miles de eventos y conferencias a las que han asistido, alabando las bondades de scrum y al final no hacen más que hacer la vida de los desarrolladores más miserable.
@JeronimoPalacios4 ай бұрын
El tema tiene que profesionalizarse. Estoy de acuerdo con tus críticas.
@cris75734 ай бұрын
Lo malo del Manifiesto ágil es que es que es tan ambiguo que las empresas lo interpretan como se les da la gana. Y eso mismo lo convierte en algo totalmente infertil. Cuando quieres trabajar con la gente e implementar la filosofía ágil en una empresa, vienen los directivos y te dicen que no les beneficia, que el manifiesto es para enseñar ala gente explotada a no quejarse y que así serán ágiles. Tal como si el director de un hospital le dijese al cirujano por dónde tiene que cortar. Pero es que lo que está mal parido es el manifiesto en sí tan ambiguamente redactado que no sirve para nada más que para generar confusión y tantos entendimientos como cabezas haya.
@JeronimoPalacios4 ай бұрын
Es que el manifiesto nunca pretendió ser una guía. La gente lo utiliza como si fueran los diez mandamientos pero luego no quieren cambiar sus organizaciones
@mariajoseherrerad.14784 ай бұрын
Muy buen video, me ha encantado!
@JeronimoPalacios4 ай бұрын
¡Gracias! Me alegra que te haya gustado
@luisantunez14544 ай бұрын
Muy interesante! Gracias por compartir no solo conocimiento, que ya de por si es valioso, sino también experiencia.
@JeronimoPalacios4 ай бұрын
¡Gracias! Me alegra que te haya gustado
@juliancortesramirez38024 ай бұрын
Fantástico resumen, tocando los aspectos más importantes. Por lo general y en mi experiencia, en el sprint planning suele haber dificultades en diferenciar entre el qué y el cómo (donde empieza y acaba cada uno), en definir un buen sprint goal (que no sea excesivamente abstracto o que no sea un Frankenstein de varias cosas, entiendo que derivada de una falta de alineamiento estratégico) y en la división de PBIs. Gracias por tu trabajo. Dejo mi like. Feliz día de Andalucía
@JeronimoPalacios4 ай бұрын
¡Gracias Julian! Creo que la dificultad viene de algo que no comenté en el video: Sin una buena planificación de producto el Sprint Planning es un caos, precisamente por lo que comentas.
@sashabergese4 ай бұрын
Hola jero cómo estás? Muchas gracias por el contenido de tus Videos los vengo siguiendo hace un tiempo y son muy útiles, he conseguido un trabajo como PO en una empresa de tecnología más concretamente en una edtech. Somos un equipo formados por un Scrum máster, tres desarrolladores un tester y yo. Estamos utilizando Scrum como metodología para trabajar y realmente he logrado comprender todos las etapas de este Framework y te quería preguntar con respecto a lo que decís sobre el conocimiento técnico. Me pasa que mi scrum tiene un desarrollo técnico muy alto y yo siento que me quedo atrás en resolver este tipo de problemas, muchas veces no tengo en cuenta cuestiones técnicas (cómo comportamiento de la base de datos o el diagrama de las querys) lo que provoca retrasos en la planificación por que cuando los desarrolladores toman las ticket que cree , se encuentran que le falta contenido o soluciones técnicas. ¿Como podría adquirir este conocimiento? ¿Sería conveniente hacer un curso de programación básico? Quedo atento tu respuesta de agradezco mucho y gracias por tus videos son lo más jeje 🎉
@JeronimoPalacios4 ай бұрын
Por un lado te recomiendo que poco a poco vayas adquiriendo habilidades técnicas. A mi me gusta mucho App Academy que tiene el mismo programa que el Bootcamp de pago abierto y puedes hacerlo a tu ritmo. También puedes buscar el programa p1xt que es un currículum para aprender ingeniería de Software con un montón de cursos y paths recomendados. Por otro lado, no te sientas mal porque se te escapen detalles técnicos. Es lo nomal porque no solo no tienes un conocimiento técnico profundo sino tampoco lo tienes sobre el producto en el que estás trabajando. Apóyate en tu equipo e invierte tiempo en refinar con ellos para comprender mejor. Lo agradecerán.
@sashabergese3 ай бұрын
@JeronimoPalacios muchísimas gracias Jero seguiré tus consejos y muchas muchas gracias ! Seguí adelante que haces un contenido increíble un abrazooooo
@reyesmoreno76074 ай бұрын
Muy buen video. Estoy formándome para ser un po. Buen día
@JeronimoPalacios4 ай бұрын
¡Gracias!
@sulmagarcia33684 ай бұрын
En un caso hipotético hablemos de que los pilares y los valores de Scrum se implementen en un proceso o en una empresa, ¿qué va a pasar? pus que así no sea SCRUM va a generar valor en lo que hacemos. Los pilares y lo valores son el corazón de SCRUM y serán el corazón de quien lo aplique en lo que sea.
@JeronimoPalacios4 ай бұрын
Totalmente de acuerdo
@carloscollaorubio43304 ай бұрын
Master Jero, muchísimas gracias, por compartir estos valiosísimos tips, un abrazo.🥳🎉
@JeronimoPalacios4 ай бұрын
Con mucho gusto
@javiermunoz46044 ай бұрын
Soy Scrum Master desde hace muchos años y en las entrevistas a diversos perfiles de SM he preguntado abiertamente por alguna forma de promover los pilares de Scrum y NINGÚN candidato sabía los pilares de Scrum. Diferenciar quien sabe solo las mecánicas frente a las bases y propósito de Scrum es crucial, pero ya os digo, limitará muchisimo el funnel de candidatos, ya de por sí bajo en mi experiencia. Es una profesión muy bonita y enriquecedora Gracias Jero por compartir tu experiencia
@JeronimoPalacios4 ай бұрын
Igual. He entrevistado a muchos Scrum Masters y Agile Coaches a los que se les han visto las costuras en los primeros dos minutos de entrevista. A mi personalmente me encanta pero hay que seguir trabajando para que sea más profesional.
@javiermunoz46044 ай бұрын
No puedo estar más de acuerdo
@nicovw4 ай бұрын
Excelente
@JeronimoPalacios4 ай бұрын
¡Gracias!
@oliverpenaramos26764 ай бұрын
Excelente!! Muchas gracias Jero!
@JeronimoPalacios4 ай бұрын
Me alegra que te haya gustado!
@djsilva7814 ай бұрын
Excelente vídeo... me gustaría de tu ayuda para intentar crear 4 historias de usuario para el siguiente ejemplo: Elaboración de una campaña de publicidad online para convertir a los usuarios de la versión gratuita de una app en usuarios de pago. La app consiste en una tabla de ejercicios orientada hacia la pérdida de peso. En la versión de pago hay tres categorías de ejercicios (pectorales, abdominales y extremidades), cronificados a lo largo de 30 días combinados con recomendaciones generales sobre la dieta más recomendable. La versión de pago incluye un análisis personalizado según los datos que le introduzca un usuario y un lector de códigos de barras que aporta información sobre las calorías de cada alimento.
@JeronimoPalacios4 ай бұрын
Hola, te recomiendo que leas este artículo de mi blog que te puede ayudar a lo que quieres conseguir: jeronimopalacios.com/product-delivery/como-usar-chatgpt-de-forma-efectiva-para-product-owners/
@djsilva7814 ай бұрын
@@JeronimoPalacios Muchas gracias voy mirarlo.
@jmuria4 ай бұрын
Me ha recordado a hace unos años cuando alguien me recomendaba usar waterfall para los proyectos serios y Agile para los pequeños y más informales.
@JeronimoPalacios4 ай бұрын
Ahora dicen lo contrario...
@kott5 ай бұрын
Buen video! Como todo en la vida, sube y baja.. Al rato esas mismas empresas se dan cuenta que si les daban valor y re-contratan, saludos!
@LeandroBerisso5 ай бұрын
Gracias, Jerónimo, sin duda es genial que estés creando este tipo de contenidos nuevamente. Eres uno de mis 2 o 3 referentes en la materia.
@JeronimoPalacios5 ай бұрын
¡Gracias Leandro!
@davidmiranda41785 ай бұрын
Un líder una de sus funciones es crear a otros líderes, un SCRUM Máster es parecido, debe crear a más SCRUM Máster. Cuando en tu equipo ya son SCRUM, debes ir a otro equipo. El trabajo fue completado.
@davidjoa14805 ай бұрын
He venido mirando algunos de tus videos y me han venido pareciendo interesante, pero en esta ocasión difiero un poco, el SM ni en la teoria ni en la práctica puede desaparecer, y el SM que piense que debe tender a desaparecer pues ha interpretado la guía de manera errónea. La Guía menciona que Scrum se basa en el empirismo y pensamiento Lean. Por tanto, las oportunidades de mejora son infinitas en un equipo compuesto por humanos. También especifica que el SM es el responsable de lograr la efectividad en el Scrum Team, algo que tampoco termina. Así que, toca leer la guía nuevamente y hacer otro video.
@JeronimoPalacios5 ай бұрын
Gracias por comentar David… pero todo lo que dices lo comento en el vídeo…
@tronkito1185 ай бұрын
Que hartazgo de escuchar este tipo de sandeces. Parece que ser SM es equivalente a ser un mártir.que debemos sacrificarnos por el buen común. Pues no. No somos lemures. Como parte de nuestro trabajo empoderar al equipo, pero siempre habrá áreas de mejora, experimentos que implementar... Que desaparezcan ellos 😜
@JeronimoPalacios5 ай бұрын
Que el Scrum Master es un lemur no lo vi venir...
@user154935 ай бұрын
Que razón tienes diciendo que sin los valores scrum no funciona. Y que difícil es que la empresa y los equipos den importancia a estos valores y no a las reuniones sin darles sentido
@JeronimoPalacios5 ай бұрын
Ya hablé de ello en otro video. Sin valores, Scrum no es más que una herramienta de opresión...
@AntonioRojas-jg6fc5 ай бұрын
Como cada uno de sus videos todo muy claro y aplicado a situaciones muy actuales y reales. Excelente video y gracias por compartirlo
@JeronimoPalacios5 ай бұрын
¡Gracias!
@juliancortesramirez38025 ай бұрын
Gran trabajo. Hay una fuerte tendencia basada prácticamente en un instinto de supervivencia de buscar hacerse necesario en una empresa. Normalmente hay mucha cultura de la medalla. Quizás desde mi ignorancia me equivoque, pero en mi opinión el valor que aporta un scrum master se ve reflejado indirectamente. Ayudar a que la música suene bien sin tocar ningún instrumento a veces es difícil de entender en muchas organizaciones. Un placer oirte y ver la notificación de que has subido video. Seguiremos por aquí dando feedback y apoyando. Seguro que hay mucho trabajo y esfuerzo detrás de cada video y cada publicación del blog, pero para mi han sido y son de una inmensa ayuda para seguir trabajando día a día con algo tan "hard & disruptive" como es scrum. Gracias
@JeronimoPalacios5 ай бұрын
El valor de un Scrum Master es indirecto y habitualmente poco recompensado al no tener la capacidad de ponerse medallas, aunque se haga muy bien...
@juliancortesramirez38025 ай бұрын
Este tipo de videos son fundamentales. Super útil. Una recomendación a modonde lluvida de ideas: sería genial un video que abordase el papel y la responsabilidad de los desarrolladores más allá de picar código justificando por qué es importante. Parece que todo lo que no sea escribir código es desperdicio. Y, por otro lado, aspectos que caen en el ámbito de los desarrolladores y no debe venir cerrado por parte del PO o de los SHs. Muchas veces el "qué" se amplia tanto que el "cómo" queda reducido casi a cero. Gracias por tu esfuerzo y trabajo
@JeronimoPalacios5 ай бұрын
¡Gracias a ti por comentar Julian!
@soypablobernardo5 ай бұрын
Yo creo que cualquier persona que trabaje en procesos de delivery de producto, gobernanza, diseño organizacional y más, de manera cercana a o que afecte de manera directa a los equipos de desarrollo tiene que saber de programación, de desarrollo de producto y de negocio. Las tres y me explico. Lo veo mucho. Cuando no es así, las conversaciones, la capacidad de producir cambio o de diseñar soluciones y propuestas quedan altamente limitadas. ¿Por qué? Pues porque entonces no sabes básicamente de qué estás hablando. Así de claro y así de duro. Si no entiendes la problemática, su raíz y sus implicaciones no entiendes lo que pasa. Y la consecuencia de eso es que las conversaciones quedan a un nivel muy superficial, donde sólo se ve “que hay conflicto”, que los developers “dicen”que tienen problemas con XYZ… pero no eres capaz de explicar a la organización lo que está pasando, ni tampoco hacer el trabajo inverso. Si no conoces ambos idiomas, no puedes hacer de intérprete.
@JeronimoPalacios5 ай бұрын
Bravo Pablo. No lo explicaría mejor.
@capitanAlatriste675 ай бұрын
Un auténtico timo. Casi nada en agile da resultados.. Las deliverys apenas reducen el tiempo de entrega, no tiene herramientas para estimar el fin. Sino se acaban las tareas se hace otro ciclo adicional.... Papeles como el scrum máster q no aportan nada a la organización incluso hay Scrum Másters sin conocimientos técnicos...
Пікірлер
Cuando la empresa ya es muy madura ese cargo no es necesario, actualmente estoy en una de las empresas de TI mas grandes de LATAM y el rol no existe, equipos autogestionados entre colaboradores y managers.
que hace un scrum master? NADA!
Hola Jerónimo muy onesta la charla, no existe un equipo donde todos los programadores sean profesionales o avanzados, para eso es el agil couch estilo xp que sea un crack. El logro están es crear un buen equipo, no obligar a un mal equipo a logran un buen producto. Cómo vas a identificar un buen programador para tu equipo si no eres un programador avanzado. Debe aver noveles en el equipo pero el scrum Master debe ser un programador avanzado, se a vendido la idea de que solo debe ser un buen gestor.
Creo que Scrum se vendió como una solución mágica y al Scrum Master como el único valor del equipo. El marco no tiene mucho desperdicio (parafraciando a Ken Beck) me párese una gran herramienta, pero creo que la comunidad Scrum es la que provocó esa cultura, me párese paradójico que digan "creamos productos no sotware" pues entiendo lo de ver el software como un producto pero no debieron desenfocarse. La versión 2020 de scrum toma elementos de XP por qué ya se veía este problema. Ami la la figura del couch XP me párese esencial, ese tipo saca el talento de los novell y genera un crecimiento de las buenas practicas en el equipo. XP dice que el que dirige o toma decisiones por el equipo deve mancharse las manos y meter la mano a la bola de barro, eso sirve para alinear el desarrollo con la empresa con el criterio correcto. Gracias por tus videos me gustan mucho.
Gracias por el video, me ha servido mucho. Entiendo que consideramos que algo está en "DONE" cuando llegamos al paso del "continuous deployment", no? Gracias 🫂
Hola Jerónimo, me gustan mucho tus videos gracias. Me gusta la nueva cultura de scrum versión 2020, creo que se acerca más a XP pero enfocado a mantener una retroalimentación mas clara con los externos al equipo scrum. Me gusta que los Scrum Master puedan ser desarrolladores pero has dicho en varios vídeos que no tiene por qué estar en los Scrum daly, bueno con esta nueva versión me párese que si, ya que es parte de los programadores y si el scrum daly es para enderezar el rumbo del Sprint, quie mejor que el Scrum Master. De lo contrario si es necesario hacer algo drástico el Scrum Master va a ser el último en enterarse.
Hola Jero muy buen video, muy bien explicado tengo tiempo siguiendo y me ha ayudado mucho en mi día a día, te quería hacer una pregunta ¿Actualmente estoy como analista funcional (Proxy PO) relacionado al sector de la construcción en el cual manejo muy bien a nivel de conocimientos del negocio pero me gustaria hacer un cambio y conocer y aprender otros tipos de negocio, que recomendación me podrías dar?
Wow, me quede lelo viendo este video, la verdad que una explicación monumental.
Me distrae esa barba desalineada y verte de tan cerca. Que horror!
Que perfil profesional se debe tener para ser SM?
Osea la certificación del certiprof es una estafa?
Hola Jero. Hoy en día¿ El SM se sigue involucrando solo en proyectos de software, o aplica a múltiples productos? Si fuese un producto tangible por ejemplo¿ La experiencia técnica se limitaría al producto en cuestión ?
Tremenda explicación, una lástima los ruidos de los vecinos, es muy muy molesto.
una vez a la semana, antes de entrar a mi daily !! veo alguno de tus videos! e intento transmitir algun conocimiento al equipo, ! gracias!!
Gracias Miguel Ángel! Me alegra que te gusten
excelente!!! gracias
Gracias a ti!
Trabajo en una empresa de software de 8.000 ingenieros. Usamos Itil 4. el scrum master es para empresas pequeñas nuevas de 30 personas a lo mucho
Jeronimo, tienes algo de Estuarine Mapping , ? necesito entender mas sobre eso
Es la primera vez que lo escucho. ¿Podrías pasarme un link?
Hola, y si soy una persona que tiene mucho interés en certificarme y ser Scrum Master pero no tengo experiencia previa como tal, cómo podría responder? A menos que en un puesto entry level las preguntas sean distintas
En ese caso probablemente tendrías o que formarte por tu cuenta o plantearlo como un puesto de entrada....
Vengo a proponer una idea. En mi equipo una de las cosas que más me costo aprender y cómo organizar el backlog, por función ? Por release ? Por versión de la app? Es algo que en la práctica me costo mucho aprender y provoco mucho re trabajo en mi equipo. Otra cosa es , cómo definimos realmente lo que es prioridad? Llega un punto de todo software donde parece que todo es importante, que se podría hacer en esos momentos? Y por último algo que también me costo aprender es: cómo dividimos una función en “partes” de manera que sea fácil de construir para los desarrolladores y aporten valor temprano? Sería genial ver un ejemplo práctico de estos , estaría bueno saber de tu parte Jere cómo gestionas estos temas y contar con tu experiencia
¡Gracias! Es un tema complejo. Me lo apunto a ver como puedo explicarlo de manera sencilla
Muy bueno tu contenido Jero, yo participo en dailys donde somos 8 personas, la hacemos todos los dias a la misma con 30 minutos de duración, normalmente hacemos un repaso sobre en que esta cada uno con sus tareas asignadas y si alguno se encuentra "trabado" cuando termina la reunión nos quedamos a intentar de ayudarlo. Estaria bueno un video sobre criterios de aceptación. Saludos, desde Argentina.
Gracias por la sugerencia. Me la apunto.
- Mira jefe, he hecho esto y hemos mejorado la productividad. - Jefe: y tu para que haces nada? Buen reflejo de un pais con futuro xD
Totalmente
he estado en equipos en donde por algún motivo el scrum master no estaría al día siguiente (por ejemplo enfermedad u otros motivos) y de inmediato la daily esos días se suspendía. Incluso en ocasiones , venía otro scrum master de otra célula y por cumplir la daily solo se limitaba a hacer las 3 preguntas. Lo otro, las veces que se realiza la daily scrum, creo importante compartir el sprint goal, nunca se hace. Se podría simplemente poner un print de pantalla con eso y dirigir a daily en torno a eso . Siempre pasa que a la segunda semana del sprint, uno ya anda perdido y tiene que buscar en los correos ese "sprint goal" .
Tiene toda la pinta de que el Daily Scrum se hacía por “cumplir” ¿estoy en lo correcto?
Muchas gracias por tu contenido. No hay recetas mágicas y como comentas en el vídeo el daily scrum puede darte mucha información sobre problemas mucho más profundos sobre el equipo en cuestión. Muy útil. En uno de mis equipos hemos incluido el parking lot para temas que se quieran comentar y que sean importantes, pero sin que entorpezca y eternice el daily scrum. A mí me gustaría diferenciar los tipos de PBIs y diferenciar entre Tareas y subtareas. Muy buen trabajo. Dejo mi like
Me alegra que te haya gustado Julián. El Parking lot es una gran herramienta para mantener la transparencia y llevarse temas a la retrospectiva
Excelente video, muchas gracias. Seguiré atento a tus artículos para aprender sobre este tema. saludos
¡Gracias! Me alegra que te haya sido útil
Excelente contenido, super útil y muy bien explicado como siempre 👏
¡Muchas gracias! Me legra que te haya gustado
It's a burnout and depression factory. Muy mala experiencia en equipos que hacen scrum. Ridiculo e intuil lo de las estimaciónes con cartas y como bien comentas un montón de gente que hace scrum master solo para ganar pasta sin tener ni idea, que se la pasan publicando en LinkedIn los miles de eventos y conferencias a las que han asistido, alabando las bondades de scrum y al final no hacen más que hacer la vida de los desarrolladores más miserable.
El tema tiene que profesionalizarse. Estoy de acuerdo con tus críticas.
Lo malo del Manifiesto ágil es que es que es tan ambiguo que las empresas lo interpretan como se les da la gana. Y eso mismo lo convierte en algo totalmente infertil. Cuando quieres trabajar con la gente e implementar la filosofía ágil en una empresa, vienen los directivos y te dicen que no les beneficia, que el manifiesto es para enseñar ala gente explotada a no quejarse y que así serán ágiles. Tal como si el director de un hospital le dijese al cirujano por dónde tiene que cortar. Pero es que lo que está mal parido es el manifiesto en sí tan ambiguamente redactado que no sirve para nada más que para generar confusión y tantos entendimientos como cabezas haya.
Es que el manifiesto nunca pretendió ser una guía. La gente lo utiliza como si fueran los diez mandamientos pero luego no quieren cambiar sus organizaciones
Muy buen video, me ha encantado!
¡Gracias! Me alegra que te haya gustado
Muy interesante! Gracias por compartir no solo conocimiento, que ya de por si es valioso, sino también experiencia.
¡Gracias! Me alegra que te haya gustado
Fantástico resumen, tocando los aspectos más importantes. Por lo general y en mi experiencia, en el sprint planning suele haber dificultades en diferenciar entre el qué y el cómo (donde empieza y acaba cada uno), en definir un buen sprint goal (que no sea excesivamente abstracto o que no sea un Frankenstein de varias cosas, entiendo que derivada de una falta de alineamiento estratégico) y en la división de PBIs. Gracias por tu trabajo. Dejo mi like. Feliz día de Andalucía
¡Gracias Julian! Creo que la dificultad viene de algo que no comenté en el video: Sin una buena planificación de producto el Sprint Planning es un caos, precisamente por lo que comentas.
Hola jero cómo estás? Muchas gracias por el contenido de tus Videos los vengo siguiendo hace un tiempo y son muy útiles, he conseguido un trabajo como PO en una empresa de tecnología más concretamente en una edtech. Somos un equipo formados por un Scrum máster, tres desarrolladores un tester y yo. Estamos utilizando Scrum como metodología para trabajar y realmente he logrado comprender todos las etapas de este Framework y te quería preguntar con respecto a lo que decís sobre el conocimiento técnico. Me pasa que mi scrum tiene un desarrollo técnico muy alto y yo siento que me quedo atrás en resolver este tipo de problemas, muchas veces no tengo en cuenta cuestiones técnicas (cómo comportamiento de la base de datos o el diagrama de las querys) lo que provoca retrasos en la planificación por que cuando los desarrolladores toman las ticket que cree , se encuentran que le falta contenido o soluciones técnicas. ¿Como podría adquirir este conocimiento? ¿Sería conveniente hacer un curso de programación básico? Quedo atento tu respuesta de agradezco mucho y gracias por tus videos son lo más jeje 🎉
Por un lado te recomiendo que poco a poco vayas adquiriendo habilidades técnicas. A mi me gusta mucho App Academy que tiene el mismo programa que el Bootcamp de pago abierto y puedes hacerlo a tu ritmo. También puedes buscar el programa p1xt que es un currículum para aprender ingeniería de Software con un montón de cursos y paths recomendados. Por otro lado, no te sientas mal porque se te escapen detalles técnicos. Es lo nomal porque no solo no tienes un conocimiento técnico profundo sino tampoco lo tienes sobre el producto en el que estás trabajando. Apóyate en tu equipo e invierte tiempo en refinar con ellos para comprender mejor. Lo agradecerán.
@JeronimoPalacios muchísimas gracias Jero seguiré tus consejos y muchas muchas gracias ! Seguí adelante que haces un contenido increíble un abrazooooo
Muy buen video. Estoy formándome para ser un po. Buen día
¡Gracias!
En un caso hipotético hablemos de que los pilares y los valores de Scrum se implementen en un proceso o en una empresa, ¿qué va a pasar? pus que así no sea SCRUM va a generar valor en lo que hacemos. Los pilares y lo valores son el corazón de SCRUM y serán el corazón de quien lo aplique en lo que sea.
Totalmente de acuerdo
Master Jero, muchísimas gracias, por compartir estos valiosísimos tips, un abrazo.🥳🎉
Con mucho gusto
Soy Scrum Master desde hace muchos años y en las entrevistas a diversos perfiles de SM he preguntado abiertamente por alguna forma de promover los pilares de Scrum y NINGÚN candidato sabía los pilares de Scrum. Diferenciar quien sabe solo las mecánicas frente a las bases y propósito de Scrum es crucial, pero ya os digo, limitará muchisimo el funnel de candidatos, ya de por sí bajo en mi experiencia. Es una profesión muy bonita y enriquecedora Gracias Jero por compartir tu experiencia
Igual. He entrevistado a muchos Scrum Masters y Agile Coaches a los que se les han visto las costuras en los primeros dos minutos de entrevista. A mi personalmente me encanta pero hay que seguir trabajando para que sea más profesional.
No puedo estar más de acuerdo
Excelente
¡Gracias!
Excelente!! Muchas gracias Jero!
Me alegra que te haya gustado!
Excelente vídeo... me gustaría de tu ayuda para intentar crear 4 historias de usuario para el siguiente ejemplo: Elaboración de una campaña de publicidad online para convertir a los usuarios de la versión gratuita de una app en usuarios de pago. La app consiste en una tabla de ejercicios orientada hacia la pérdida de peso. En la versión de pago hay tres categorías de ejercicios (pectorales, abdominales y extremidades), cronificados a lo largo de 30 días combinados con recomendaciones generales sobre la dieta más recomendable. La versión de pago incluye un análisis personalizado según los datos que le introduzca un usuario y un lector de códigos de barras que aporta información sobre las calorías de cada alimento.
Hola, te recomiendo que leas este artículo de mi blog que te puede ayudar a lo que quieres conseguir: jeronimopalacios.com/product-delivery/como-usar-chatgpt-de-forma-efectiva-para-product-owners/
@@JeronimoPalacios Muchas gracias voy mirarlo.
Me ha recordado a hace unos años cuando alguien me recomendaba usar waterfall para los proyectos serios y Agile para los pequeños y más informales.
Ahora dicen lo contrario...
Buen video! Como todo en la vida, sube y baja.. Al rato esas mismas empresas se dan cuenta que si les daban valor y re-contratan, saludos!
Gracias, Jerónimo, sin duda es genial que estés creando este tipo de contenidos nuevamente. Eres uno de mis 2 o 3 referentes en la materia.
¡Gracias Leandro!
Un líder una de sus funciones es crear a otros líderes, un SCRUM Máster es parecido, debe crear a más SCRUM Máster. Cuando en tu equipo ya son SCRUM, debes ir a otro equipo. El trabajo fue completado.
He venido mirando algunos de tus videos y me han venido pareciendo interesante, pero en esta ocasión difiero un poco, el SM ni en la teoria ni en la práctica puede desaparecer, y el SM que piense que debe tender a desaparecer pues ha interpretado la guía de manera errónea. La Guía menciona que Scrum se basa en el empirismo y pensamiento Lean. Por tanto, las oportunidades de mejora son infinitas en un equipo compuesto por humanos. También especifica que el SM es el responsable de lograr la efectividad en el Scrum Team, algo que tampoco termina. Así que, toca leer la guía nuevamente y hacer otro video.
Gracias por comentar David… pero todo lo que dices lo comento en el vídeo…
Que hartazgo de escuchar este tipo de sandeces. Parece que ser SM es equivalente a ser un mártir.que debemos sacrificarnos por el buen común. Pues no. No somos lemures. Como parte de nuestro trabajo empoderar al equipo, pero siempre habrá áreas de mejora, experimentos que implementar... Que desaparezcan ellos 😜
Que el Scrum Master es un lemur no lo vi venir...
Que razón tienes diciendo que sin los valores scrum no funciona. Y que difícil es que la empresa y los equipos den importancia a estos valores y no a las reuniones sin darles sentido
Ya hablé de ello en otro video. Sin valores, Scrum no es más que una herramienta de opresión...
Como cada uno de sus videos todo muy claro y aplicado a situaciones muy actuales y reales. Excelente video y gracias por compartirlo
¡Gracias!
Gran trabajo. Hay una fuerte tendencia basada prácticamente en un instinto de supervivencia de buscar hacerse necesario en una empresa. Normalmente hay mucha cultura de la medalla. Quizás desde mi ignorancia me equivoque, pero en mi opinión el valor que aporta un scrum master se ve reflejado indirectamente. Ayudar a que la música suene bien sin tocar ningún instrumento a veces es difícil de entender en muchas organizaciones. Un placer oirte y ver la notificación de que has subido video. Seguiremos por aquí dando feedback y apoyando. Seguro que hay mucho trabajo y esfuerzo detrás de cada video y cada publicación del blog, pero para mi han sido y son de una inmensa ayuda para seguir trabajando día a día con algo tan "hard & disruptive" como es scrum. Gracias
El valor de un Scrum Master es indirecto y habitualmente poco recompensado al no tener la capacidad de ponerse medallas, aunque se haga muy bien...
Este tipo de videos son fundamentales. Super útil. Una recomendación a modonde lluvida de ideas: sería genial un video que abordase el papel y la responsabilidad de los desarrolladores más allá de picar código justificando por qué es importante. Parece que todo lo que no sea escribir código es desperdicio. Y, por otro lado, aspectos que caen en el ámbito de los desarrolladores y no debe venir cerrado por parte del PO o de los SHs. Muchas veces el "qué" se amplia tanto que el "cómo" queda reducido casi a cero. Gracias por tu esfuerzo y trabajo
¡Gracias a ti por comentar Julian!
Yo creo que cualquier persona que trabaje en procesos de delivery de producto, gobernanza, diseño organizacional y más, de manera cercana a o que afecte de manera directa a los equipos de desarrollo tiene que saber de programación, de desarrollo de producto y de negocio. Las tres y me explico. Lo veo mucho. Cuando no es así, las conversaciones, la capacidad de producir cambio o de diseñar soluciones y propuestas quedan altamente limitadas. ¿Por qué? Pues porque entonces no sabes básicamente de qué estás hablando. Así de claro y así de duro. Si no entiendes la problemática, su raíz y sus implicaciones no entiendes lo que pasa. Y la consecuencia de eso es que las conversaciones quedan a un nivel muy superficial, donde sólo se ve “que hay conflicto”, que los developers “dicen”que tienen problemas con XYZ… pero no eres capaz de explicar a la organización lo que está pasando, ni tampoco hacer el trabajo inverso. Si no conoces ambos idiomas, no puedes hacer de intérprete.
Bravo Pablo. No lo explicaría mejor.
Un auténtico timo. Casi nada en agile da resultados.. Las deliverys apenas reducen el tiempo de entrega, no tiene herramientas para estimar el fin. Sino se acaban las tareas se hace otro ciclo adicional.... Papeles como el scrum máster q no aportan nada a la organización incluso hay Scrum Másters sin conocimientos técnicos...