Uyy!! qué video tan espectacular, ...viejo, tu si sabes de esto!!

Increible video hermano! Eres crack!!

Hay mil videos de scrum, pero son muy pocos los que tienen la habilidad para saber explicar!!!! Felicidades! Tienes un nuevo seguidor. ✌🏻

sigue así. Lo estas haciendo bien, la parte visual es la mas importante, concéntrate siempre en ello.

Me encanto, muchísimas gracias por tu manera de ser tan preciso y conciso en la explicación :)

Lord! .. después de tiempo regreso ! ... Cómo siempre tan simple y dinámico de aprender

Agradezco cada una de las aclaraciones que haces y la forma tan tranquila de decirlo. 😀

Excelente contenido, he estado profundizando mis conocimientos en las metodologias agiles de DSW y tus video son de gran ayuda para aclarar esas dudas que surgen al empezar un proyecto de forma agil, dudas que cuesta mucho aclarar en un proceso autodidacta. Gracias! Saludos desde Venezuela.

Muy buen material para aterrizar el concepto y retransmitir estas ideas como Scrum Master.

Excelente video Jorge!!! Tu explicación es muy buena y entendible!!

@jorgeruizagile296

5 жыл бұрын

Muchas gracias Laura! espero haya sido de valor! =)

Excelente video. Esa tension creativa la considero escencial para mantener motivado al equipo

@jorgeruizagile296

3 жыл бұрын

Estoy de acuerdo! Luego las personas terminan aburriéndose, sin ganas ni motivación, ni creatividad. Saludos, te mando un abrazo!

Eres un Dios amigo.

Excelente, perfectamente explicado. muchas gracias

@jorgeruizagile296

5 жыл бұрын

Mucha gracias Julio, ojala puedas ver los demás vídeos. Si tienes alguna sugerencia de nuevos vídeos es bienvenida!

Excelente explicación! Se entendió todo tannn bien✨🦾

Nuevo subscriptor, excelente contenido.

Excelente explicación. Gracias por tu tiempo.

@jorgeruizagile296

4 жыл бұрын

Un placer Ariel! Gracias x el apoyo!

Muchas gracias por este material tan útil. Quisiera preguntarte de acuerdo a lo que mencionas en el video ¿cuales es la diferencia entre historia de usuario, requerimiento, necesidades, casos de uso? Mil gracias

Excelente la explicacion, Gracias por tus aportes!

@jorgeruizagile296

4 жыл бұрын

Muchas gracias Jose!

Excelente explicación! Estoy llevando un curso de especialización sobre el mismo, y me ayudas a aclarar varias dudas que voy desarrollado en el camino, bajo un lenguaje claro y práctico. Gracias!!

@jorgeruizagile296

4 жыл бұрын

Hola Rodolfo! Muchas gracias por la buena retroalimentación! si tienes alguna duda sobre algo en que pueda ayudar aquí estoy. Éxito en tu especialización!

una explicacion excelente!!!!

Muchas gracias, explicación con peras y manzanas,.. muy clara

@jorgeruizagile296

5 жыл бұрын

Un placer compartir!

Gran trabajo amigo... desde el primer vídeo me suscribí porque inmediatamente se ve la calidad de la información y la sencillez con la que la trasmites . Solamente un detalle, si pudieran bajarle a la música de fondo estaría genial hay momentos que escucho demasiado la música . saludos, gracias por la información

@jorgeruizagile296

4 жыл бұрын

Que tal José muchas gracias por la retro! el siguiente vídeo sin falta reviso muy bien el tema del audio porque si es molesto. Gracias por suscribirte!!

excelente al fin entendí, muchas gracias bro

Gracias por la información lo entendí de manera sencilla! Like y Sub nuevo! Saludos

Tremendo video, me re sirvió!

@jorgeruizagile296

4 жыл бұрын

Gracias Andaluz!! me da gusto que te haya sido de valor!

Excelente material te ganaste un suscritor

@jorgeruizagile296

2 жыл бұрын

Gracias por la subscripción!! Un abrazo!

Gracias por compartir

muy claro!!

Excelente..

