¿Qué es Scrum? - WEBINAR COMPLETO en ESPAÑOL | Metodologías Ágiles

Cómo andan gente Todo bien la idea de hoy un poquito sobre scram como metodología ágil para lo que son los equipos de desarrollo por qué esto les voy a contar un poquito hoy por hoy en la industria es una de las metodologías que más utiliza para el desarrollo para los equipos de trabajo formas de organización y demás qué es lo que pasa con esto que mucha gente no le da bolilla o piensa que no es de Vital Importancia conocer esto de las habilidades de las metodologías ágiles o de las habilidades blandas que podemos adquirir con

ellas y qué pasa que muchas veces una de las preguntas en las entrevistas laborales es qué metodología ágil conocés o si tenés que elegir una metodología ágil cuál sería o trabajaste alguna vez con una metodología ágil o sabes que es scrum Sabes cuáles son los roles y la mayoría queda como así que con la finalidad de dar un poco de Visibilidad a esto de lo que es scrum y las metodologías ágiles que aunque ustedes no crean es muy importante a la hora de trabajar sobre todo en equipo y sobre todo forma remota para ser ágiles

justamente lo hizo su palabra ágiles Es que voy a armar este mini webinar La idea es que hoy sea algo introductorio que pueda conocer los roles que puedan conocer cómo funciona cada parte de scrum para luego hacer otro webinar más adelante que sea un poquito más avanzado Donde vayamos al grano a detalle con ejemplos y que podamos simular ciertas ceremonias y ciertas cuestiones para hacerlo un poco más práctico hoy vamos a ver todos los conceptos necesarios o que les pueden llegar a preguntar por ejemplo en una entrevista laboral o que les puede servir a ustedes

para desempeñarse en un equipo de desarrollo donde se ocupen metodologías ágiles Ok para arrancar gente vamos a hablar de qué es scrum por qué Porque la mayoría Aunque ustedes no crean cuando hay una entrevista laboral y se pide scrum muchas personas piensan que es un lenguaje de programación Y esto no es chiste Esto no es joda me ha pasado muchísimas veces que cuando hice una pregunta en una entrevista laboral y digo sabes que es scrum o me puedes hablar un poquito de scrum y lo primero que me dicen es la verdad que nunca trabajé con

ese lenguaje y Aunque ustedes no lo crean es una respuesta que Ya habrá escuchado en muchísimas entrevistas que me tocó estar o en muchas entrevistas donde estuve de oyente o de entrevistadora técnica sí es una pregunta que les puede dejar afuera claramente por no conocerla Sí entonces para que ustedes sepan es una forma de trabajo tal cual como lo leen acá en la definición que les puse para un desarrollo ágil de software Por qué aclaro desarrollo ágil porque hay muchas metodologías Sí a la hora de desarrollar Software o de trabajar en equipo o con personas

algunas de estas metodologías son un poco más viejas Como por ejemplo las metodologías de cascada donde cada tarea que nosotros íbamos haciendo por ejemplo hacemos una tarea luego otra que dependía de esa luego otra que dependía de esa Y eso hacía que nos quede todo como una cascada Sí todos los pasos que teníamos que hacer hasta que algo no esté terminado no se podía empezar con Otra cosa por qué sucedía esto con el modelo cascada y otros modelos porque hacíamos esa dependencia de que hasta que no termino esto no empiezo lo otro no puedo seguir

entonces las etapas eran lentas había gente que cuando estaba trabajando no podía avanzar porque dependía constantemente de otro no se dividían bien las tareas que ojo En algunos ambientes trabajar en cascadas funciona muchísimo pero en otros como el desarrollo de software donde todo tiene Que estar para ayer una metodología de cascada de a poquito se está utilizando menos y se empezó a optar por las metodologías ágiles Sí Dentro estas metodologías ágiles decir para hacer que todo sea mucho más sencillo más como dice la palabra más ágil más llevadero es que surge scrum no solo para

el software sino para la industria en general para hacer que hayan mejores prácticas y más optimización de tiempo bien básicamente si leemos la Definición que dice acá es un proceso en el que se aplican de manera regular un conjunto de lo que les dije recién buenas prácticas y acá la clave que lo pueden leer en la definición es para trabajar colaborativamente en equipo y obtener el mejor posible de los resultados cuando tengamos un proyecto y sobre todo Qué es lo que nos permite scrum la mejora continua que son muchas otras metodologías de desarrollo no podemos

estar continuamente mejorando Los procesos o mejorando las cosas o el código que hacemos por qué no se puede porque justamente al estar dependiendo todo el tiempo de tareas anteriores o procesos anteriores lo que pasa es que no podemos seguir mejorando no podemos seguir avanzando en cambio en scrum sí se puede eso fíjense el dibujito justamente que les mostré es que mientras se está haciendo algo fíjense la flecha ya se puede empezar a hacer otra cosa y así sucesivamente todo en un Cierto periodo de tiempo y scram tiene esa principal característica pero a ver lo que

les dije recién es una definición teórica todo parece Maravilloso y hermoso Pero cómo se aplica todo esto O sea Cuáles son los roles como yo logro que esto se pueda cumplir Sí y ahí es donde surgen distintos roles es decir voy a correr mi imagen para arriba así no le está por el texto Ahí está dentro de scram cada persona cada miembro que está formando parte un equipo y ahí voy A hacer un paréntesis si enseguida tiene su propio rol porque estoy hablando otro tiempo de equipo de personas en plural en el software tenemos la

idea en nuestra cabeza de que cuando seamos desarrolladores vamos a trabajar solos o que vamos a hacer todos nosotros o que no vamos a necesitar de nadie y gente créanme que tarde o temprano tenemos que aceptar que cuando estamos trabajando en desarrollo de software sobre todo en proyectos grandes nos le Digo proyectos chiquitos pero un proyectos grandes con mucha escalabilidad o que van a crecer mucho vamos a trabajar en equipo y es allí donde viene la necesidad de cada miembro del equipo tengo un rol definido y es lo que busca scrum Sí Dentro scrum tenemos

