El Product Backlog de forma sencilla | Scrum

En este vídeo explico los aspectos mas básicos pero importantes del Product Backlog en Scrum.
www.jorgeruizagile.com
Sígueme en mis redes sociales:
Facebook: goo.gl/pw4eqE
Linkedin: goo.gl/xZ3LDR
Instagram: goo.gl/3x72pt
twitter: goo.gl/bYjZHn

[@pipochito6497]

Increible video hermano! Eres crack!!

[@juanfernando6962]

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

[@cuitlahuaccorona5122]

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

[@jamarocha]

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

[@luizarnoldchavezburgos3638]

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

[@karinacontrerasdennett3684]

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

[@joeltorres6835]

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

[@marcolicini6594]

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.

[@oscartipacti8344]

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

[@juliorobertoromerolescano5977]

Excelente, perfectamente explicado. muchas gracias

[@jorgeruizagile296]

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

[@arielbarrios3915]

Excelente explicación. Gracias por tu tiempo.

[@jorgeruizagile296]

Un placer Ariel! Gracias x el apoyo!

[@lauraarbaizamartinez5305]

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

[@jorgeruizagile296]

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

[@CristalTav]

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

[@danieldanish584]

Eres un Dios amigo.

[@angel.flores]

Excelente la explicacion, Gracias por tus aportes!

[@jorgeruizagile296]

Muchas gracias Jose!

[@AlexGOIT]

excelente al fin entendí, muchas gracias bro

[@jorgebenavidesnati2664]

una explicacion excelente!!!!

[@byfery]

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

[@jorgeruizagile296]

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

[@thebstranger]

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

[@jorgeruizagile296]

Un placer compartir!

[@saullopez5819]

Nuevo subscriptor, excelente contenido.

[@tzabturix1401]

Gracias por compartir

[@nicolasandaluz4736]

Tremendo video, me re sirvió!

[@jorgeruizagile296]

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

[@patagoniaestiloiluminacion]

muy claro!!

[@MiguelAngelo-bl5to]

Excelente..

[@rodolfobrumel8744]

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]

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!

[@nicoirigoyen4004]

Excelente!

[@SerchGeek]

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

[@PhaPhanie8]

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

[@unidosc]

Excelente gracias

[@jorgeruizagile296]

Un placer Tais, espero te haya sido de valor.

[@simonlucena3685]

Gracias buenisimo

[@jorgeruizagile296]

Gracias a tí!

[@joseluisflores8000]

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]

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!!

[@deerblackzs8419]

Excelente material te ganaste un suscritor

[@jorgeruizagile296]

Gracias por la subscripción!! Un abrazo!

[@Pol_Otaku]

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]

Te prometo hacer uno en este mes! =)

[@loera]

Excelente explicación Jorge!

[@jorgeruizagile296]

@@loera Gracias!

[@marcelruiz7259]

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]

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!

[@cristiancarrasco8138]

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

[@jorgeruizagile296]

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

[@DjTitoxxVzla]

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?

[@CarlosEscobar-ei6ck]

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]

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

[@zizou2i]

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

[@jorgeruizagile296]

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]

@@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]

@@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]

Gracias estimado

[@lacrip8800]

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

[@Ventuxeo]

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]

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!

[@RodrigoGiraudo]

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]

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

[@victor9282]

la cancion me hizo llorar :D

[@jorgeruizagile296]

Jajajajaja lo lamento

[@qfinochile1579]

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

[@AsvidBalleza]

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]

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]

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

[@jorgeruizagile296]

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

[@josegutierrez5285]

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]

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]

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?

[@luislaurogzz]

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]

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]

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

[@jorgeruizagile296]

@@Pol_Otaku Prometo hacerlo este mes =)

[@granultra]

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!

[@lourdesv21]

😮 ia

[@pedrochalaco1]

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

[@diegoarmandoescalonavasque152]

Bárbaro

[@adcueto]

A que se refiere con mucho valor?

[@crystian3959]

ayuda quien me revisa mi product backlog

[@dm810508]

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!

[@qtedurepe]

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