Como todos tus vídeos, realmente muy prácticos y fáciles de entender. En todo caso, tengo una duda capital acerca de la relación que pudiera tener el Product Backlog y una relación de necesidades funcionales que pueda haberse desarrollado anteriormente en un producto software. Me explicaré, cuando se desarrolla un producto y hemos utilizado para ello Srumm, se han ido anotando todos los PBI. El desarrollo indicado llega a su fin y esa parte engrosa un conjunto funcional dentro de un producto. A la hora de catalogar esas necesidades satisfechas y ya desarrolladas, ¿podemos seguir clasificándolas mediante el método de descripción que has definido para el Product Backlog? Es importante tener un modo de clasificar las funcionalidades relacionándolas con las necesidades o historias de usuario que se han satisfecho de cara demostrarlas a un futuro nuevo cliente, verificar los detalles que se han incluido y valorar posibles mejoras en ese proceso, etc.

@jorgeruizagile296

4 жыл бұрын

Que tal Marcel, antes que nada muchas gracias por tus comentarios acerca de mis vídeos, me motiva! En cuanto a la duda, si entiendo bien preguntas si es posible clasificar claramente las necesidades o historias terminadas como para tener una trazabilidad para futuros cambios? Si es así te diría que sin problema lo puedes hacer. Dentro de la historia de usuario puedes poner alguna nomenclatura junto con el nombre de la historia, por ejemplo: "HU1: Búsqueda por GPS", si tuvieras historias más "habilitadoras (enablers)" en tu Backlog puedes poner: Enabler1: Investigar búsqueda por GPS. De esta forma ir clasificando y tener un mayor orden de lo que estás haciendo y no te pierdas en el futuro. Incluso hasta podrías poner de que Necesidad viene una historia de Usuario como parte de la nomenclatura en tu historia. Espero te sirva y ojala haya respondido la duda. Saludos!

Jorge que buen video me ayudo mucho gracias!! Cuando vienen más!

@jorgeruizagile296

2 жыл бұрын

Gracias Cristian! no pasa de este año hehehehe te mando un abrazo!

Excelente!

Excelente gracias

@jorgeruizagile296

4 жыл бұрын

Un placer Tais, espero te haya sido de valor.

Me hubiera gustado ver un ejemplo así como en el video de las historias de usuario, que en ése video el ejemplo hizo que todo sea muchísimo más claro, aún así lo disfruté, gracias :)

@jorgeruizagile296

4 жыл бұрын

Te prometo hacer uno en este mes! =)

@loera

4 жыл бұрын

Excelente explicación Jorge!

@jorgeruizagile296

4 жыл бұрын

@@loera Gracias!

Gracias buenisimo

@jorgeruizagile296

2 жыл бұрын

Gracias a tí!

Hola, una pregunta, en el caso de algun modulo en programacion que realice un CRUD, crear, editar, consultar y eliminar alguna informacion sobre un procedimiento en particular, por ejemplo crear proveedor... Crear es una historia? editar es una historia? consultar es una historia? y eliminar es otra historia? y en el caso de que consultar tenga filtros por ejeplo por ciudad, por Rif o por cualquier otra cosa? como se escribirian esa funcionalidad de los filtros en una historia? o eso serian criterios de aceptacion?. Hay algun software (de preferencia gratis )donde yo pueda crear este product backlock y las historias de usuario? y exportarlas para enviarselas a alguien en particular?

Hay partes de un proyecto que siempre se necesitan hacer si o si, por ejemplo, el diseño o warframe del proyecto (web, app, software, etc.) ¿Ese tipo de requerimientos (como mencioné, las que se hacen si o si mayormente) van en el Product Backlog?

@jorgeruizagile296

2 жыл бұрын

Hola Carlos! Claro! todo eso es parte de los Sprints que justo toman los elementos a trabajar del Backlog! =)

Jorge, que buen video, tienes experiencia en proyectos de BI/Data Warehousing?

@jorgeruizagile296

5 жыл бұрын

No es en lo que estoy especializado pero si conozco, cualquier duda con respecto a Agile aquí la tratamos de resolver =) Por cierto, muchas gracias!