todos estos roles que ven acá el Pro Owner el scram master el equipo de desarrollo o no en este caso vamos a llamarle equipo de desarrollo porque estamos hablando o estamos adaptando Scrum a lo que es el mundo del desarrollo de software los usuarios y los stakeholders los principales o los tres principales roles son product Owner scram Master y el equipo de desarrollo Qué es cada uno de estos roles después vamos a ver los otros dos que siguen básicamente uno de los más importantes es el product Owner que es el producto es la traducción del

inglés al español producto Owner dueño ojo que la traducción sea Dueño de producto no precisamente significa que sea la persona que es dueña como tal o que nos está pagando para desarrollar Ok el producto lo que hace es una persona dentro del equipo de desarrollo que puede ser parte de por ejemplo vamos a suponer que la empresa de desarrollo es todo code sí puede ser parte de la empresa desarrollo en este caso todo code o puede ser parte del cliente y qué es lo que busca el producto Owner lo que hace es establece Ciertas reglas

que se tienen que cumplir y siempre trata de relevar y conocer Cuáles son los requerimientos de negocio muchas veces el productor de la mano con lo que es el rol del analista funcional muchas veces el que trabaja como analista funcional puede trabajar como producto sí por qué porque es el representante directo del cliente con nosotros se encarga todo el tiempo de hacer esa relación intermedia es el que viene y nos dice ok mira lo que necesita Mi cliente es el desarrollo de un sistema que sea capaz de dar de alta baja modificación y lectura distintos

cursos vamos a suponer que el escenario es todo code que nosotros somos los desarrolladores y viene alguien y le pide que desarrollamos una plataforma de cursos Ok nosotros como todo coco le decimos Cuáles son tus necesidades el product Owner que puede ser parte de nuestro equipo o no se va a encargar de decirnos qué es lo que necesita este Cliente que nos va a pagar para que nosotros desarrollemos ahora bien lo más importante el Entonces nos dice que tenemos que hacer o qué es la necesidad que hay Cuál es la necesidad que hay ahora ahí

viene uno de los roles más importantes y que del que más memes hay y ahora vamos a hablar al respecto que es el scrum master el scrum master gente básicamente es el líder de todo el equipo que se arme para desarrollar o para resolver un Determinado problema Software que estemos necesitando el scan master se encarga de que se cumplen todas las ceremonias de scram que ahora vamos a ver cada uno en detalle en un ratito de que se cumplan las reglas de scrum porque scrum tiene muchas reglas que se tienen que cumplir ojo con eso

también sí se encarga de ayudar a dividir las tareas a cada miembro del equipo por ejemplo vos te encargas de esto voz del otro de establecer los objetivos y ojo y Muy importante es el que está a cargo de las fechas y el que se encarga de que las fechas se cumplan básicamente algunos lo conocen con otro nombre de project manager van muy de la mano Generalmente el que es project manager puede ser scrum Master sí que no significa que es un maestro o el que tenga que tener mayor conocimiento técnico de todos no no

no el scram master es la persona que tiene la capacidad de liderar al equipo de llevar Adelante y de dar la cara en caso de que algo no salga bien en cuanto a las entregas que tengan que haber sí Entonces el scram master es el que viene por eso lo voy a decir que hay muchos memes y dice cómo vamos Cómo venimos que necesitan que hicieron ayer qué van a hacer hoy qué van a hacer mañana para cuándo puede estar será que no puede estar antes siempre van a ver que hay memes que por ejemplo

aparece un loro y dice loro aprende a decir cómo vamos y Se recibe el scram master seguro que habrán visto bastante ese chiste ese meme dando vueltas en las redes sociales bueno ese chiste ese meme viene de la mano de esto Aunque parece que el scram master Solo dice eso y está para molestarnos y hacer seguimiento a los desarrolladores y a ver qué estamos haciendo en realidad el que detrás de escena tiene que dar la cara en caso que algo No salga mal que algo se salga bien digo que salga mal y es la persona

que tiene que establecer los tiempos y los objetivos y encargarse que todo se cumpla básicamente si algo sale mal el que tiene que recibir toda la carga por el equipo casi siempre se les cran máster entonces tiene una responsabilidad que a veces no hace falta que sea un genio a nivel técnico pero sí que sepa administrar a todo el equipo por eso si ven acá en esta imagen Van a ver que está como en el medio y arriba como llevando a cabo y tratando que se cumpla todo rajatabla ahora ya hablamos del producto uner que

es importantísimo porque nos dice qué es lo que se necesita el scrum master que administra todo Y ahora quién pone la mano de obra acá Quiénes son los que convierten todo ese planteo en realidad el equipo de sistemas o de desarrollo porque acá está aclarado equipo de sistemas barra de desarrollo porque Acuérdense que el equipo de desarrollo no siempre está compuesto solo por desarrolladores ojo acá entran analistas funcionales los testers o los administradores de bases de datos los de box todo lo que sea necesario para que el producto pueda llegar después a manos del cliente

sí correctamente forma parte de lo que se llama el equipo que en este caso nosotros aclaramos que es equipo de sistemas o equipo de desarrollo si acá scram se estuviera aplicando en otro Negocio o en otro tipo de organización que no fuera de software va a incluir a otros miembros pero acá como lo aplicamos al ambiente del desarrollo va orientado justamente a desarrolladores analistas uvas diseñadores todo lo que estén Dentro de este marco sí Por lo cual si ustedes Ahora son desarrolladores y trabajaran dentro del rol dentro o sea dentro de lo que es el

marco de scrum y tuvieran un Rol ustedes van a tener el rol de equipo bien el propio nombre dice equipo no van a estar solos sino que van a tener un equipo que trabaje con ustedes entonces repasamos rápidamente provocó nos dice qué es lo que necesitamos Cuáles son las necesidades que tiene el cliente el que le vamos a vender el software Probablemente sí el scram master dirige todo él es el que pone la cara el que establece las fechas el que maneja el presupuesto y todo este tipo de Cuestiones y hacen las negociaciones con el

cliente junto con el product Owner y el equipo es el encargado de recibir lo que explican el productor y el scrum master de cumplir con los tiempos y los plazos para poder entregar el producto me van a decir profe Pero y cómo se hace esto porque cómo se hace para Cómo sabe el scrum master estimar los tiempos como sabe porque dentro scrum y ahora ya lo van a ver se establecen ciertos periodos de tiempo y se establecen objetivos por Cada periodo de tiempo no es que digo de acá tres meses te entrego el software sino

