Excelente explicación. Yo estuve trabajando durante ocho años en un proyecto que nunca tuvo planificación, que de hecho ni siquiera usábamos sistemas de control de versiones y en el que la política iba por delante, como era de esperar fue un fracaso y nunca se implementó ni una sólo linea de código. En cambio desde hace un año estoy trabajando en una empresa que obtuvo un proyecto para un famoso fabricante de procesadores, adoptamos Scrum e hicimos cada una de las cosas que el marco describe. Hoy por hoy tenemos un software de calidad (no perfecto) que aún seguimos desarrollado y que semanalmente vamos haciendo releases. Esa es la gran diferencia de usar un marco de trabajo y de no usar nada y pedir que el software se cree por arte de magia.
En nuestro caso somos: Product Owner Scrum Master Dev Team Stakeholders Y hacemos Daily Meetings, Retro/Planning, nuestros Springs suelen ser de dos semanas.
Scrum es, más que nada, una moda en cuanto a metodología de trabajo que se está aplicando indiscriminadamente (para proyectos de desarrollo desde cero es más que cuestionable su utilidad) y que permite que un montón de Scrum Masters vivan del cuentito del "agile". Cuando has trabajado un tiempo con esta metodología ves que de ágil tiene lo justo, que los tiempos de desarrollo se eternizan y que la obsesión con la atomización de las historias limita gravemente la complejidad funcional de los desarrollos. Fuera de proyectos de mantenimiento y pequeños evolutivos, Scrum es un lastre con muy buena prensa, eso sí.
Hola Alejandro. Como estas. Solo me detuve a ver tu comentario y te queria acotar que la agilidad es un movimiento consecuencia de una falta de "identidad" que tuvimos los informaticos en el pasado para gestionar nuestros proyectos-productos, por lo cual cometimos el error de asumir las tecnicas y metodos industriales. Ver a las personas como maquinas, mando y control, jerarquizacion, silos de comunicacion, separacion de manager y obreros (programadores). No se puede industrializar un trabajo del conocimiento como es el que hacemos, no trabajamos en una factoria empacando alimentos, trabajamos generando ideas. El PEOPLEWARE. Todo parte aqui. La agilidad es una filosofia, con declaracion de valores y principios, y los framework y metodologias son las practicas. Profundiza eso y le encontraras sentido a todo esto. Saludos!.
@@mauriciorodriguez-pl8ji Hola Mauricio. Creo que no te falta parte de la razón en cuanto a estilos antiguos de gestión de proyectos. Pero creo que hemos pasado de un extremo al otro. "Uy que se me estresa el programador". Ni tanto ni tan calvo. Lo siento pero el agile se ha convertido con el tiempo en el refugio de mucho gandul. Además, el problema que le veo fundamentalmente es que prima la metodología sobre el objetivo cuando debería ser al revés. El método ha de adaptarse para conseguir el objetivo y no al revés. Otro problema gordo que veo con el agile y con Scrum en particular es la ausencia absoluta de crítica. Si las cosas no funcionan nunca es culpa de la metodología sino de su aplicación. En un poco como el "socialismo real". El método es infalible, es como una fe. Lo siento pero, a pesar de que tiene sus virtudes, en la aplicación real del día a día, el agile es cualquier cosa menos ágil. Saturado de "burocracia cooki" y con completa ausencia de asunción de plazos y responsabilidades. Lo dicho, vale para proyectos de mantenimiento y evolutivos no muy complejos. En desarrollos gordos desde cero eterniza todo y lo vuelve más espeso, lo contrario de agil. E insisto que atomizar las historias es un error que impide una mínima complejidad funcional y para conseguirla baja ENORMEMENTE la calidad del código.
Me gusta lo que promete Agile, pero las promesas son eso,intenciones no más. Es cierto que a la larga con tantas reuniones se mata la agilidad del desarrollador que al dia apenas tiene 1 o 2 horas reales para concentrarse en lo que de verdad debe hacer. Tenemos que respetar la concentración del desarrollador, que bastante que cuesta.
Hermano de manera sencilla explicas un tema que los ingenieros quieren complicar con terminologías complejas y explicaciones confusas ... Fue clara tu explicación , sin vueltas, y en menos de 9 minutos metes información de calidad. Gracias!!!
La mejor explicación que he visto. Casi todos explicaban con dibujitos y de una manera que aburría mucho, este video lo veo más moderno, sin cosas innecesarias.
Te encontre por los videos de patrones de diseño, y estoy muy contenta por ello. Muy buena informacion, directamente al grano y de una forma muy clara. Muchas gracias!
Estoy estudiando ing. en informatica y tu canal me ayuda muchisimo a poder completar algunas cosas que no me quedan claras! Es mas, SCRUM es justo uno de los tema principales de mi examen final de Analisis de sistemas I, por lo que me viene de maravilla que comiences a explicar este tipo de temas!! Muchisimas gracias de Argentina!!
Hola! he descubierto este Canal y me ha encantado ! te felicito y doy gracias por los buenos videos que haces! Bien por otra parte, yo en el trabajo utilizo Scrum y es genial! aun que como todo metodo ágil no se puedo o debe seguir tanto de manual... nos a funcionado muy bien en nuestro equipo de 45 personas las cuales se dividen en equipos según sea necesario. Mi equipo directo en concreto de 3 personas (si, 3 personas jajaja) no hacemos reuniones diarias por ser tan poco y tenemos una gran comunicción pero si hacemos minimo 3 a la semana. Pero de verdad lo digo y lo como lo dices tu en el video... no se puede seguir un metodo agíl de forma tan fiel al manual, de hecho se pueden unir mas de un metodo agíl y así modificar estos como sea necesario y como funciona mejor el equipo. Saludos y que estes bien !! BUEN VIDEO!
Felicitaciones y muchas gracias por su trabajo,su calidad es asombrosa y si pudiera hacer algo de estructuras de datos pero con enfoque practico . Gracias nuevamente y con la calidad de su trabajo se gano un suscriptor mas .
Hola! Solo quería agregarte una recomendación. Al final de los vídeos recomienda libros o bibliografía relacionada con los temas para profundizar. Saludos!!
Me parece super buena idea!!! Buscare alguna forma de hacerlo que no sea muy intrusiva, rollo con algun titulo que aparezca durante el transcurso del video
@@BettaTech Hola Martín, también tenía la misma sugerencia de Carlos, en la descripción del video puedes dejarnos los enlaces y/o bibliografía donde consultas tus temas. También decirte de cómo me hubiese gustado que mis profesores nos hubiesen enseñado como tu lo haces
No estoy estudiando cerca del mundo software pero tu canal, el de borja y platzi me encantan para aprender algo nuevo todos los dias. Me encanta tu canal y cada video lo disfruto mas que el anterior, saludos desde Panamá.
Gracias!! Hoy inicio mi curso para mi proyecto de carrera como scrum master y me sirvió un montón tu video para entender que es y que hace un scrum master. Mil gracias por la info. Sigue asi!
desde la uma de informatica de malaga te seguimos toda una clase sube mas videos de programacion orientada a objetos, programar con c++ y estadisticas ( big data ) con r
Mi más sincera enhorabuena por la actualidad y utilidad directa de los temas que abordas, y la agilidad y claridad de tus explicaciones, Has conseguido un nuevo suscriptor :-).
Excelente esplicacion del Framework Scrum, haciendo uso de esta metodologia Agil para el Desarrollo de Software y otros proyectos, es interesante ver estos resumenes, ya que muchos no entienden el concepto de esta metologia, excelente video y muchas gracias por compartir.
Wao!! siento que estos conocimientos adquiridos a través de varios de tus vídeos, aporta mucho más en mi carrera profesional que los 5 años que pase en la Universidad, donde gran parte de conocimiento adquirido es poco útil para lo que hago hoy día. Gracias por el Gran aporte. 100% Apoyo. Like: Si te sientes igual PD: La manera de sintetizar los conceptos es super super buena y útil, nuevamente gracias.
Muchas gracias por tus explicaciones, esta metodología me parece muy interesante de aprender, he tratado de aplicarla en mis proyectos de Desarrollo de software la Universidad pero realizar las reuniones diarias es algo que no he logrado todavía, espero pronto poder aplicar está metodología con todas sus reuniones para comprobar si realmente ayuda el hecho de realizar tantas reuniones.
Estuve bajo un "Scrum" tan mal empleado que fue la peor experiencia que he tenido en mi vida laboral! Pero ver este video explicativo realmente que le da a uno la idea de pensar que esta herramienta sería muy útil correctamente empleada en el desarrollo de cualquier proyecto!
Fantástica tu forma de explicar, gracias por tus vídeos. He estado trabajando en equipos con metodología scrum como desarrollador y continuamente te das cuenta de la necesidad de concentrarse en seguir los conceptos que expones en tu vídeo aún cuando parece que sean simples y estén claros.
Personalmente me gusta esta nueva metología SCRUM creo que es muy util, estuve participando en un team donde se usaba justamente esta metodología para la realización de un proyecto SW. La reuniones son necesarias. La unica desventaja que veo es el excesiva cantidad de reuniones con team, muchas reuniones puede convertirse en una desventaja para el team que tiene que trabajar concretamente en el proyecto. Hay que encontrar un punto de equilibrio, ni muchas y ni pocas reuniones. Saludos Martin... muy bueno este canal...
@@antonellars22 mitad años 80 usada para el desarrollo de productos comerciales. Presentado a la conferencia OOPSLA EN 1995. En 2001 aparecen los primeros libros en ambito software... es relativamente nueva la metodologia en ambito software...
gran motivaciòn la que me diste hoy, mil gracias, deberìas hacer tu curso de especializaciòn para COURSERA, no hay ninguno que sea en espeñol. estoy tomando uno y la dinamina es un poco lenta, muy lenta, gracias por el aporte
Buen aporte, lo del número excesivo de reuniones me recuerda a los vídeos de "A day in the life of a software engineer in Sillicon Valley" donde se pasan 10 horas al día de reuniones y 'meetings' y otras 2 comiendo xd, "12 hours a day hustle". Fuera bromas, la metodología parece interesante, sobre todo por los sprints, y si el trabajo es productivo en ese periodo.
Gracias por el comentario! La verdad es que creo que es básico mantener el tiempo de las reuniones, por ejemplo con un cronómetro. Es muy fácil que se vaya el tiempo a cuenca...
Me sirve bastante, gracias. Actualmente hago de PM Jr y usamos scrum, pero creo que nos falta el product owner y que alguien tome el papel de scrum master, buena explicación, ya me ha quedado más claro
Mi experiencia trabajando con Scrum en los últimos años: me sobran las figuras del Scrum Master y el Product Owner. Como desarrollador no me aportan nada, y sólo son intermediarios entre nosotros y el cliente, dificultando la comunicación frente a cuando trabajábamos sin ellos en medio. Y me sobran reuniones. 10 horas de reuniones de media por cada dos semanas (al final son, de hecho, más de 10 horas cada 2 semanas), una exageración. La mayoría de las reuniones terminan siendo insustanciales e innecesarias. Sin contar que con eso de que somos "ágiles" ha derivado en que los clientes no hagan su parte del trabajo, que es definir bien las cosas y terminan provocando que haya que estar haciendo y deshaciendo en muchas ocasiones, con la pérdida de tiempo y productividad que eso conlleva, además de quemar mucho a la gente. Una cosa es que haya cambios por causas imprevistas, y otra es que continuamente haya cambios porque no se ha hecho el análisis adecuado por parte del cliente y eso hace que esté cambiando de opinión continuamente (que es el caso que más veces me he encontrado). Muy bonito todo sobre el papel pero luego en la realidad, de las peores metodologías con las que he trabajado. Y conozco mucha más gente harta también de esta forma de trabajar, que gente contenta con ella. Ideal para los de arriba (que se pasan el día en reuniones justificando su trabajo así, sin trabajar realmente) e infernal para los currelas de abajo que sufrimos toda esta indefinición.
Un vídeo simplemente genial, muy buenas las explicaciones. Hace no mucho me he unido al equipo de desarrollo de mi empresa el cual utiliza Scrum, y me alegra saber ahora gracias a este vídeo que, efectivamente, la metodología que empleamos coincide completamente con lo explicado! Solo una pregunta: es necesario que Scrum Master y/o Product Owner posean conocimientos a nivel técnico?
Descubrí tu canal recién en cuarentena. Estoy estudiando Ciencias de la Informática y me encanta tu contenido. ¡Sigue así! :D me motivas mucho a seguir adelante. Te dejo mi suscripción y te mando un abrazo y un saludo desde México. :')
Yo he intentado en integrar Scrum en varias empresas y al final acabamos para hacer una pizarra Kanban simple. Los Daily Spring, pues al principio sí, pero luego ya se aburría todo el mundo, igualmente las Sprint review, etc.. Luego he visto empresas muy clásicas que han intentado introducir Scrum en ingenieros de 50 años que nunca han visto Agile y se han encolerizado mandando a hacer puñetas al responsable de integrar el Scrum. Como con: El problema de Scrum es que necesitas una política y cultura de empresa que lo imponga y lo trabaje y además les haya resultado exitosa su aplicación, entre otros graves problemas. Necesitas equipos más que comprometidos, necesitas obligar a utilizar esta metodología y que la acepten. Como pros: para mí Scrum más que una metodología es un marco de trabajo que puede ayudar a que las entregas sean más ordenadas y el cliente pueda estar más contento. Pero eso no es tan sencillo, dos semanas para una entrega que no tenga problemas con otro equipo o tecnología es simplemente irreal. ¿ Dónde puede funcionar Scrum? Pues realmente en una modelo de empresa que saque productos como churros de manera mecánica. En un proyecto o modelo de empresa donde dependa de factores de tecnologías, dependencia de otros equipos u otras dependencias nunca vas a poder asegurar la entrega en tiempo, por mucho que puedas reajustar.
Gracias por tu aportación. Tu expliación es clara y estructurada. Pero, ¡qué complicado es aplicar todo esto correctamente! ¿Tienes algún video sobre la fase de prueba o testing?
He leído libros de Scrum que dice que si no celebras una reunión o no cumples los Daily Scrum, entonces no estás haciendo Scrum en lo absoluto. Garantizar que se realicen todas las ceremonias o actividades es imprescindible, pero como mencionas siempre se debe hacer lo que se adeque mejor a la forma de trabajar de la compañía.
Hola Martín, muchas gracias por el aporte, los vídeos están geniales. Pienso que sería bueno mencionar que Scrum es un marco de trabajo para desarrollo ágil de software, no una metodología. Una vez más muchas gracias por los aportes y sigue adelante!
Excelente vídeo, mucha información entendible en un solo video. Una pregunta, SCRUM define los objetivos específicos para alcanzar un objetivo general ???
Hola, yo soy diseñador de interfaces (ui/ux). ¿Qué recomendarías para integrar Scrum con Design Thinking? Son mundos diferentes que en un punto se encuentran para recibir las guías de interacción y planear las modificaciones o adaptaciones en base a los hallazgos. ¿Crees que exista una forma de conciliarlos de manera esquemática?
Excelente video, muchas gracias. Definitivamente que Scrum es buena idea y tiene buena intención pero en la práctica se puede volver engorroso y contraproducente. A menudo se ve cómo reuniones que deben durar NO MÁS de 15min dura desde 45min en el mejor de los casos hasta 1 hora y 30min. Se hace muy ceremonial y ritualista, porque la tendencia empuja a darle más importancia a hacer reuniones tras reuniones que dedicar al desarrollo en sí. Sin mencionar que muchos gerentes empiezan a meter en las reuniones a todo fulano esté o no relacionado uno con lo que se está tratando ahí pero empleado al fin no tiene mucha opción más que estar ahí haciendo acto de "presencia".
@@BettaTech me sirvió bastante para una presentación que tendré sobre el tema con mis alumnos! practico, sencillo y dinámico!! Tratare de seguir tu ejemplo
Excelente explicación. Yo estuve trabajando durante ocho años en un proyecto que nunca tuvo planificación, que de hecho ni siquiera usábamos sistemas de control de versiones y en el que la política iba por delante, como era de esperar fue un fracaso y nunca se implementó ni una sólo linea de código. En cambio desde hace un año estoy trabajando en una empresa que obtuvo un proyecto para un famoso fabricante de procesadores, adoptamos Scrum e hicimos cada una de las cosas que el marco describe. Hoy por hoy tenemos un software de calidad (no perfecto) que aún seguimos desarrollado y que semanalmente vamos haciendo releases. Esa es la gran diferencia de usar un marco de trabajo y de no usar nada y pedir que el software se cree por arte de magia.
En nuestro caso somos:
Product Owner
Scrum Master
Dev Team
Stakeholders
Y hacemos Daily Meetings, Retro/Planning, nuestros Springs suelen ser de dos semanas.
Estoy estudiando informática y estos videos me parecen muy interesantes y útiles. Muchas gracias por compartir tus experiencias y conocimientos!
Gracias! Me alegra que te guste! 😜
Como vas campeon? Pudiste terminar ya?
El mejor video resumen de SCRUM que hay en todo RUclips!! Mil gracias =D
Scrum es, más que nada, una moda en cuanto a metodología de trabajo que se está aplicando indiscriminadamente (para proyectos de desarrollo desde cero es más que cuestionable su utilidad) y que permite que un montón de Scrum Masters vivan del cuentito del "agile". Cuando has trabajado un tiempo con esta metodología ves que de ágil tiene lo justo, que los tiempos de desarrollo se eternizan y que la obsesión con la atomización de las historias limita gravemente la complejidad funcional de los desarrollos. Fuera de proyectos de mantenimiento y pequeños evolutivos, Scrum es un lastre con muy buena prensa, eso sí.
Hola Alejandro. Como estas. Solo me detuve a ver tu comentario y te queria acotar que la agilidad es un movimiento consecuencia de una falta de "identidad" que tuvimos los informaticos en el pasado para gestionar nuestros proyectos-productos, por lo cual cometimos el error de asumir las tecnicas y metodos industriales.
Ver a las personas como maquinas, mando y control, jerarquizacion, silos de comunicacion, separacion de manager y obreros (programadores).
No se puede industrializar un trabajo del conocimiento como es el que hacemos, no trabajamos en una factoria empacando alimentos, trabajamos generando ideas.
El PEOPLEWARE. Todo parte aqui.
La agilidad es una filosofia, con declaracion de valores y principios, y los framework y metodologias son las practicas.
Profundiza eso y le encontraras sentido a todo esto.
Saludos!.
@@mauriciorodriguez-pl8ji Hola Mauricio. Creo que no te falta parte de la razón en cuanto a estilos antiguos de gestión de proyectos. Pero creo que hemos pasado de un extremo al otro. "Uy que se me estresa el programador".
Ni tanto ni tan calvo. Lo siento pero el agile se ha convertido con el tiempo en el refugio de mucho gandul. Además, el problema que le veo fundamentalmente es que prima la metodología sobre el objetivo cuando debería ser al revés. El método ha de adaptarse para conseguir el objetivo y no al revés.
Otro problema gordo que veo con el agile y con Scrum en particular es la ausencia absoluta de crítica. Si las cosas no funcionan nunca es culpa de la metodología sino de su aplicación. En un poco como el "socialismo real". El método es infalible, es como una fe.
Lo siento pero, a pesar de que tiene sus virtudes, en la aplicación real del día a día, el agile es cualquier cosa menos ágil. Saturado de "burocracia cooki" y con completa ausencia de asunción de plazos y responsabilidades. Lo dicho, vale para proyectos de mantenimiento y evolutivos no muy complejos. En desarrollos gordos desde cero eterniza todo y lo vuelve más espeso, lo contrario de agil. E insisto que atomizar las historias es un error que impide una mínima complejidad funcional y para conseguirla baja ENORMEMENTE la calidad del código.
Me gusta lo que promete Agile, pero las promesas son eso,intenciones no más. Es cierto que a la larga con tantas reuniones se mata la agilidad del desarrollador que al dia apenas tiene 1 o 2 horas reales para concentrarse en lo que de verdad debe hacer. Tenemos que respetar la concentración del desarrollador, que bastante que cuesta.
Hermano de manera sencilla explicas un tema que los ingenieros quieren complicar con terminologías complejas y explicaciones confusas ... Fue clara tu explicación , sin vueltas, y en menos de 9 minutos metes información de calidad. Gracias!!!
La mejor explicación que he visto. Casi todos explicaban con dibujitos y de una manera que aburría mucho, este video lo veo más moderno, sin cosas innecesarias.
Te encontre por los videos de patrones de diseño, y estoy muy contenta por ello. Muy buena informacion, directamente al grano y de una forma muy clara. Muchas gracias!
Clarísimo tu resumen. Sin palabreríos. Preciso y dinámico. Te felicito👌
Excelente vídeo, sencillo, conciso y al punto. Excelente vídeo Martín :)
Muy uítles, contenido muy bien ordenado y explicado. Muy fácil de entender y hacerse un mapa mental. Gracias.
Excelente explicación, en menos de 10 minutos se menciona todo lo importante de la metodología.
Gracias!
Estoy estudiando ing. en informatica y tu canal me ayuda muchisimo a poder completar algunas cosas que no me quedan claras! Es mas, SCRUM es justo uno de los tema principales de mi examen final de Analisis de sistemas I, por lo que me viene de maravilla que comiences a explicar este tipo de temas!!
Muchisimas gracias de Argentina!!
Gracias a ti por verme!!! 😋
Hola estoy estudiando la maestría en educación y debia saber de scrum, me sirvio mucho tu video muchas gracias, Dios te bendice.
Hola! he descubierto este Canal y me ha encantado ! te felicito y doy gracias por los buenos videos que haces!
Bien por otra parte, yo en el trabajo utilizo Scrum y es genial! aun que como todo metodo ágil no se puedo o debe seguir tanto de manual... nos a funcionado muy bien en nuestro equipo de 45 personas las cuales se dividen en equipos según sea necesario.
Mi equipo directo en concreto de 3 personas (si, 3 personas jajaja) no hacemos reuniones diarias por ser tan poco y tenemos una gran comunicción pero si hacemos minimo 3 a la semana.
Pero de verdad lo digo y lo como lo dices tu en el video... no se puede seguir un metodo agíl de forma tan fiel al manual, de hecho se pueden unir mas de un metodo agíl y así modificar estos como sea necesario y como funciona mejor el equipo.
Saludos y que estes bien !! BUEN VIDEO!
Gracias por compartir tu experiencia!!
Se necesita mucha responsabilidad, sinceridad y transparencia en el grupo de trabajo para que funcione...
Excelente video, muy profecional , gracias
Estudio ingeniería de software y tus videos me ayudan bastante!!!!
Muchas gracias!!!
Gracias por tomarte el tiempo de compartir esta charla introductoria a Scrum
Que manera tan clara de explicar SCRUM, felicidades y saludos desde México!
Gracias!
He visto muchos videos para entender esta metodología pero no podia entender. Este video fue más que suficiente! Mil gracias
Saludos. Estudio desarrollo web y acabo de conocer scrum y esté vídeo tiene conceptos muy bien definidos y claros. ¡Gracias!
Siempre veo tus videos y éste me ayudo mucho. Para explicar sos muy claro, obviamente estoy suscripto. Gracias por tanto!
Felicitaciones y muchas gracias por su trabajo,su calidad es asombrosa y si pudiera hacer algo de estructuras de datos pero con enfoque practico .
Gracias nuevamente y con la calidad de su trabajo se gano un suscriptor mas .
Hola! Solo quería agregarte una recomendación. Al final de los vídeos recomienda libros o bibliografía relacionada con los temas para profundizar. Saludos!!
Me parece super buena idea!!! Buscare alguna forma de hacerlo que no sea muy intrusiva, rollo con algun titulo que aparezca durante el transcurso del video
@@BettaTech Hola Martín, también tenía la misma sugerencia de Carlos, en la descripción del video puedes dejarnos los enlaces y/o bibliografía donde consultas tus temas. También decirte de cómo me hubiese gustado que mis profesores nos hubiesen enseñado como tu lo haces
Estoy de acuerdo Contigo.......
Estaría de acuerdo con la idea SOLAMENTE si el libro el que lo recomienda lo ha leído si no no sirve esa recomendación
No estoy estudiando cerca del mundo software pero tu canal, el de borja y platzi me encantan para aprender algo nuevo todos los dias. Me encanta tu canal y cada video lo disfruto mas que el anterior, saludos desde Panamá.
Me alegra que te guste! Cualquier propuesta es bienvenida 😊
Tus videos me encantan, me hacen encariñarme más de mi trabajo.
Me gusta la forma en que hablas del desarrollo de Software, motivas bastante
Gracias!! Hoy inicio mi curso para mi proyecto de carrera como scrum master y me sirvió un montón tu video para entender que es y que hace un scrum master. Mil gracias por la info. Sigue asi!
Ayudas mucho, valoro tus vídeos y me ayudas, espero llegar lejos.
Siempre es una joya encontrar videos tuyos. Explicas MUUUUUY bien cada parte 🤌🏽
Gracias por el Video !! Muy claro todo !!
Super explicito y muy clara tu explicación! Exitos en tu canal y en tu vida
desde la uma de informatica de malaga te seguimos toda una clase sube mas videos de programacion orientada a objetos, programar con c++ y estadisticas ( big data ) con r
muy buen video! me encantó y me ayuda a abrir la cabeza.
muchas gracias!
Mi más sincera enhorabuena por la actualidad y utilidad directa de los temas que abordas, y la agilidad y claridad de tus explicaciones, Has conseguido un nuevo suscriptor :-).
Gracias! Me animáis mucho a seguir 😊😊
Excelente esplicacion del Framework Scrum, haciendo uso de esta metodologia Agil para el Desarrollo de Software y otros proyectos, es interesante ver estos resumenes, ya que muchos no entienden el concepto de esta metologia, excelente video y muchas gracias por compartir.
Wao!! siento que estos conocimientos adquiridos a través de varios de tus vídeos, aporta mucho más en mi carrera profesional que los 5 años que pase en la Universidad, donde gran parte de conocimiento adquirido es poco útil para lo que hago hoy día.
Gracias por el Gran aporte.
100% Apoyo.
Like: Si te sientes igual
PD: La manera de sintetizar los conceptos es super super buena y útil, nuevamente gracias.
Muchas gracias por tus explicaciones, esta metodología me parece muy interesante de aprender, he tratado de aplicarla en mis proyectos de Desarrollo de software la Universidad pero realizar las reuniones diarias es algo que no he logrado todavía, espero pronto poder aplicar está metodología con todas sus reuniones para comprobar si realmente ayuda el hecho de realizar tantas reuniones.
Para la universidad quizá Scrum no es lo mejor, pero puedes intentar aplicar partes de él para adaptar una metodología vuestra que os funcione :D
Estuve bajo un "Scrum" tan mal empleado que fue la peor experiencia que he tenido en mi vida laboral! Pero ver este video explicativo realmente que le da a uno la idea de pensar que esta herramienta sería muy útil correctamente empleada en el desarrollo de cualquier proyecto!
Tú vídeo me está ayudando a tenerle menos asco al módulo de Requirement Analysis & Design. Gracias.
increíble explicación excelente muchas gracias !!!!
Gracias a ti!
Muy buen video, seria genia tambien tener uno de Kanban y las diferencias con Scrum (Si es que ya no esta hecho). Gracias por las clases!
Gracias por la explicación 🙌
Fantástica tu forma de explicar, gracias por tus vídeos. He estado trabajando en equipos con metodología scrum como desarrollador y continuamente te das cuenta de la necesidad de concentrarse en seguir los conceptos que expones en tu vídeo aún cuando parece que sean simples y estén claros.
Personalmente me gusta esta nueva metología SCRUM creo que es muy util, estuve participando en un team donde se usaba justamente esta metodología para la realización de un proyecto SW. La reuniones son necesarias. La unica desventaja que veo es el excesiva cantidad de reuniones con team, muchas reuniones puede convertirse en una desventaja para el team que tiene que trabajar concretamente en el proyecto. Hay que encontrar un punto de equilibrio, ni muchas y ni pocas reuniones. Saludos Martin... muy bueno este canal...
Pero no es nueva, se usa desde los años 80s
@@antonellars22 mitad años 80 usada para el desarrollo de productos comerciales.
Presentado a la conferencia OOPSLA EN 1995. En 2001 aparecen los primeros libros en ambito software... es relativamente nueva la metodologia en ambito software...
Muchas gracias por compartir !
Me encanta tu canal y lo específico que eres en cada video.
Muchas gracias por tu vídeo. Un saludo!
Muchas gracias bro! Gracias por tu esfuerzo y dedicación, es muy útil!
Gracias por comentar!!
Muchas gracias por toda la información que nos brindas!
Gracias a vosotros por verme!
Muchas gracias. Muy buen video
Tus vídeos me han ayudado muchísimo en mi carrera profesional, muchas gracias :) estaría padre ver algo de automation mas adelante.
Gracias a ti por verme! Con automation a que te refieres? Si me puedes dar mas detalles de que te gustaría ver, lo apunto ;D
gran motivaciòn la que me diste hoy, mil gracias, deberìas hacer tu curso de especializaciòn para COURSERA, no hay ninguno que sea en espeñol. estoy tomando uno y la dinamina es un poco lenta, muy lenta, gracias por el aporte
Que buen video gracias por los tips muy buen material de aprendizaje saludos
Que buenos videos he hallado en tu canal Martín, Muchas Gracias!
Muchas gracias por tus vídeos Martín, ¡Eres un crack!
Excelente video!. Siempre encuentro en tu videos muy buenas explicaciones.
Gracias!
Muchas gracias por tu video me ha ayudado mucho!
Sigue así ... saludos
Todos tus temas son interesantes Martin. Saludos desde Guayaquil Ecuador. Buen video ahí te dí tu like.
Muchas gracias!
Muy claro! gracias
Gracias por compartir tu conocimiento.
Qué vídeo más bueno!! Scrum explicado de manera concisa y fácil de comprender :)
Muchas gracias!!!
me ecantó la explicación, gracias
Gracias por la informacion. Saludos.
Muy útil. Gracias
Buen aporte, lo del número excesivo de reuniones me recuerda a los vídeos de "A day in the life of a software engineer in Sillicon Valley" donde se pasan 10 horas al día de reuniones y 'meetings' y otras 2 comiendo xd, "12 hours a day hustle". Fuera bromas, la metodología parece interesante, sobre todo por los sprints, y si el trabajo es productivo en ese periodo.
Gracias por el comentario! La verdad es que creo que es básico mantener el tiempo de las reuniones, por ejemplo con un cronómetro. Es muy fácil que se vaya el tiempo a cuenca...
Muy interesante. Me encanta saber sobre este tipo de cosas que en clase se mencionan por alto
Gran video, me es de gran ayuda.
Me sirve bastante, gracias. Actualmente hago de PM Jr y usamos scrum, pero creo que nos falta el product owner y que alguien tome el papel de scrum master, buena explicación, ya me ha quedado más claro
Sin Product Owner no tiene sentido nada de eso
@@errrzarrr ya lo mejoramos desde entonces y ya tenemos esos roles, ciertamente nos faltaban
Explicas y transmites muy bien 👌
Exelente video, me encantó, explica muy bien lo que es scrum.
Muchas gracias!!! 😃
Excelentes vídeos!!! Algo interesante para muchas personas contándome es sobre el testing
Mi experiencia trabajando con Scrum en los últimos años: me sobran las figuras del Scrum Master y el Product Owner. Como desarrollador no me aportan nada, y sólo son intermediarios entre nosotros y el cliente, dificultando la comunicación frente a cuando trabajábamos sin ellos en medio. Y me sobran reuniones. 10 horas de reuniones de media por cada dos semanas (al final son, de hecho, más de 10 horas cada 2 semanas), una exageración. La mayoría de las reuniones terminan siendo insustanciales e innecesarias. Sin contar que con eso de que somos "ágiles" ha derivado en que los clientes no hagan su parte del trabajo, que es definir bien las cosas y terminan provocando que haya que estar haciendo y deshaciendo en muchas ocasiones, con la pérdida de tiempo y productividad que eso conlleva, además de quemar mucho a la gente. Una cosa es que haya cambios por causas imprevistas, y otra es que continuamente haya cambios porque no se ha hecho el análisis adecuado por parte del cliente y eso hace que esté cambiando de opinión continuamente (que es el caso que más veces me he encontrado). Muy bonito todo sobre el papel pero luego en la realidad, de las peores metodologías con las que he trabajado. Y conozco mucha más gente harta también de esta forma de trabajar, que gente contenta con ella. Ideal para los de arriba (que se pasan el día en reuniones justificando su trabajo así, sin trabajar realmente) e infernal para los currelas de abajo que sufrimos toda esta indefinición.
Un vídeo simplemente genial, muy buenas las explicaciones. Hace no mucho me he unido al equipo de desarrollo de mi empresa el cual utiliza Scrum, y me alegra saber ahora gracias a este vídeo que, efectivamente, la metodología que empleamos coincide completamente con lo explicado! Solo una pregunta: es necesario que Scrum Master y/o Product Owner posean conocimientos a nivel técnico?
Muchas gracias por el video :3
Muy buen vídeo informativo y de calidad
Descubrí tu canal recién en cuarentena. Estoy estudiando Ciencias de la Informática y me encanta tu contenido. ¡Sigue así! :D me motivas mucho a seguir adelante. Te dejo mi suscripción y te mando un abrazo y un saludo desde México. :')
Excelente explicación del tema! Muchas gracias
Crack, gurú, titán !! Te ganaste un sub mas
Scrum = micromanagment en la mayoría de los casos. Bien aplicado da excelentes resultados.
Yo he intentado en integrar Scrum en varias empresas y al final acabamos para hacer una pizarra Kanban simple. Los Daily Spring, pues al principio sí, pero luego ya se aburría todo el mundo, igualmente las Sprint review, etc.. Luego he visto empresas muy clásicas que han intentado introducir Scrum en ingenieros de 50 años que nunca han visto Agile y se han encolerizado mandando a hacer puñetas al responsable de integrar el Scrum.
Como con: El problema de Scrum es que necesitas una política y cultura de empresa que lo imponga y lo trabaje y además les haya resultado exitosa su aplicación, entre otros graves problemas. Necesitas equipos más que comprometidos, necesitas obligar a utilizar esta metodología y que la acepten.
Como pros: para mí Scrum más que una metodología es un marco de trabajo que puede ayudar a que las entregas sean más ordenadas y el cliente pueda estar más contento. Pero eso no es tan sencillo, dos semanas para una entrega que no tenga problemas con otro equipo o tecnología es simplemente irreal.
¿ Dónde puede funcionar Scrum? Pues realmente en una modelo de empresa que saque productos como churros de manera mecánica. En un proyecto o modelo de empresa donde dependa de factores de tecnologías, dependencia de otros equipos u otras dependencias nunca vas a poder asegurar la entrega en tiempo, por mucho que puedas reajustar.
Eres genial, gracias
Gracias por tu aportación. Tu expliación es clara y estructurada. Pero, ¡qué complicado es aplicar todo esto correctamente! ¿Tienes algún video sobre la fase de prueba o testing?
He leído libros de Scrum que dice que si no celebras una reunión o no cumples los Daily Scrum, entonces no estás haciendo Scrum en lo absoluto. Garantizar que se realicen todas las ceremonias o actividades es imprescindible, pero como mencionas siempre se debe hacer lo que se adeque mejor a la forma de trabajar de la compañía.
Buenos videos che, sos bueno explicando.
Muchas gracias por la información
Genio, gracias!
Hola Martín, muchas gracias por el aporte, los vídeos están geniales. Pienso que sería bueno mencionar que Scrum es un marco de trabajo para desarrollo ágil de software, no una metodología. Una vez más muchas gracias por los aportes y sigue adelante!
Gracias! Tendré en cuenta lo de la terminología las próximas veces :)
Excelente vídeo, mucha información entendible en un solo video. Una pregunta, SCRUM define los objetivos específicos para alcanzar un objetivo general ???
Hola, yo soy diseñador de interfaces (ui/ux). ¿Qué recomendarías para integrar Scrum con Design Thinking?
Son mundos diferentes que en un punto se encuentran para recibir las guías de interacción y planear las modificaciones o adaptaciones en base a los hallazgos. ¿Crees que exista una forma de conciliarlos de manera esquemática?
Excelente video, muchas gracias.
Definitivamente que Scrum es buena idea y tiene buena intención pero en la práctica se puede volver engorroso y contraproducente. A menudo se ve cómo reuniones que deben durar NO MÁS de 15min dura desde 45min en el mejor de los casos hasta 1 hora y 30min. Se hace muy ceremonial y ritualista, porque la tendencia empuja a darle más importancia a hacer reuniones tras reuniones que dedicar al desarrollo en sí. Sin mencionar que muchos gerentes empiezan a meter en las reuniones a todo fulano esté o no relacionado uno con lo que se está tratando ahí pero empleado al fin no tiene mucha opción más que estar ahí haciendo acto de "presencia".
Yo pensaba que Scrum era algun tipo de software especial que ayudaba a gestionar el desarrollo, gracias por sacarme de la confucion :D
gracias a ti colega
excelente Video!! gracias!
Gracias por comentar!
@@BettaTech me sirvió bastante para una presentación que tendré sobre el tema con mis alumnos! practico, sencillo y dinámico!! Tratare de seguir tu ejemplo
Te veo futuro, vas a ser grande en algunos años.
ya tiene su like y suscripcion buen hombre! excelente!
Excelentes videos!
Me encantan tus videos.
hola @bettatech que modelo es tu silla? quisiera comprar una asi parecida comoda, muy genial tu video muy explicativo bro