@zizou2i

5 жыл бұрын

@@jorgeruizagile296 gracias. Es un tema medio técnico, de cómo implementar desarrollo de tablas de bases de datos en Scrum. Hay un término que leí en agiledata, los vertical slicing , super contrario a cómo se desarrolla tradicionalmente

@jorgeruizagile296

5 жыл бұрын

@@zizou2i Que tal Antonio! para ser muy honesto no conozco específicamente de agiledata, pero si conozco sobre cómo ir incorporando Scrum y Agile en BI y una recomendación que te puedo hacer es leer este whitepaper: www.scrum.org/resources/scrum-and-business-intelligence en donde se hacen sugerencias como formar un equipo Scrum de BI, establecer un product owner, dejar de analizar y mejor comenzar a visualizar e incluso es importante tener un ritmo y llevar cada cierto tiempo reuniones para validar la calidad de los datos. Creo que primero valdría la pena que comenzaras por esto. Espero te sirva!

@zizou2i

5 жыл бұрын

Gracias estimado

Buen video, estoy en un programa donde no explican el product backlog, lo tocan solo con 1 parrafo de 5 lineas

Excelente material. Creo que el unico punto que marcaria respecto al a edicion, es que la musica esta muy fuerte para el volumen de la voz y hace dificil mantener la atencion al gran contenido.

@jorgeruizagile296

3 жыл бұрын

Totalmente de acuerdo Rodrigo. Apenas empezaba a grabar algunos videos pero ya lo he ido cambiando. Gracias por el feedback y el apoyo!

Una pregunta, disculpa, como dijiste el product backlog contiene PBI'S, entonces si yo introduzco tanto Historias de usuario como Tareas en mi PB, cuando les ponga identificador, debo ponerles, PBI 1,PBI2.....PBI N ? o solo enumeraria las tareas independientemente de las historias de usuario, en plan (Tarea 1, Tarea 2, HU1,Tarea 3,HU 3) , las tareas en mi caso son cosas externas al desarollo, como ser: documentacion, capacitacion del tema, etc, agradeceria tu ayuda, gracias de antemano

@jorgeruizagile296

3 жыл бұрын

Hola! solo para clarificar en el Product Backlog tenemos "PBI's" que pueden ser tus historias de usuario. Hablando de la guía de Scrum habla de tener un "Sprint Backlog" que es en donde tenemos las historias + las tareas (te lo comento por si presentas algún examen posteriormente). Definitivamente les puedes poner esa nomenclatura, PBI1, PBI2. y para tu PB1 tendrías N... tareas. Para mí la forma más sencilla es que lo hagas en alguna herramienta que te permita hacer este tipo de cosas, las mismas tareas de una historia te las agrupa, puedes usar JIRA, Trello, Miro. Si lo haces en un Excel pues solo pon la historia y del lado derecho pones renglones con tareas dentro de la historia y listo. Saludos!

Que hay de los deadlines? Se que va en contra de agile, pero que harias/sugeriría cuando una empresa te pide deadline? En dado caso... Cuando se trabaja con agile... Se puede vender un producto con tarifa fija? Pregunto por que estuve en un proyecto que la vdd tenían una deaorganizacion fatal y el product owner no dejaba de añadir y añadir requerimientos fuera de un mvp... Que supuestamente el proyecto era mvp hahaha... Bueno esa es otra historia. Me gustaría saber tu sugerencia para ese caso de un projector de tarifa fija

@jorgeruizagile296

5 жыл бұрын

Hola Asvid! Es muy común encontrarnos con ese tipo de situaciones en donde se quiere tener una tarifa fija y de hecho si es posible. Si hablamos del triángulo de la triple restricción tenemos el tiempo, costo y el alcance, tu puedes tener el costo / tarifa fija, pero al menos alguno de los otros dos aspectos “tiempo / alcance” tienen que fungir como válvula de escape, es decir: tienes el costo fijo, pero hay que ser conscientes que el alcance es flexible y que harás las features (historias) que más valor generan (MVP) con el presupuesto con el que contamos. Hay quienes también usan algo llamado “Change for free”, en este caso si tu product owner trae un nuevo feature, lo que debe hacer es buscar otro (en tu backlog) de la misma complejidad, pero menor valor y cambiarlo por el nuevo que en teoría es más valioso y así nada se ve afectado =). Espero te sirva!Hola