que hay entregas parciales esto es una técnica incremental van a ir viendo como de a poquito se van haciendo entregas Sin dar más vueltas los tres principales roles son esos pero yo les conté que tenemos a los usuarios que los holders Okay qué pasa con los usuarios y los espejos A ver primero y principal Aunque ustedes no crean gente dentro de scrum el usuario final el típico capa 8 Como solemos decir el que se queja el que dice que los de sistemas nos servimos para nada el que dice que los de sistemas Hacemos todos mal

Bueno que ustedes no crean gente el usuario final el que va a usar ese proyecto que nosotros estamos desarrollando ese software sí tarde o temprano forma parte también de scrum Por qué Porque es quien lleva a cabo justamente la prueba de usuario la prueba de funcionalidad el que valida que lo que nosotros Desarrollamos realmente solamente sirve o cumple la tarea para la cual se desarrolló Ok qué pasa con esto nosotros podemos tener testers No es cierto que se van a encargar de testear la aplicación que funcione correctamente pero el tester se basa en lo que

el product o una relevo para hacer las pruebas Sí ahora el que realmente dice si pasa si cumple o si sirve lo que hicimos es el usuario final y lo que tiene scram es que scrum le da Participación al usuario final en menor medida van a ver fíjense que los tipitos acá los dibujitos son más chiquitos y no son principales o fundamentales pero tienen gran importancia si yo le hago una entrega al cliente el cliente está súper contento pero cuando lo pone en funcionamiento a sus usuarios de la aplicación que le entrego no le sirve

es usuario final tiene el poder de que venga el cliente y me diga lo que me hiciste no me sirve y que tengamos que Replantear todo de vuelta para adaptarme a la necesidad que tiene el usuario sí Aunque ustedes no crean gente trabajar con el cliente trabajar con un usuario final es muy complejo y ahí es donde está el scram master y donde está el product Owner para proteger a los del equipo de desarrollo para que los desarrolladores o los que forman parte del equipo de desarrollo se preocupan por desarrollar y no por tener que

dar la cara con el cliente es por eso que Muchos dicen para qué tenemos un scrum Master para qué tengo un producto Sí justamente para eso para que el equipo desarrollo se pueda dedicar a lo que tiene que dedicarse a cumplir con sus tareas que eso no quita que muchas empresas a veces también es necesario que alguien del equipo desarrollo vaya a hablar con el cliente o hable con el usuario final para entender a nivel técnico lo que necesita puede pasar y es una excepción de la regla pero si vamos A lo estricto de scrum

eso es lo que busca que cada uno tenga su propio rol Y por último también que participa en Baja medida pero que tiene poder tenemos a los stakeholders y los espejos de gente básicamente son los que mueven Esto sí los que mueve la billulla la plata como lo quieran decir en su país como lo digan es el que maneja justamente eso los stakeholders son los que dicen Ok bien yo pongo tanta plata en este proyecto para que salga pero yo Quiero que sea de color azul no pero el color azul nosotros como equipo de desarrollo

el Progol dice no mirar el color azul no pega no combina yo estoy poniendo plata quiero que sea azul Así que es por eso que tienen participación el espejo del si está financiando un proyecto si está aportando o forma parte del cliente o es un socio del cliente y de alguna u otra manera patrocina Sí al desarrollo que estoy haciendo forma parte del equipo de desarrollo forma Parte del equipo de scrum forma parte de todos los miembros Por qué Porque su opinión vale lo el día vale Y pueden haber cambios en base a lo que

él pida sí tiene menos influencia igual que el usuario final obvio ni cerca del Master o el equipo de desarrollo que son los tres más importantes pero una decisión o un comentario de ante un usuario como un stakeholder puede llevar a que nosotros los del equipo de desarrollo tengamos que volver atrás cosas que hicimos y Volver a hacerlas o que se tengan que hacer modificaciones o que se tengan que replantear cosas justamente por qué en el caso de los usuarios porque son los que usan los que dicen si les sirve o no y en el

caso los stakeholder porque son los que ayudan a financiar el proyecto básicamente A ver dice Gaby El problema es que muchas veces lo que se meten en roles de scramas del somos ludines que no saben nada técnico bueno lo de boludines de medio despectivo lo saco Para un costado pero a veces sí pasa que por eso hay malas estimaciones de tiempo cuando el que le dirige todo que es el scrum master no tiene conocimiento técnico puede haber ciertas complicaciones y ahora vamos a hablar de eso también ahora vamos a ver un mini diccionario si hay

tres conceptos que les voy a explicar antes de que pasemos a cada una de las ceremonias o las etapas que tiene scrum Sí este diccionario es para Entender porque van a haber palabras que vamos a escuchar mucho en este caso vamos a escuchar la palabra backlog que ya les voy a explicar lo que es vamos a escuchar la palabra Sprint muchísimo ya van a ver a qué me refiero y otras más que justamente están en inglés y que para los hispanohablantes por ahí si no saben inglés puede costar muchísimo entender a qué se refiere Así

que vamos a ver un mini diccionario rápido bien en ese mini diccionario vamos a hablar Primero de lo que es un Sprint sí un sprints un periodo de tiempo como dice acá la definición fijo pero que tiene que ser corto cuando empezamos la charla yo les dije no es que el scram master dice de acá tres meses te entrego la aplicación capo no no no tiene que ir a hacer una entrega parciales o incrementales porque scrum se rige de una metodología incremental es decir que va incrementando su funcionalidades a Medida que va pasando el tiempo

un Sprint es un período corto de tiempo Casi siempre suele ser una semana o dos no más que eso sí en el que el equipo de desarrollo desarrolla ciertas funcionalidades las pruebas y entrega ese incremento más profe Pero qué es un incremento un incremento es cada funcionalidad que se pueda desarrollar en ese periodo de tiempo por ejemplo un requerimiento o un incremento que puede ser es Cambiar por decir algo la ubicación del menú que está arriba de forma horizontal a que esté ahora al costado de forma vertical esto sería por ejemplo un incremento para los

