c1mo andan gente Todo bien la idea de hoy un poquito sobre scram como metodolog2a 3gil para lo que son los equipos de desarrollo por qu4 esto les voy a contar un poquito hoy por hoy en la industria es una de las metodolog5as que m6s utiliza para el desarrollo para los equipos de trabajo formas de organizaci7n y dem8s qu9 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 metodolog10as 11giles o de las habilidades blandas que podemos adquirir con ellas y qu12 pasa que muchas veces una de las preguntas en las entrevistas laborales es qu13 metodolog14a 15gil conoc16s o si ten17s que elegir una metodolog18a 19gil cu20l ser21a o trabajaste alguna vez con una metodolog22a 23gil o sabes que es scrum Sabes cu24les son los roles y la mayor25a queda como as26 que con la finalidad de dar un poco de visibilidad a esto de lo que es scrum y las metodolog27as 28giles que aunque ustedes no crean es muy importante a la hora de trabajar sobre todo en equipo y sobre todo forma remota para ser 29giles justamente lo hizo su palabra 30giles Es que voy a armar este mini webinar La idea es que hoy sea algo introductorio que pueda conocer los roles que puedan conocer c31mo funciona cada parte de scrum para luego hacer otro webinar m32s adelante que sea un poquito m33s avanzado donde vayamos al grano a detalle con ejemplos y que podamos simular ciertas ceremonias y ciertas cuestiones para hacerlo un poco m34s pr35ctico 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 desempe36arse en un equipo de desarrollo donde se ocupen metodolog37as 38giles Ok para arrancar gente vamos a hablar de qu39 es scrum por qu40 Porque la mayor41a Aunque ustedes no crean cuando hay una entrevista laboral y se pide scrum muchas personas piensan que es un lenguaje de programaci42n Y esto no es chiste Esto no es joda me ha pasado much43simas 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 trabaj44 con ese lenguaje y Aunque ustedes no lo crean es una respuesta que ya habr45 escuchado en much46simas entrevistas que me toc47 estar o en muchas entrevistas donde estuve de oyente o de entrevistadora t48cnica s49 es una pregunta que les puede dejar afuera claramente por no conocerla S50 entonces para que ustedes sepan es una forma de trabajo tal cual como lo leen ac51 en la definici52n que les puse para un desarrollo 53gil de software Por qu54 aclaro desarrollo 55gil porque hay muchas metodolog56as S57 a la hora de desarrollar software o de trabajar en equipo o con personas algunas de estas metodolog58as son un poco m59s viejas Como por ejemplo las metodolog60as de cascada donde cada tarea que nosotros 61bamos haciendo por ejemplo hacemos una tarea luego otra que depend62a de esa luego otra que depend63a de esa Y eso hac64a que nos quede todo como una cascada S65 todos los pasos que ten66amos que hacer hasta que algo no est67 terminado no se pod68a empezar con otra cosa por qu69 suced70a esto con el modelo cascada y otros modelos porque hac71amos esa dependencia de que hasta que no termino esto no empiezo lo otro no puedo seguir entonces las etapas eran lentas hab72a gente que cuando estaba trabajando no pod73a avanzar porque depend74a constantemente de otro no se divid75an bien las tareas que ojo En algunos ambientes trabajar en cascadas funciona much76simo pero en otros como el desarrollo de software donde todo tiene que estar para ayer una metodolog77a de cascada de a poquito se est78 utilizando menos y se empez79 a optar por las metodolog80as 81giles S82 Dentro estas metodolog83as 84giles decir para hacer que todo sea mucho m85s sencillo m86s como dice la palabra m87s 88gil m89s llevadero es que surge scrum no solo para el software sino para la industria en general para hacer que hayan mejores pr90cticas y m91s optimizaci92n de tiempo bien b93sicamente si leemos la definici94n que dice ac95 es un proceso en el que se aplican de manera regular un conjunto de lo que les dije reci96n buenas pr97cticas y ac98 la clave que lo pueden leer en la definici99n es para trabajar colaborativamente en equipo y obtener el mejor posible de los resultados cuando tengamos un proyecto y sobre todo Qu100 es lo que nos permite scrum la mejora continua que son muchas otras metodolog101as de desarrollo no podemos estar continuamente mejorando los procesos o mejorando las cosas o el c102digo que hacemos por qu103 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 s104 se puede eso f105jense el dibujito justamente que les mostr106 es que mientras se est107 haciendo algo f108jense la flecha ya se puede empezar a hacer otra cosa y as109 sucesivamente todo en un cierto periodo de tiempo y scram tiene esa principal caracter110stica pero a ver lo que les dije reci111n es una definici112n te113rica todo parece Maravilloso y hermoso Pero c114mo se aplica todo esto O sea Cu115les son los roles como yo logro que esto se pueda cumplir S116 y ah117 es donde surgen distintos roles es decir voy a correr mi imagen para arriba as118 no le est119 por el texto Ah120 est121 dentro de scram cada persona cada miembro que est122 formando parte un equipo y ah123 voy a hacer un par124ntesis 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 cr125anme 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 all126 donde viene la necesidad de cada miembro del equipo tengo un rol definido y es lo que busca scrum S127 Dentro scrum tenemos todos estos roles que ven ac128 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 Qu129 es cada uno de estos roles despu130s vamos a ver los otros dos que siguen b131sicamente uno de los m132s importantes es el product Owner que es el producto es la traducci133n del ingl134s al espa135ol producto Owner due136o ojo que la traducci137n sea due138o de producto no precisamente significa que sea la persona que es due139a como tal o que nos est140 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 s141 puede ser parte de la empresa desarrollo en este caso todo code o puede ser parte del cliente y qu142 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 Cu143les 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 s144 por qu145 porque es el representante directo del cliente con nosotros se encarga todo el tiempo de hacer esa relaci146n 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 modificaci147n 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 Cu148les son tus necesidades el product Owner que puede ser parte de nuestro equipo o no se va a encargar de decirnos qu149 es lo que necesita este cliente que nos va a pagar para que nosotros desarrollemos ahora bien lo m150s importante el Entonces nos dice que tenemos que hacer o qu151 es la necesidad que hay Cu152l es la necesidad que hay ahora ah153 viene uno de los roles m154s importantes y que del que m155s memes hay y ahora vamos a hablar al respecto que es el scrum master el scrum master gente b156sicamente es el l157der 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 tambi158n s159 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 est160 a cargo de las fechas y el que se encarga de que las fechas se cumplan b161sicamente algunos lo conocen con otro nombre de project manager van muy de la mano Generalmente el que es project manager puede ser scrum Master s162 que no significa que es un maestro o el que tenga que tener mayor conocimiento t163cnico 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 s164 Entonces el scram master es el que viene por eso lo voy a decir que hay muchos memes y dice c165mo vamos C166mo venimos que necesitan que hicieron ayer qu167 van a hacer hoy qu168 van a hacer ma169ana para cu170ndo puede estar ser171 que no puede estar antes siempre van a ver que hay memes que por ejemplo aparece un loro y dice loro aprende a decir c172mo vamos y se recibe el scram master seguro que habr173n 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 est174 para molestarnos y hacer seguimiento a los desarrolladores y a ver qu175 estamos haciendo en realidad el que detr176s 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 b177sicamente si algo sale mal el que tiene que recibir toda la carga por el equipo casi siempre se les cran m178ster entonces tiene una responsabilidad que a veces no hace falta que sea un genio a nivel t179cnico pero s180 que sepa administrar a todo el equipo por eso si ven ac181 en esta imagen van a ver que est182 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 important183simo porque nos dice qu184 es lo que se necesita el scrum master que administra todo Y ahora qui185n pone la mano de obra ac186 Qui187nes son los que convierten todo ese planteo en realidad el equipo de sistemas o de desarrollo porque ac188 est189 aclarado equipo de sistemas barra de desarrollo porque acu190rdense que el equipo de desarrollo no siempre est191 compuesto solo por desarrolladores ojo ac192 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 despu193s a manos del cliente s194 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 ac195 scram se estuviera aplicando en otro negocio o en otro tipo de organizaci196n que no fuera de software va a incluir a otros miembros pero ac197 como lo aplicamos al ambiente del desarrollo va orientado justamente a desarrolladores analistas uvas dise198adores todo lo que est199n Dentro de este marco s200 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 r201pidamente provoc202 nos dice qu203 es lo que necesitamos Cu204les son las necesidades que tiene el cliente el que le vamos a vender el software Probablemente s205 el scram master dirige todo 206l 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 c207mo se hace esto porque c208mo se hace para C209mo 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 ac210 tres meses te entrego el software sino que hay entregas parciales esto es una t211cnica incremental van a ir viendo como de a poquito se van haciendo entregas Sin dar m212s vueltas los tres principales roles son esos pero yo les cont213 que tenemos a los usuarios que los holders Okay qu214 pasa con los usuarios y los espejos A ver primero y principal Aunque ustedes no crean gente dentro de scrum el usuario final el t215pico 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 s216 tarde o temprano forma parte tambi217n de scrum Por qu218 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 desarroll219 Ok qu220 pasa con esto nosotros podemos tener testers No es cierto que se van a encargar de testear la aplicaci221n que funcione correctamente pero el tester se basa en lo que el product o una relevo para hacer las pruebas S222 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 participaci223n al usuario final en menor medida van a ver f224jense que los tipitos ac225 los dibujitos son m226s chiquitos y no son principales o fundamentales pero tienen gran importancia si yo le hago una entrega al cliente el cliente est227 s228per contento pero cuando lo pone en funcionamiento a sus usuarios de la aplicaci229n 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 s230 Aunque ustedes no crean gente trabajar con el cliente trabajar con un usuario final es muy complejo y ah231 es donde est232 el scram master y donde est233 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 qu234 tenemos un scrum Master para qu235 tengo un producto S236 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 tambi237n es necesario que alguien del equipo desarrollo vaya a hablar con el cliente o hable con el usuario final para entender a nivel t238cnico lo que necesita puede pasar y es una excepci239n 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 240ltimo tambi241n que participa en Baja medida pero que tiene poder tenemos a los stakeholders y los espejos de gente b242sicamente son los que mueven Esto s243 los que mueve la billulla la plata como lo quieran decir en su pa244s 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 As245 que es por eso que tienen participaci246n el espejo del si est247 financiando un proyecto si est248 aportando o forma parte del cliente o es un socio del cliente y de alguna u otra manera patrocina S249 al desarrollo que estoy haciendo forma parte del equipo de desarrollo forma parte del equipo de scrum forma parte de todos los miembros Por qu250 Porque su opini251n vale lo el d252a vale Y pueden haber cambios en base a lo que 253l pida s254 tiene menos influencia igual que el usuario final obvio ni cerca del Master o el equipo de desarrollo que son los tres m255s importantes pero una decisi256n o un comentario de ante un usuario como un stakeholder puede llevar a que nosotros los del equipo de desarrollo tengamos que volver atr257s cosas que hicimos y volver a hacerlas o que se tengan que hacer modificaciones o que se tengan que replantear cosas justamente por qu258 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 b259sicamente 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 t260cnico bueno lo de boludines de medio despectivo lo saco para un costado pero a veces s261 pasa que por eso hay malas estimaciones de tiempo cuando el que le dirige todo que es el scrum master no tiene conocimiento t262cnico puede haber ciertas complicaciones y ahora vamos a hablar de eso tambi263n 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 S264 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 much265simo ya van a ver a qu266 me refiero y otras m267s que justamente est268n en ingl269s y que para los hispanohablantes por ah270 si no saben ingl271s puede costar much272simo entender a qu273 se refiere As274 que vamos a ver un mini diccionario r275pido bien en ese mini diccionario vamos a hablar primero de lo que es un Sprint s276 un sprints un periodo de tiempo como dice ac277 la definici278n fijo pero que tiene que ser corto cuando empezamos la charla yo les dije no es que el scram master dice de ac279 tres meses te entrego la aplicaci280n capo no no no tiene que ir a hacer una entrega parciales o incrementales porque scrum se rige de una metodolog281a incremental es decir que va incrementando su funcionalidades a medida que va pasando el tiempo un Sprint es un per282odo corto de tiempo Casi siempre suele ser una semana o dos no m283s que eso s284 en el que el equipo de desarrollo desarrolla ciertas funcionalidades las pruebas y entrega ese incremento m285s profe Pero qu286 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 ubicaci287n del men288 que est289 arriba de forma horizontal a que est290 ahora al costado de forma vertical esto ser291a por ejemplo un incremento para los fronense si por ejemplo que men292 horizontal el sistema en cuesti293n 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 cu294nto tiempo se puede hacer Recuerden el Sprint es un tiempo un periodo de tiempo fijo que generalmente suele ser de una semana m295ximo dos S296 cada equipo establece De cu297ntos d298as o de Cu299nto tiempo es su Sprint pero no es una muy buena pr300ctica que dure m301s de dos semanas lo l302gico lo que casi siempre es que los Sprint duran una semana o dos m303s que eso es raro verlo no significa que no pueda ver s304 he visto tambi305n sprints s306per cortos de tres d307as ojo tambi308n pasa pero tampoco es lo ideal porque en tres d309as Qu310 vamos a hacer en tres d311as S312 es un poco complicado estemos explotando gente en tres d313as es muy dif314cil lograr hacer muchas cosas S315 luego qu316 es el backlog que esta es una pregunta que ya me le hicieron un mont317n un mont318n de veces que me dicen profe he le319do la palabra que tengo que saber manejar un backlog por ejemplo las entrevistas en las propuestas laborales es muy com320n leer manejo de backlog y la mayor321a como que manejo de backlog como que quedan qu322 es esto del manejo de backlog y muchos piensan tambi323n as324 con muchos piensan que scramas un lenguaje de programaci325n piensan que backlog es tambi326n una tecnolog327a y no gente vamos a hacer la traducci328n product producto backlog Back atr329s S330 backlog es lo que est331 detr332s lo que me falta por hacer todav333a la lista de cosas que tengo abajo de la alfombra y que todav334a 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 S335 por qu336 f337jense ac338 la definici339n le puse una lista priorizada ojo porque hay tareas que son m340s importantes y tareas que son menos importantes Ok si yo tengo una tarea que es menos importante s341 tiene una prioridad baja no puedo atacar primero a esa tarea En un Sprint sino que tiene que formar parte del backlog Por qu342 Porque primero tengo que tomar por ejemplo las de prioridad alta s343 Entonces qu344 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 s345 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 est346 establecida la prioridad de cada una y est347 por el scram master si decide o no tomarla en cada Sprint entonces Sprint per348odo de tiempo corto para el que tenemos para hacer una entrega o un incremento S349 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 S350 para ir atacando a poco y por 351ltimo tenemos la user Story o la historia de usuario s352 que b353sicamente a ver Muchos ac354 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 mont355n de requerimientos dentro f356jense hagamos el an357lisis dice yo como usuario Quiero poder ingresar a la plataforma de cursos ya tenemos un requerimiento un login S358 y poder Acceder al curso que quiero en los cont359 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 f360jense la cantidad de cosas que ya analizamos ah361 que est362n detr363s 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 despu364s se programan y justamente Esa es la diferencia por eso les digo si en una entrevista un d365a le preguntan Dame un ejemplo una historia de usuario acu366rdense que la userio es desde el lado de la persona final el usuario el cliente que va a usar No desde nuestro lado t367cnico desde nuestro lado t368cnico nosotros tenemos los casos de uso que van muy de la mano pero que tienen otra Visi369n vamos a la etapa a las etapas o ceremonias de scrum Y ac370 es donde va a empezar el debate que ya estuve leyendo un poco en el chat de la influencia que tiene el scrum master ac371 y que el scram master sepa o no o tenga o no habilidades t372cnicas y tambi373n de administraci374n porque ojo que alguien sea muy t375cnico pero no sepa administrar tampoco sirve y alguien que sea excelente administrando pero no tiene nada idea de cuestiones t376cnicas tampoco sirve as377 que vamos a tratar hacer un balance ahora vamos con la primera etapa que tiene scrum que es la planificaci378n de Sprint he ve379do unas preguntas en el chat que dec380an Pero c381mo s382 lo que tengo que hacer en qu383 momento se habla de eso ac384 tenemos la primera ceremonia H385ctor Gracias por esos 10 vistazos genio por apoyar el contenido much386simas much387simas gracias de verdad de coraz388n Muchas gracias y gracias a la gente que est389 siguiendo y que se est390 suscribiendo tambi391n much392simas much393simas gracias de coraz394n A ver la planificaci395n del Sprint hoy me est396 diciendo pero como yo s397 qu398 tareas me dan a m399 y cuando tengo que hacer justamente para eso existe la planificaci400n es la primera etapa que tenemos que cumplir de scrum la primera ceremonia cuando se suele hacer la planificaci401n del Sprint cuando justamente va a empezar Qu402 significa esto vamos a suponer que los sprints recordemos Spring es un per403odo 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 s404 acu405rdense que esto es incremental voy entregando de a poquito partecitas bien la planificaci406n se hace el primer d407a o se debe hacer por Norma de scrum despu408s a veces no se cumple pero si vamos a rajatabla scrum el primer d409a del Sprint y a la hora m410s temprana posible porque a la hora m411s temprana posible por qu412 Para aprovechar tiempos si el equipo de trabajo empieza a trabajar a las 9 de la ma413ana lo ideal es que m414s tardar nueve y media de la ma415ana tengan su planificaci416n de Sprint Pero obviamente que esto depende de cada equipo s417 que se establece en esta planificaci418n lo que se hace es se marque el comienzo sea a partir de ahora todo elaboramos en este Sprint s419 como una largada digamos de una carrera bueno as420 y se hace la divisi421n de las tareas que cada uno de los miembros del equipo va a tomar f422jense ac423 dice el equipo de desarrollo colabora con el producto para seleccionar los elementos de trabajos m424s importantes del product backlog f425jense que le dijo Pac426fico Tenemos que tener bien claro S427 esos conceptos Y definir el objetivo del Sprint Qu428 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 Ac429 est430 todo todas estas tareas tenemos ac431 para hacer qu432 pasa con ayuda del scrum Master que es el que dirige esta ceremonia la planificaci433n dice ok de todo esto que tenemos en el backlog qu434 es lo que tiene mayor prioridad el Pro bowner va a decir Bueno lo que tiene m435s prioridad seg436n 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 ser437amos nosotros y les preguntan Ok qu438 tiempo estiman que les puede llevar a hacer en horas cada una de estas cosas y ah439 est440 lo que habl441bamos hoy de las estimaciones el scram master depende no debe prometer tiempos que el equipo de desarrollo no estableci442 y ah443 siempre tenemos un problema Por qu444 Porque lo m445s normal es que el equipo de desarrollo sobre estime tiempos y el scram master subestime tiempo Qu446 quiere decir para el scram master Siempre sobre todo si no tiene conocimiento t447cnico por eso hago un par448ntesis todo es un acabado todo es f449cil o tiene todo tiene que salir r450pido por qu451 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 m452s 453gil posible por qu454 tiene que cumplir con scrum scrum es una metodolog455a 456gil yo no le puedo decir a la persona que voy a tardar tres meses en hacerlo un crud en hacerlo una alta baja modificaci457n 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 ah458 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 tambi459n 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 pr460ximo Sprint te podemos entregar esto est461s de acuerdo y a veces el cliente Si yo necesito para all462 y ah463 es donde empieza la negociaci464n No mira a nivel t465cnico los chicos me dicen que para esa fecha no pueden que tiene que ser para tal y ah466 es donde empiezan las negociaciones OK Por eso ac467 ustedes si son desarrolladores tienen que cumplir ser honestos no sobreestimar demasiado tiempo si un poquito de m468s a veces para tener colch469n Les recomiendo que si no si creen que son 4 horas no digan 4 horas de una porque por supuesto que a veces despu470s como pas471 hoy conmigo corta la luz no tienen datos para el celular supongan s472 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 librer473a de precada una tecnolog474a que ya no se usa m475s y ustedes tienen que investigar algo nuevo todo eso tiene que ser considerado pero en cuenta Gotas no de Ah no s476 por ah477 se actualiza es primo de esa semana y Bueno le agreg478 tres horas m479s No tampoco as480 s481 pero s482 a veces una hora media hora de m483s 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 tambi484n 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 m485s eso tambi486n depende la flexibilidad que tengan Pero siempre es mejor decir un poquito m487s porque probablemente te van a tratar a negociar un poquito menos bien pero por eso es tan importante la ceremonia planificaci488n porque ac489 donde se define todo si ac490 no hablamos y decimos no no llego no nos quejemos despu491s si ac492 en la planificaci493n estamos lalalalalalala y no damos bolilla s494 a lo que estamos Estableciendo despu495s no nos quejemos que no llegamos con los tiempos s496 ac497 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 opini498n s499 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 500bamos los desarrolladores se pueden atacar todas esas tareas que se piensan atacar Ok b501sicamente 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 planificaci502n ya sabemos cada uno de los que tenemos que hacer en este Sprint S503 ya tenemos una herramienta de gesti504n que puede ser trello gira as your the Box ahora Tambi505n ocupan mucho est506n ocupando notion la herramienta que se elija para administrar cada uno ya tiene su ticket su n507mero de tarea que tiene que hacer todos ya sabemos lo que tenemos que hacer ahora qu508 otra ceremonia hay Y esta es la ceremonia m509s odiada para los que ya trabajen con scrum sabr510n que es una de las m511s odiadas y de las que menos gente o que menos gente quiere que es la famosa Daily Ok si hacemos la traducci512n del qui513n regal514 sus Wow Emiliano Muchas gracias por esa super regalada muchas muchas gracias Te agradezco much515simo vamos a ver a qui516n le toca Muchas gracias por su regalada Gracias por aportar al contenido al Canal bien De ah517 les hacemos la traducci518n del ingl519s al espa520ol significa diario o diariamente como lo quieran ver qu521 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 mayor522a nos pasa eso ser o los que somos muy t523cnicos nos pasa eso pero lamentablemente scrum M524s all525 de la reuni526n de planificaci527n que sueles una reuni528n 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 reuni529n diaria que se tiene que hacer todos los d530as y que no tiene que durar como m531ximo 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 60532 de las empresas no cumple con los 15 minutos de las dailes sino que se van a mucho m533s tiempo que eso y ac534 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 compa535eros 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 reuni536n de equipo se habla en la Daily que eso es un error muy pero muy com537n la deil es como un estatus s538 la idea es que cada uno cuente qu539 es lo que tiene pendiente para hacer qu540 es lo que hizo el d541a anterior y qu542 es lo que tiene pensado hacer durante el d543a en el que est544 parado Ahora s545 Por eso que hace siempre se suele hacer cuando empieza el d546a por ejemplo vamos a suponer que el requerimiento que me toc547 a m548 luisina me tocaron tres requerimientos uno hacer el club de clientes hacer el Cruz de de pagos vamos a suponer por decir algo s549 y tres me toc550 una tarea chiquitita que era cambiar algunas columnas de una base de una tabla una base de datos s551 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 C552mo ven553s no Bueno yo la primera tarea que era la de El alta baja modificaci554n y lectura de los clientes ya logr555 las altas tambi556n ya logr557 la lectura Me est558 faltando la baja y la modificaci559n Ok Qu560 pens561s hacer hoy no hoy tengo pensado seguir con esos dos que me faltan y ma562ana 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 f563jense ac564 en la imagen pendiente improm esas tres cosas su dues por hacer improgreses en progreso y dan es ya hecho o terminado s565 esto tiene que ser lo que se trabaje y se habla en la deile S566 qu567 pasa nunca se cumple No porque yo Tuvo un problema pasa que me revent568 tal cosa y Bueno eso me atras569 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 ah570 estamos para atr571s Y ah572 empieza la pelea que el scramaster esto que estas reuniones de mi573rcoles que no me sirven para nada que empezamos con el bardo Por qu574 empezamos por eso porque no se est575 aplicando la metodolog576a como corresponde hacemos un resumen tres preguntas que se tienen que cumplir qu577 hice ayer qu578 voy a hacer hoy Hay alg579n impedimento alg580n freno y qu581 piensa hacer ma582ana eso es la Daily ok lo importante ac583 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 ac584 es el momento de levantar la mano pero no se habla del problema en la Daily con todos los compa585eros por qu586 porque le estoy frenando a otros que por ah587 no tienen ning588n problema con esa reuni589n para que no puedan seguir en todo caso una vez terminada la Bailey se contin590a la misma reuni591n o se setea una reuni592n aparte solo con los que est593n involucrados con ese proceso de desarrollo que est594 teniendo problemas pero no le hagas estar en la reuni595n Y eso va para los futuros scramasters a el product Owner que ella se tiene que ir a hacer otra cosa relevar m596s cosas y vos le ten597s ah598 por las dudas o al tester que el tester por ah599 no est600 implicado o al desarrollador de fronen que por ah601 ni tiene que ver con ese problema est602n teniendo en el Back S603 si fuera por ejemplo un problema del Back Entonces eso es lo importante de la Daily entonces repasamos planificaci604n se hace una sola vez por cada Sprint y tiene que ser el primer d605a del Sprint Daily se hace todos los d606as no deber607a durar m608s de 15 minutos y se abarcan tres cosas que hice que voy a hacer qu609 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 seg610n 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 est611 teniendo o las cosas que ya avanz612 que est613n como experiencia yo he estado en muchas empresas donde la Daily se hace de manera escrita y cr614anme que es mucho m615s 616gil que hacer una reuni617n hablada Pero eso depende siempre del scrum y depende tambi618n del equipo como se expresa el equipo porque tambi619n pasa que algunos desarrolladores se borran Emiliano Muchas gracias por suscripci620n much621simas Much622simas gracias que eso tambi623n es un problema para el scar master y voy a defender al scram Master muchas veces si hace las dailys escritas Qu624 pasa la dail Script Deber625a ser a las 10 de la ma626ana por slack por teams por la plataforma que se use para escribir y resulta que el desarrollador es ahora est627 durmiendo y aparece a las 3 de la tarde y a las 3 de la tarde pone su Daily S628 eso para que sea 629gil no sirve S630 por qu631 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 borr632 no sabemos D633nde est634 Y eso crear mi gente porque me ha tocado trabajar de scra Master pasa much635simo 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 est636n participando Lamentablemente hay equipos en los que tiene que ser as637 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 est638 conectado y como corresponde y s639per bien todo depende la flexibilidad y el ambiente en el que est640n ah641 tenemos planificaci642n tenemos Daily y ahora tenemos el Sprint review Y ac643 es donde surgen en muchos casos los problemas y por qu644 es ac645 donde surgen los problemas van a decir pero por qu646 Si ac647 en teor648a ya est649 todo entregado ya est650 todo funcionando Lucina Qu651 problema deber652a haber ac653 casa terminamos nos lavamos las manos Qu654 pasa ac655 viene el Sprint review se realiza al finalizar cada Sprint review significa rever s656 como una revisi657n por as658 decir del 659ltimo Sprint que hicimos Pero no es lo mismo que la retro la retro que es la pr660xima que vamos a ver la pr661xima 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 mostr662rselo a el cliente al stakeholder me dec663a el que pone la plata y en su defecto donde se espera tambi664n la revisi665n del cliente final del usuario final el que va a dar uso de esto y es ac666 donde obtenemos el feedback donde nos dicen si les gust667 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 ac668 donde lo que cre669mos muchas veces que ya est670 listo y est671 hermoso y est672 espectacular y que como buenos trastorno obsesivo compulsivo Tops que somos a veces ya cerramos esa tarea ese ti asignado ya lo pasamos a Ad673n que ya est674 listo listo no lo quiero ver m675s 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 gust676 o pide modificaciones y ah677 es donde todo esto vuelve y en la pr678xima planificaci679n Qu680 pasa tenemos que volver a retomar cosas que creemos que ya estaban cerradas el Sprint review gente b681sicamente es una ceremonia donde el equipo desarrollo le da primero O sea no es una ceremonia como tal de una reuni682n 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 f683jense en este dibujito que me gust684 mucho hay uno que no entiende Lo que se hizo otro que est685 contento y le gust686 otro que est687 para atr688s no quiere saber nada pulgar para abajo flechita para abajo no quiere saber nada y otro que le llam689 la atenci690n s691 venimos nosotros ac692 el equipito todos recontentos eh trabajo hecho le damos un regalito as693 cont694 con brillito nosotros recontentos de lo que hicimos y f695jense como hay cuatro opiniones diferentes y ah696 es donde si todo sale bien podemos ir tachando las tareas y decimos est697 OK todo esto se cumpli698 y es donde tambi699n En caso que no se cumpla tenemos que volver para atr700s y se tiene que volver a rehacer todo y ah701 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 cuesti702n Por qu703 Porque va viene va viene va viene en cada Sprint creemos que est704 listo y vuelven el review creemos que est705 listo vuelve en el review y eso a veces suele ser cansador y muchas veces una de las principales causas de frustraci706n de los desarrolladores o de burnout es por casos como este s707 quieren que les d708 un ejemplo pr709ctico cuando Yo trabaj710 como analista funcional en el se trabaja en un sistema de recaudaci711n de Cash para una entidad p712blica y hab713a un error de que cuando hac714a el c715lculo 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 p716blica estamos hablando de una entidad p717blica que tiene que mostrar los n718meros luego a la poblaci719n para que se crea que no se roba s720 que esa gesti721n no est722 robando ese centavo que no cerrara que pod723a generar que la gente diga Ah mira c724mo 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 despu725s en el siguiente Sprint cuando le dec726amos que controlen no cerraba porque se meti727 otro cambio que afectaba ese c728lculo y as729 sucesivamente y de hecho en esa cercan730a que yo tuve con ese caso el desarrollador que estaba a cargo la funcionalidad renuncia porque ya no pod731a m732s 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 est733n atormentando y ah734 este Sprint review nosotros los que estamos en el equipo de desarrollo entregamos el trabajo y hasta ah735 no nos enteramos de lo que pasa cuando nos enteramos nosotros ac736 se enteran el scrum master y el product Owner cu737ndo nos enteramos nosotros Generalmente de los cambios de lo que pas738 en la 739ltima ceremonia que es el Sprint retrospectivo o la retrospectiva del Sprint Y esta es la 740ltima ceremonia y es donde establecemos Qu741 cosas hicimos bien Qu742 cosas hicimos mal Qu743 cosas tenemos que empezar a hacer Qu744 cosas dejar de hacer Y qu745 cosas podr746amos por as747 decir optimizar en lo que estamos haciendo f748jense ac749 dice stop que significa terminar les que significa menos Keep mantener more m750s y estar empezar que dejar de hacer que hacer menos que mantener qu751 hacer m752s y que empezar a hacer que no estamos haciendo hasta ahora b753sicamente 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 c754mo se Estuvo trabajando en el 755ltimo Sprint cada uno da su opini756n de lo que cree que se hizo bien y lo que cree que se hizo mal b757sicamente por ejemplo ac758 suele saltar el yo creo que venimos trabajando bien se cumplieron los tiempos todo perfecto pero nos falta m759s Capacitaci760n en tal cosa Ok entonces cosas positivas tiempos que nos dimos cuenta que tenemos que empezar a mejorar capacitarnos en tal tecnolog761a porque nos cost762 much763simo eso es algo bueno Por ejemplo que estuvo mal nadie cumpli764 los horarios todos nadie cumpli765 con los tiempos no se lleg766 a entregar al cliente lo que se le prometi767 que se le iba a entregar que esto es uno de los peores casos qu768 otra cosa puedo tener en cuenta una pelea interna dentro del equipo no se supieron entender los desarrolladores no se lleg769 a un acuerdo qu770 cosas tenemos que hacer menos bueno tenemos que dejar de pelear como equipo tenemos que empezar a hablarnos m771s tenemos que mejorar la comunicaci772n 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 s773 dejar de tener tantas reuniones y dedicarnos m774s al trabajo eso tambi775n puede ser una contra y ah776 est777 la pregunta que me dijeron Cu778ndo es el momento en el que si alg779n miembro del equipo o el scram master est780 haciendo mal las cosas de decir qu781 es lo que est782 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 seg783n 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 s784 para nosotros est785 haciendo las cosas para atr786s est787 haciendo cosas que no tienen sentido que no nos cierran y decimos Mira las decisiones de mi788rcoles que est789 tomando nos est790 yendo mal porque 791l no est792 haciendo bien las cosas ac793 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 est794s tomando est795n mal Se me hace que los tiempos que le est796s prometiendo al cliente son inalcanzables nosotros en la planificaci797n te dijimos 8 horas igual le prometiste cuatro al cliente y es imposible que hagamos eso en 4 horas ac798 es el momento donde tambi799n si tenemos un compa800ero que no se est801 poniendo las pilas no demandarle al frente decir s802 porque el hijo de su buena madre de fulano no hace nada no de esa manera pero s803 decir s804 porque yo depend805a muchas de mis tareas de lo que haga Francisco pero Francisco viene atrasado hace varios Sprint que no est806 cumpliendo con las tareas o con los tiempos que est807 estimando esa es una forma de decirlo de manera sutil como decir yo estoy fallando en mi trabajo porque dependo el trabajo a otro compa808ero que no est809 cumpliendo y ah810 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 est811 pasando ahora Qu812 puede pasar ac813 tambi814n que nadie se haga cargo que todos digan que est815 todo hermoso y perfecto porque no quieren que la reuni816n dure mucho lo cual suele ser com817n tambi818n Nadie le gusta tener reuniones o muy poca gente lo est819 tener reuniones entonces en esos casos si tenemos acceso a pedir a alguien si estuvi820ramos una empresa por ejemplo de recursos humanos o alguien que est821 un puesto m822s arriba o alg823n intermediario y dem824s o por qu825 no pedir una reuni826n en privado con la persona en cuesti827n que estamos teniendo el inconveniente si en la retro No hay forma de llegar a una conciliaci828n entre todos amigable y amistosa es ah829 donde y ac830 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 t831xico hay algo que no est832 funcionando bien nos est833n tratando ac834 es el momento de incorporar gente extra que por ah835 no forma parte del equipo para que est836 en la ceremonia y para que todos manifestemos lo que est837 pasando y que esa persona haga de intermediario porque puede pasar gente cuando trabajamos con personas puede pasar que pase esto y esta reuni838n 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 ac839 todos dicen ay no est840 todo perfecto paz y amor y Nosotros sabemos que no es as841 y levantamos el problema y no nos dan bolilla bueno Ah842 es donde tenemos que tomar acciones pero siempre primeros del respeto a hablar ac843 Este es el momento de hablar si no se puede hablar y vemos que las cosas est844n mal Bueno ah845 s846 hablar en privado con la persona que corresponda y dem847s o pedir a alguien que tenga mayor cargo que tenga m848s injerencia a que venga a ser de mediador eso tambi849n 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 s850 A menos que te salga insoportable que no se pueda m851s bueno Ah852 s853 pero si no siempre al momento hablar de los problemas es la retrospectiva siempre y cuando nos sigamos con el modelo de scrum As854 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 pr855ximo directo en donde en toco Chau chau gente

Estudia con juegos interactivos

Sube tus apuntes y genera flashcards, examenes y mas con IA

Empezar gratis