@AsvidBalleza

5 жыл бұрын

@@jorgeruizagile296 muchas gracias Jorgirooou! Muy útil! Deberías subir videos más seguido! Me gusta como exicas! :3

@jorgeruizagile296

5 жыл бұрын

Prometo subir muchos más en las siguientes dos semanas! Gracias por los buenos comentarios :)

Puede un scrum master hacer tambien el cargo de un Product owner, estrictamente no de poder, sino de deber. Gracias por tus videos.

A que se refiere con mucho valor?

Muchas gracias x la info. Aunq la.musica d fondo m desconce tra 😅 Igual gracias.

la cancion me hizo llorar :D

@jorgeruizagile296

Жыл бұрын

Jajajajaja lo lamento

Al ser priorizado por valor de negocio ¿significa que los PBIs son priorizados por el negocio? o existen métodos de priorización que involucran al cliente como puntuaciones o votaciones?

@jorgeruizagile296

5 жыл бұрын

Hola Luis! Este Product Backlog debe ser priorizado por el Dueño del Producto que en muchos de los casos es alguien del Negocio. Y sí, si hay técnicas de puntuaciones para ordenar el backlog, una de ellas es el Bucket System por si te interesa conocer más. Espero sea de valor la respuesta =)

@Pol_Otaku

4 жыл бұрын

​@@jorgeruizagile296 Sería interesante un video sobre esa técnica de puntuación que mencionas :D

@jorgeruizagile296

4 жыл бұрын

@@Pol_Otaku Prometo hacerlo este mes =)

Caballero el fondo o la cortina musical mas baja de volumen

@jorgeruizagile296

Жыл бұрын

Gracias por el feedback! Si, fue de mis primeros videos. Pero ya tuve cuidado con los nuevos. Saludos!

7:36 si tienes un proyecto definido es por que estas rodeado de buenos profesionales y tienes bien definido el MVP. Cada dia queda mas claro que la agilidad no tiene fundamento, es solo una certificacion. Todos los proyectos agiles en los que he participado se terminan eternizando, nunca se cierran y algo que en metodologia tradicional esta definido en tiempo y presupuesto en agil es algo sin visibilidad, un poso sin fondo de tiempo y dinero

@jorgeruizagile296

4 жыл бұрын

Que tal José, muy valido tu punto de vista. Como los vídeos son cortos, no hay oportunidad de hablar de más temas para aclarar ciertas dudas. Si un proyecto / producto, esta super bien definido desde el inicio, posiblemente es algo "obvio" que no necesariamente requiera trabajarse con "sprints" o prácticas de Agile o con "Scrum", puesto que es algo predecible. Cuando en el proyecto / producto en el que trabajamos, el resultado no es "obvio / claro" o no lo podemos predecir, tenemos que hacer experimentos, que es justo lo que incentivan las prácticas de Agile. Me ha tocado trabajar en muchos proyectos en donde ha habido excelentes resultados siempre y cuando se vivan los valores agile, se conozca del los diferentes frameworks y cuando de preferencia, estés ante un problema no predecible en su resultado. Un abrazo!

@JuanSanchez-oz4ml

4 жыл бұрын

Me genera una duda no se si es correcto, pero al hablar de MVP, de una entrega lo antes posible con valor, eso no es agilismo?

😮 ia

Bárbaro

La verdad quedé igual. Hubiera querido que explicara con un ejemplo de la vida real

@jorgeruizagile296

Жыл бұрын

Con gusto posterior puedo subir algunos ejemplos, gracias por el feedback. Igual si te es de valor, a esa lista ponle, "funcionalidades de un producto", "iniciativas o proyectos en una empresa", "Servicios a mejorar", "tareas en tu semestre de carrera o maestria". Éxito!

ayuda quien me revisa mi product backlog

buena explicación, pero la música me hace sentir en un video inspiracional de una pirámide xd