fronense si por ejemplo que menú horizontal el sistema en cuestión y ahora quieren que sea vertical al costado bueno Esto es un incremento es un cambio con respecto a lo que estaba antes el sistema para este incremento se establece si se puede hacer en un Sprint en dos sprints o en Cuánto tiempo se puede hacer Recuerden el Sprint es un tiempo un periodo de tiempo fijo que generalmente suele ser de una semana máximo dos Sí cada equipo establece De cuántos días o de Cuánto tiempo es su Sprint pero no es una muy buena práctica que

dure más de dos semanas lo lógico lo que casi siempre es que los Sprint duran una semana o dos más que eso es raro verlo no significa que no pueda ver sí he visto también sprints súper cortos de tres días ojo También pasa pero tampoco es lo ideal porque en tres días Qué vamos a hacer en tres días Sí es un poco complicado estemos explotando gente en tres días es muy difícil lograr hacer muchas cosas Sí luego qué es el backlog que esta es una pregunta que ya me le hicieron un montón un montón de

veces que me dicen profe he leído la palabra que tengo que saber manejar un backlog por ejemplo las entrevistas en las propuestas laborales es muy común leer manejo de backlog y la Mayoría como que manejo de backlog como que quedan qué es esto del manejo de backlog y muchos piensan también así con muchos piensan que scramas un lenguaje de programación piensan que backlog es también una tecnología y no gente vamos a hacer la traducción product producto backlog Back atrás Sí backlog es lo que está detrás lo que me falta por hacer todavía la lista de

cosas que tengo abajo de la alfombra y que todavía no las estoy agarrando o no las estoy Teniendo en cuenta y las tengo pendientes eso es el backdore backlog la lista tareas de funcionalidades de requisitos de mejoras de arreglos que yo tengo que hacer o que tengo que incluir al producto al sistema que yo estoy desarrollando Sí por qué fíjense acá la definición le puse una lista priorizada ojo porque hay tareas que son más importantes y tareas que son menos importantes Ok si yo tengo una tarea que Es menos importante sí tiene una prioridad baja

no puedo atacar primero a esa tarea En un Sprint sino que tiene que formar parte del backlog Por qué Porque primero tengo que tomar por ejemplo las de prioridad alta sí Entonces qué es el backlog donde yo tengo toda la lista de las cosas o los requerimientos que tengo que hacer si hay herramientas como por ejemplo Ash of the Box donde ustedes tienen todas las tareas pendientes separados en tickets Cada tarea tiene su ticket y su prioridad y podemos ordenar los tickets en base a la prioridad que tengan e ir atacando en cada Sprint el

que se encarga de administrar eso es justamente el scrum master el que dice en este Sprint tomamos estas tareas o estas otras no quita que a veces para complementar se vayan agarrando de a poquito tareas que prioridad baja o media como para ir metiendo las de a poco en el sistema sí porque a veces con Los tiempos como para ir haciendo cositas extras se pueden meter porque nos roban mucho tiempo pero por algo dicen lista priorizada está establecida la prioridad de cada una y está por el scram master si decide o no tomarla en cada

Sprint entonces Sprint período de tiempo corto para el que tenemos para hacer una entrega o un incremento Sí y el product backlog es toda la lista de cosas que tenemos que hacer y Como algunos dicen lo que ponemos abajo la Alfombra y vamos sacando de a poquito cuando necesitamos Sí para ir atacando a poco y por último tenemos la user Story o la historia de usuario sí que básicamente a ver Muchos acá se confunden la historia de usuario con un requerimiento como tal que van de la mano igual eh la historia de usuario es la

funcionalidad que tiene el producto como pero desde el lado del usuario final que lo va a consumir ahora van a ver que vamos a hablar de eso Por Ejemplo yo como usuario final Quiero poder ingresar a la plataforma de cursos y poder inscribirme al curso que quiero esa es la historia de usuario pero en esa historia de usuario Hay un montón de requerimientos dentro fíjense hagamos el análisis dice yo como usuario Quiero poder ingresar a la plataforma de cursos ya tenemos un requerimiento un login Sí y poder Acceder al curso que quiero en los conté

lo que quiere hacer para poder acceder un curso que necesita Estar inscrito tiene que existir el curso tiene que tener asignado el curso tiene que haber pagado el curso fíjense la cantidad de cosas que ya analizamos ahí que están detrás la historia de usuario lo que el usuario cuenta que necesita hacer desde su perspectiva nosotros esa historia de usuario la vamos sacando en requerimientos y cada uno de esos requerimientos después se programan y justamente Esa es la diferencia por eso les digo si en una Entrevista un día le preguntan Dame un ejemplo una historia de

usuario acuérdense que la userio es desde el lado de la persona final el usuario el cliente que va a usar No desde nuestro lado técnico desde nuestro lado técnico nosotros tenemos los casos de uso que van muy de la mano pero que tienen otra Visión vamos a la etapa a las etapas o ceremonias de scrum Y acá es donde va a empezar el debate que ya estuve leyendo Un poco en el chat de la influencia que tiene el scrum master acá y que el scram master sepa o no o tenga o no habilidades técnicas y

también de administración porque ojo que alguien sea muy técnico pero no sepa administrar tampoco sirve y alguien que sea excelente administrando pero no tiene nada idea de cuestiones técnicas tampoco sirve así que vamos a tratar hacer un balance ahora vamos con la primera etapa que tiene scrum que es la Planificación de Sprint he veído unas preguntas en el chat que decían Pero cómo sé lo que tengo que hacer en qué momento se habla de eso acá tenemos la primera ceremonia Héctor Gracias por esos 10 vistazos genio por apoyar el contenido muchísimas muchísimas gracias de verdad

de corazón Muchas gracias y gracias a la gente que está siguiendo y que se está suscribiendo también muchísimas muchísimas gracias de corazón A ver la planificación del Sprint hoy me Está diciendo pero como yo sé qué tareas me dan a mí y cuando tengo que hacer justamente para eso existe la planificación es la primera etapa que tenemos que cumplir de scrum la primera ceremonia cuando se suele hacer la planificación del Sprint cuando justamente va a empezar Qué significa esto vamos a suponer que los sprints recordemos Spring es un período de tiempo corto en el que

tenemos que cumplir con una entrega de una parte de Nuestro producto de nuestro proyecto final que vamos a presentar sí acuérdense que esto es incremental voy entregando de a poquito partecitas bien la planificación se hace el primer día o se debe hacer por Norma de scrum después a veces no se cumple pero si vamos a rajatabla scrum el primer día del Sprint y a la hora más temprana posible porque a la hora más temprana posible por qué Para aprovechar tiempos si el equipo de trabajo empieza a Trabajar a las 9 de la mañana lo ideal

es que más tardar nueve y media de la mañana tengan su planificación de Sprint Pero obviamente que esto depende de cada equipo sí que se establece en esta planificación lo que se hace es se marque el comienzo sea a partir de ahora todo elaboramos en este Sprint sí como una largada digamos de una carrera bueno así y se hace la división de las tareas que cada uno de los miembros del equipo va a tomar fíjense acá dice el equipo de Desarrollo colabora con el producto para seleccionar los elementos de trabajos más importantes del product backlog

fíjense que le dijo Pacífico Tenemos que tener bien claro Sí esos conceptos Y definir el objetivo del Sprint Qué significa el producto que puede ser analista funcional por ejemplo ya hizo un relevamiento de todas las cosas que necesitas el cliente nos trae la lista y nos dice pam Acá está todo todas estas tareas tenemos acá para Hacer qué pasa con ayuda del scrum Master que es el que dirige esta ceremonia la planificación dice ok de todo esto que tenemos en el backlog qué es lo que tiene mayor prioridad el Pro bowner va a decir Bueno

lo que tiene más prioridad según lo que dijo el cliente es esto esto esto esto Ok entonces se habla con el equipo de desarrollo en este caso si somos desarrolladores seríamos nosotros y les preguntan Ok qué tiempo estiman que les puede llevar a Hacer en horas cada una de estas cosas y ahí está lo que hablábamos hoy de las estimaciones el scram master depende no debe prometer tiempos que el equipo de desarrollo no estableció y ahí siempre tenemos un problema Por qué Porque lo más normal es que el equipo de desarrollo sobre estime tiempos y

el scram master subestime tiempo Qué quiere decir para el scram master Siempre sobre todo si no tiene conocimiento técnico por eso hago un paréntesis todo es un Acabado todo es fácil o tiene todo tiene que salir rápido por qué Porque el scram master es el que da la cara y es el que tiene que quedar bien o dejar bien al equipo con el cliente Entonces el scram master siempre va a buscar la mayor cantidad de cosas posibles en el menor tiempo o sea lo más ágil posible por qué tiene que cumplir con scrum scrum es

una metodología ágil yo no le puedo decir a la persona que voy a tardar tres meses en hacerlo un crud en hacerlo una alta Baja modificación y lectura porque Obviamente que no me va a creer y no me va a pagar tres meses el desarrollo de un software para solo hacerlo un crudo Entonces es ahí donde tiene que haber un balance los desarrolladores tienen que estimar un tiempo realista de lo que creen que van a tardar en hacer un requerimiento y el scrum master tiene que negociar con los desarrolladores pero el scram master también puede

decir Ok me dijiste que Tardas 7 horas perfecto tiene que ir a hablar con el cliente Te parece bien 7 horas para este próximo Sprint te podemos entregar esto estás de acuerdo y a veces el cliente Si yo necesito para allá y ahí es donde empieza la negociación No mira a nivel técnico los chicos me dicen que para esa fecha no pueden que tiene que ser para tal y ahí es donde empiezan las negociaciones OK Por eso acá ustedes si son desarrolladores tienen que cumplir ser Honestos no sobreestimar demasiado tiempo si un poquito de más

a veces para tener colchón Les recomiendo que si no si creen que son 4 horas no digan 4 horas de una porque por supuesto que a veces después como pasó hoy conmigo corta la luz no tienen datos para el celular supongan sé que ustedes trabajan con internet con datos se quedaron sin datos y tienen que recargar no pueden recargar ya perdieron una hora de tiempo vamos a suponer que les robaron la Computadora tienen que conseguirse otra hasta que la empresa le mande pierden tiempo todas esas cuestiones a veces pone un colchoncito de uno o dos

horas o no le sale una funcionalidad una librería de precada una tecnología que ya no se usa más y ustedes tienen que investigar algo nuevo todo eso tiene que ser considerado pero en cuenta Gotas no de Ah no sé por ahí se actualiza es primo de esa semana y Bueno le agregó tres horas más No Tampoco así sí pero sí a veces una hora media hora de más a veces ayuda que ustedes pues tengan un colchoncito En caso que pasen cosas que no deben pasar y sean sinceros con el scram master también si les toca

una escala Master piola sobre todo de decirle Mira yo creo que en tanto tiempo puedo pero por las dudas agregar una hora más eso también depende la flexibilidad que tengan Pero siempre es mejor decir un poquito más porque probablemente te van a tratar a Negociar un poquito menos bien pero por eso es tan importante la ceremonia planificación porque acá donde se define todo si acá no hablamos y decimos no no llego no nos quejemos después si acá en la planificación estamos lalalalalalala y no damos bolilla sí a lo que estamos Estableciendo después no nos quejemos

que no llegamos con los tiempos sí acá es el momento de hablar y decir yo creo que tal tiempo no es posible ahora puede Pasar que nos escuchen puede pasar pero este es el momento de este es el momento de la iglesia Este es el momento en el que todos tienen que hablar y dar su opinión sí sobre los tiempos que creen que pueden llevar vamos a suponer que el Sprint es de una semana bueno el scrum master va a elegir las tareas prioritarias y cuando los desarrolladores le den los tiempos se fija si en

este Sprint de una semana con Los tiempos que íbamos los desarrolladores se pueden atacar todas esas tareas que se piensan atacar Ok básicamente Ese es todo lo que se hace una vez que termina el Sprint se hace entrega del producto de ese incremento del producto bien ahora bien tenemos la planificación ya sabemos cada uno de los que tenemos que hacer en este Sprint Sí ya tenemos una herramienta de gestión que puede ser trello gira as your the Box ahora También ocupan mucho están ocupando notion la herramienta que se elija para administrar cada uno ya tiene

su ticket su número de tarea que tiene que hacer todos ya sabemos lo que tenemos que hacer ahora qué otra ceremonia hay Y esta es la ceremonia más odiada para los que ya trabajen con scrum sabrán que es una de las más odiadas y de las que menos gente o que menos gente quiere que es la famosa Daily Ok si hacemos la traducción del quién regaló sus Wow Emiliano Muchas gracias por esa super regalada muchas muchas gracias Te agradezco muchísimo vamos a ver a quién le toca Muchas gracias por su regalada Gracias por aportar al

contenido al Canal bien De ahí les hacemos la traducción del inglés al español significa diario o diariamente como lo quieran ver qué significa que nosotros que no nos gusta Reunirnos no nos gusta tener reuniones y estar escuchando a la gente bla bla para los desarrolladores a la mayoría nos pasa eso ser o los que somos muy técnicos nos pasa eso pero lamentablemente scrum Más allá de la reunión de planificación que sueles una reunión bastante extensa casi siempre dura una hora o dos es de las pocas reuniones de scrum que suele ser larga o que permite

que sea larga porque implica muchas tareas la Daily se considera una Reunión diaria que se tiene que hacer todos los días y que no tiene que durar como máximo 15 minutos ahora van a decir Lucina en la vida real las empresas que aplican scrum se cumple esto y yo me animo a decir que el 60% de las empresas no cumple con los 15 minutos de las dailes sino que se van a mucho más tiempo que eso y acá la responsabilidad muchas veces cae en el scram master que no sabe gestionar la ceremonia y hacer de

que Cada uno cumpla con su tiempo para hablar o puede pasar que haya un problema grave que alguno de los compañeros de los desarrolladores o de los miembros del equipo manifieste levante la mano y que en lugar de hablarlo luego en el equipo en una reunión de equipo se habla en la Daily que eso es un error muy pero muy común la deil es como un estatus sí la idea es que cada uno cuente qué es lo que tiene pendiente para hacer qué es lo Que hizo el día anterior y qué es lo que tiene

pensado hacer durante el día en el que está parado Ahora sí Por eso que hace siempre se suele hacer cuando empieza el día por ejemplo vamos a suponer que el requerimiento que me tocó a mí luisina me tocaron tres requerimientos uno hacer el club de clientes hacer el Cruz de de pagos vamos a suponer por decir algo sí y tres me tocó una tarea chiquitita que era Cambiar algunas columnas de una base de una tabla una base de datos sí tengo esas tres tareas Entonces yo vengo a la de l el scram master dice bueno

va a empezar luisina Lucina contanos de las tres tareas que hiciste Cómo venís no Bueno yo la primera tarea que era la de El alta baja modificación y lectura de los clientes ya logré las altas también ya logré la lectura Me está faltando la baja y la modificación Ok Qué pensás hacer hoy no hoy tengo pensado seguir Con esos dos que me faltan y mañana pienso hacer o empezar con el adml de la facturas Ah listo perfecto el scram master marca el avance de cada uno esa es lo ideal que cada uno diga hice esto

voy a hacer esto estoy haciendo esto ahora listo esas tres cosas fíjense acá en la imagen pendiente improm esas tres cosas su dues por hacer improgreses en progreso y dan es ya hecho o terminado sí esto tiene que ser Lo que se trabaje y se habla en la deile Sí qué pasa nunca se cumple No porque yo Tuvo un problema pasa que me reventó tal cosa y Bueno eso me atrasó Y eso hizo que yo haga esto y el scramaster se pone a hablar otra cosa y terminamos hablando una hora y pico y eso es

una hora de trabajo menos ya nos complica el cumplimiento de los tiempos y ahí estamos para atrás Y ahí empieza la pelea que el scramaster esto que estas reuniones de miércoles que no me sirven Para nada que empezamos con el bardo Por qué empezamos por eso porque no se está aplicando la metodología como corresponde hacemos un resumen tres preguntas que se tienen que cumplir qué hice ayer qué voy a hacer hoy Hay algún impedimento algún freno y qué piensa hacer mañana eso es la Daily ok lo importante acá En las dailys es marcar ya tengo

este impedimento tengo este Warning esta advertencia creo que esto puede que no salga o que salga mal Acá es el momento de levantar la mano pero no se habla del problema en la Daily con todos los compañeros por qué porque le estoy frenando a otros que por ahí no tienen ningún problema con esa reunión para que no puedan seguir en todo caso una vez terminada la Bailey se continúa la misma reunión o se setea una reunión aparte solo con los que estén involucrados con ese proceso de desarrollo que está teniendo problemas pero no le hagas

estar en la reunión Y Eso va para los futuros scramasters a el product Owner que ella se tiene que ir a hacer otra cosa relevar más cosas y vos le tenés ahí por las dudas o al tester que el tester por ahí no está implicado o al desarrollador de fronen que por ahí ni tiene que ver con ese problema están teniendo en el Back Sí si fuera por ejemplo un problema del Back Entonces eso es lo importante de la Daily entonces repasamos planificación se hace una sola vez por Cada Sprint y tiene que ser el

primer día del Sprint Daily se hace todos los días no debería durar más de 15 minutos y se abarcan tres cosas que hice que voy a hacer qué pienso hacer y si hay un impedimento para eso ok La Daily y hay una pregunta en el chat que la vida rebote tiene que ser siempre oral según lo que dice scrum dice que puede ser presencial puede ser remota mediante videoconferencia en equipos remotos o puede ser de manera escrita siempre y Cuando cada miembro redacte o explique bien los problemas y complicaciones que está teniendo o las cosas

que ya avanzó que están como experiencia yo he estado en muchas empresas donde la Daily se hace de manera escrita y créanme que es mucho más ágil que hacer una reunión hablada Pero eso depende siempre del scrum y depende también del equipo como se expresa el equipo porque también pasa que algunos desarrolladores se borran Emiliano Muchas gracias por suscripción muchísimas Muchísimas gracias que eso también es un problema para el scar master y voy a defender al scram Master muchas veces si hace las dailys escritas Qué pasa la dail Script Debería ser a las 10 de

la mañana por slack por teams por la plataforma que se use para escribir y resulta que el desarrollador es ahora está durmiendo y aparece a las 3 de la tarde y a las 3 de la tarde pone su Daily Sí eso para que sea ágil no Sirve Sí por qué Porque el scram master ya no sabe si va a cumplir con los tiempos tiene que ir a dar la cara con el cliente este desarrollador se borró no sabemos Dónde está Y eso crear mi gente porque me ha tocado trabajar de scra Master pasa muchísimo entonces

en esos casos lo que hace el scram master es obligar a que sea oral a que sea en vivo La Daily para obligar a todos a que estén participando Lamentablemente hay equipos en los que tiene que ser así Ortiva como decimos en Argentina Pero hay equipos que elaboran muy bien y con tal de hacerlo escrito lo pueden hacer escrito y cada uno contesta en el horario que está conectado y como corresponde y súper bien todo depende la flexibilidad y el ambiente en el que estén ahí tenemos planificación tenemos Daily y ahora tenemos el Sprint review

Y acá es donde surgen en muchos casos los problemas y por qué es acá donde Surgen los problemas van a decir pero por qué Si acá en teoría ya está todo entregado ya está todo funcionando Lucina Qué problema debería haber acá casa terminamos nos lavamos las manos Qué pasa acá viene el Sprint review se realiza al finalizar cada Sprint review significa rever sí como una revisión por así decir del último Sprint que hicimos Pero no es lo mismo que la retro la retro que es la próxima que vamos a ver la próxima ceremonia es interna

de Nosotros como equipo de trabajo pero la review es cuando el equipo de desarrollo le hace entrega de lo que hizo al product owner y el product Owner se encarga de mostrárselo a el cliente al stakeholder me decía el que pone la plata y en su defecto donde se espera también la revisión del cliente final del usuario final el que va a dar uso de esto y es acá donde obtenemos el Feedback donde nos dicen si les gustó o no y en base a esto podemos cerrar requerimientos que ya tenemos o pueden aparecer los Bugs

o Bugs comenzamos con los backs es decir los errores que van a ir encontrando por ejemplo los usuarios los requerimientos que no se cumplieron las expectativas que nos alcanzaron y es acá donde lo que creímos muchas veces que ya está listo y está hermoso y está espectacular y que como buenos trastorno obsesivo compulsivo Tops que somos a Veces ya cerramos esa tarea ese ti asignado ya lo pasamos a Adán que ya está listo listo no lo quiero ver más y resulta que cuando viene el Sprint review y el product Owner y el scram master van

a hablar con el cliente le muestran lo que hicimos no le gustó o pide modificaciones y ahí es donde todo esto vuelve y en la próxima planificación Qué pasa tenemos que volver a retomar cosas que creemos que ya estaban cerradas el Sprint review Gente básicamente es una ceremonia donde el equipo desarrollo le da primero O sea no es una ceremonia como tal de una reunión sino que es el proceso en el que el equipo de desarrollo hace junto con el de box el correspondiente diploy sea en un ambiente de pruebas en un ambiente productivo todo

esto dependiendo del cliente Generalmente suele ser primero en un en un ambiente de pruebas para que el Pro Owner que generalmente como le dije puede ser una lista funcional o un Project manager con un scrat Master presente en el cliente lo que desarrollaron lo que se hizo que lo pueda probar y que pueda dar su Ok O no fíjense en este dibujito que me gustó mucho hay uno que no entiende Lo que se hizo otro que está contento y le gustó otro que está para atrás no quiere saber nada pulgar para abajo flechita para abajo

no quiere saber nada y otro que le llamó la atención sí venimos nosotros acá el equipito todos recontentos eh Trabajo hecho le damos un regalito así contó con brillito nosotros recontentos de lo que hicimos y fíjense como hay cuatro opiniones diferentes y ahí es donde si todo sale bien podemos ir tachando las tareas y decimos está OK todo esto se cumplió y es donde también En caso que no se cumpla tenemos que volver para atrás y se tiene que volver a rehacer todo y ahí es donde se complican las cosas donde a veces se consiguen

o se provocan ciertos bucles Donde a veces no podemos salir de un requerimiento en cuestión Por qué Porque va viene va viene va viene en cada Sprint creemos que está listo y vuelven el review creemos que está listo vuelve en el review y eso a veces suele ser cansador y muchas veces una de las principales causas de frustración de los desarrolladores o de burnout es por casos como este sí quieren que les dé un ejemplo práctico cuando Yo trabajé como analista funcional en el se trabaja en Un sistema de recaudación de Cash para una entidad

pública y había un error de que cuando hacía el cálculo por redondeo siempre faltaba un centavo Y ustedes van a decir luisin un centavo no es nada bueno pero la gente los contadores de santidad pública estamos hablando de una entidad pública que tiene que mostrar los números luego a la población para que se crea que no se roba sí que esa gestión no está robando ese centavo que no cerrara que podía Generar que la gente diga Ah mira cómo van robando sentados asentado cosas de ese estilo Entonces por ese centavo que no cerraba que era

una funcionalidad que los desarrolladores no le encontraban la vuelta cada vez que se le presentaba al cliente pasaba un centavo dos centavos tres centavos a veces pasaba de que cerraba todo key en algunos casos y después en el siguiente Sprint cuando le decíamos que controlen no cerraba porque se metió otro cambio que afectaba ese Cálculo y así sucesivamente y de hecho en esa cercanía que yo tuve con ese caso el desarrollador que estaba a cargo la funcionalidad renuncia porque ya no podía más ya estaba cansado y ese es el lado malo que a veces tiene

el Sprint review que no es solo hacer y estar orgulloso de lo que hacemos sino que viene el feedback y cuando viene el feedback es donde se puede complicar las cosas pero vamos a ser positivos en muchos casos sale todo perfecto y nos Olvidamos de esas tareas que nos están atormentando y ahí este Sprint review nosotros los que estamos en el equipo de desarrollo entregamos el trabajo y hasta ahí no nos enteramos de lo que pasa cuando nos enteramos nosotros acá se enteran el scrum master y el product Owner cuándo nos enteramos nosotros Generalmente de

los cambios de lo que pasó en la última ceremonia que es el Sprint retrospectivo o la retrospectiva del Sprint Y esta es la última ceremonia y es donde establecemos Qué cosas hicimos bien Qué cosas hicimos mal Qué cosas tenemos que empezar a hacer Qué cosas dejar de hacer Y qué cosas podríamos por así decir optimizar en lo que estamos haciendo fíjense acá dice stop que significa terminar les que significa menos Keep mantener more más y estar empezar que dejar de hacer que hacer menos que mantener qué hacer más y que empezar a hacer que no

estamos Haciendo hasta ahora básicamente lo que es todo el equipo interno el cliente ya no nos importa en base a lo que se hizo en la review lo que se obtuvo la review y en base a cómo se Estuvo trabajando en el último Sprint cada uno da su opinión de lo que cree que se hizo bien y lo que cree que se hizo mal básicamente por ejemplo acá suele saltar el yo creo que venimos trabajando bien se cumplieron los tiempos todo perfecto pero nos falta más Capacitación en tal cosa Ok entonces Cosas positivas tiempos que

nos dimos cuenta que tenemos que empezar a mejorar capacitarnos en tal tecnología porque nos costó muchísimo eso es algo bueno Por ejemplo que estuvo mal nadie cumplió los horarios todos nadie cumplió con los tiempos no se llegó a entregar al cliente lo que se le prometió que se le iba a entregar que esto es uno de los peores casos qué otra cosa puedo tener en cuenta una pelea interna dentro del equipo no Se supieron entender los desarrolladores no se llegó a un acuerdo qué cosas tenemos que hacer menos bueno tenemos que dejar de pelear como

equipo tenemos que empezar a hablarnos más tenemos que mejorar la comunicación otra contra tuvimos de las 40 horas semanales que tendremos haber trabajado pudimos trabajar solo 10 porque 30 fueron de reuniones que esto suele pasar mucho sí dejar de tener tantas reuniones y dedicarnos más al trabajo eso también Puede ser una contra y ahí está la pregunta que me dijeron Cuándo es el momento en el que si algún miembro del equipo o el scram master está haciendo mal las cosas de decir qué es lo que está pasando que justo le preguntaron en el chat hace

un ratito la retrospectiva es el momento en que todos podemos decir las cosas y que según lo que establece scrum se espera que sea con respeto o sea el scrum master vamos a decir como como dijo Gaby hoy pero de Otra manera es un nabo como solemos decir sí para nosotros está haciendo las cosas para atrás está haciendo cosas que no tienen sentido que no nos cierran y decimos Mira las decisiones de miércoles que está tomando nos está yendo mal porque él no está haciendo bien las cosas acá es el momento donde podemos levantar la

mano y decir Mira vamos a suponer que las cremas del soy yo mira Lucina se me hace que las decisiones que estás tomando están mal Se me hace que Los tiempos que le estás prometiendo al cliente son inalcanzables nosotros en la planificación te dijimos 8 horas igual le prometiste cuatro al cliente y es imposible que hagamos eso en 4 horas acá es el momento donde también si tenemos un compañero que no se está poniendo las pilas no demandarle al frente decir sí porque el hijo de su buena madre de fulano no hace nada no de

esa manera pero sí decir sí porque yo dependía muchas de mis tareas de lo que haga Francisco pero Francisco viene atrasado hace varios Sprint que no está cumpliendo con las tareas o con los tiempos que está estimando esa es una forma de decirlo de manera sutil como decir yo estoy fallando en mi trabajo porque dependo el trabajo a otro compañero que no está cumpliendo y ahí es donde muchas veces al scram Master le saltan las alertas Porque si nosotros no lo hablamos no lo decimos no lo manifestamos no va a tener la bola de Cristal

para saber lo que está pasando ahora Qué puede pasar acá también que nadie se haga cargo que todos digan que está todo hermoso y perfecto porque no quieren que la reunión dure mucho lo cual suele ser común también Nadie le gusta tener reuniones o muy poca gente lo está tener reuniones entonces en esos casos si tenemos acceso a pedir a alguien si estuviéramos una empresa por ejemplo de recursos humanos o alguien que esté un puesto más arriba o algún Intermediario y demás o por qué no pedir una reunión en privado con la persona en cuestión

que estamos teniendo el inconveniente si en la retro No hay forma de llegar a una conciliación entre todos amigable y amistosa es ahí donde y acá vienen las contras de trabajar en equipo de que empezamos a hacer el contacto por otro lado o podemos por ejemplo invitar a la retro a que venga alguien de recursos humanos a evaluar si por ejemplo un ambiente tóxico hay algo Que no está funcionando bien nos están tratando acá es el momento de incorporar gente extra que por ahí no forma parte del equipo para que esté en la ceremonia y

para que todos manifestemos lo que está pasando y que esa persona haga de intermediario porque puede pasar gente cuando trabajamos con personas puede pasar que pase esto y esta reunión es para eso para marcar los pros las contras lo que hicimos bien lo que hicimos mal y lo que podemos mejorar y Lo que tenemos que dejar de hacer si acá todos dicen ay no está todo perfecto paz y amor y Nosotros sabemos que no es así y levantamos el problema y no nos dan bolilla bueno Ahí es donde tenemos que tomar acciones pero siempre primeros

del respeto a hablar acá Este es el momento de hablar si no se puede hablar y vemos que las cosas están mal Bueno ahí sí hablar en privado con la persona que corresponda y demás o pedir a alguien que tenga mayor cargo que tenga más Injerencia a que venga a ser de mediador eso también se puede hacer el momento es siempre la retrospectiva nunca en la mitad del sprin cortar o generar vamos a decir bardo que puede hacer de que no se cumplan los objetivos del Sprint sí A menos que te salga insoportable que no

se pueda más bueno Ahí sí pero si no siempre al momento hablar de los problemas es la retrospectiva siempre y cuando nos sigamos con el modelo de scrum Así que gente Muchas gracias por Estar un valoro que les haya gustado son unos genios Gracias por apoyar este contenido y nos vemos en un próximo directo en donde en toco Chau chau gente [Música]