Transcripciones
1. Video promocional: Oigan, chicos, Bienvenidos al curso de scrum. Mi nombre es Marie Zero y soy una maestra scrum, una ágil certificada gerente de proyectos senior. Y en estos núcleos scrum, voy a cubrir todos los diferentes conceptos herramientas, cintas, rituales, artefactos que forman parte de scrum. Para que entiendas lo que ve como un marco sobre cómo puedes aplicar a tus proyectos. Entonces vamos a carnet desde la A hasta el scrum set off y todos los fundamentos clave para
asegurarte que salgas de los puntajes scrum certificado. Pero lo más importante, que puedas empezar a aplicar scrum en tu proyecto en tu negocio, en entregar esos resultados que buscas, estoy seguro que vas a aprender nuestro bloqueo en las puntuaciones. Y espero verlos en el próximo. Salud. Adiós.
2. Introducción y fundamentos de Scrum y la definición de Scrum: Oigan chicos, en el curso de scrum, les
voy a enseñar todo lo que necesitan saber sobre scrum. Estos te permitirán convertirte ya sea en miembro del equipo de scrum, un master scrum, un dueño de producto o simplemente en alguien que sea realmente, realmente apasionado por el scrum y pueda compartir ese conocimiento con tus compañeros de trabajo y con otros personas a metas más ricas y para ayudar al negocio a impulsar valor para la organización . También vamos a cubrir los fundamentos de scrum en las partituras lo cual es esencialmente bonito viendo la esencia del scrum. Es necesario entender de qué se trata la crónica antes de empezar a aplicarla. Entonces por supuesto, empezaremos con la definición de scrum. ¿ Qué es, ya
sabes, cuáles son sus orígenes? ¿ Qué está involucrando scrum? ¿ Cómo lo aplicas? Cuáles son los rituales que forman parte de él o las prácticas, todo lo que está involucrado en que trabajes y utilizas scrum en tu negocio. Y luego también vamos a hablar de lo que lo hace diferente y especial frente a otros marcos o frente a otras metodologías. Y lo voy a comparar especialmente directamente con la gestión de proyectos water ful y la forma
tradicional en que se gestionan los proyectos. Vas a ver Grandes diferencias entre la forma en que las personas administran normalmente los proyectos y la forma en que los manejas usando scrum. Y estos por supuesto, es parte de lo que necesitas aprender y de lo que debes hacer para convertirte en un maestro de scrum. Porque uno de tus grandes mundos un maestro scrum, es educar a otros sobre qué scrum es cómo usarlo, su poder y su valor. Entonces también vamos a hablar de por qué escribirme tan valioso e importante y por qué a tantos negocios y organizaciones les encanta y por qué hay una demanda tan grande y un
apetito tan grande por scrum y scrum Muster's por todo el mundo a través de muchos diferentes y prácticamente a través de cualquier tipo de proyecto. Ahora lo otro que vamos a cubrir en este curso es cómo puede ayudarte a alcanzar tus metas. House Crumb puede acercarte más a esos objetivos y por qué es mucho mejor que otras formas y formas tradicionales de entregar proyectos y formas tradicionales de llegar a tus metas. Entonces vamos a sumergirnos justo en ello. ¿ De acuerdo? Qué scrum, ¿verdad? Una de las cosas que queremos aprender en este curso es lo que significa, lo que es y Básicamente lo que necesitas para mantener tu mente en el scrum es un marco para así problemas en entregar valor. Eso es todo. En esencia, eso es lo que es scrum. Te ayuda a dar como resultado problemas en valor creyente a tus clientes. Pero también es una metodología ágil. Es una de las muchas metodologías ágiles que hay por ahí, pero en realidad es la metodología más popular y
ágil por ahí, y hay una razón para ellas. Hay una razón por la que es una de las o no una de las Es en realidad la metodología más popular, ágil, y tiene que ver con la simplicidad y el power off scrum. También es un interrogativo y bichos de tiempo se acercaron. Y esto es clave. Por cierto. Esto es clave porque si esta parte fuera de la esencia fuera scrum como marco, que es que es algo en lo que construyes y continuamente iterado y mejorado en una moda de caja de
tiempo justo encendido por caja de tiempo inscribe vamos a estar hablando de la voluntad de Sprint repasar el concepto un poco más tarde, pero básicamente sólo quiero que tengas en cuenta a este príncipe, dijo. Time box, en el que estás entregando algo en ágil y es particularmente inscribe una metodología marco
Orissa. Cuando hablamos de manantiales, queremos hablar de un libro de tiempo que generalmente es de dos semanas, aunque puede llegar hasta cuatro semanas. Pero la mayoría de los equipos de scrum estarán usando un periodo de primavera de dos semanas. Encontrarás diferencias por ahí entre diferentes tiempos entre diferentes equipos Trabajando con Scrum porque algunos de ellos preferirán usarán un periodo de tiempo más rápido como un sprint de una semana. Otros usarán una caja de tiempo de primavera más larga como una de dos semanas, tres semanas hasta cuatro semanas. Pero generalmente te recomendaría que uses un sprint de dos semanas y eso es lo que llamamos un enfoque de
caja de tiempo , que significa que estás entregando algo sobre un marco de tiempo establecido específico que en scrum
llamamos sprints. entrega incremental con mejora continua está en la esencia y en el núcleo off scrum. Y con eso me refiero a que tu continuamente entregando y mejorando de manera incremental lo que estás entregando a mi papá. ¿ Sabes lo que trato de decir? ¿ Qué? Lo que estoy tratando de transmitir aquí con este punto en particular es que no se acaba de
entrar y entregar la solución y donde se está entregando algo es scrum se empieza con algo simple? Bueno, generalmente
llamamos al M V P o producto mínimo viable y luego construyes encima de eso
ya que estás incrementalmente en entregar valor gradualmente a tus clientes, a tu negocio, tus stakeholders a la gente que están trabajando con ustedes en el proyecto y así sucesivamente. También está centrado en el cliente y se enfoca en el valor, entregando a menudo en entregar rápidamente. Estos chicos, dijo, la esencia y en el núcleo off scrum en scrum. No queremos estar esperando un año para entregar algo como lo ves en la gestión tradicional de
proyectos, que generalmente se refiere a EU Waterfall Project Management en gestión de proyectos
de cascada , las cosas son generalmente se entregan en secuencia y tardan más tiempo en entregarse . Hay marcos de tiempo clave, caras, hitos, tiempos
difíciles off en que generalmente lleva a veces y muchas veces a tiempo más largo. Amigos a veces ineficiencias científicos, burocracia, a veces documentación innecesaria, a veces demasiada documentación. Y eso es exactamente lo que Scrum no hace tíos. Crom es más o menos lo contrario a todo eso está muy centrado en el cliente. Está muy enfocado al valor. También es muy rápido, y también se trata de entregar Lee a menudo interpretativo y poco a poco y la otra cosa realmente genial del scrum, dijo. En scrum eres muy adaptable. Eres muy flexible y eres muy rápido por lo que no tienes que hacer todo a la vez. No tienes que tener toda la solución desde el principio,
puedes construir sobre ella, puedes adaptarte y podrías ser muy flexible con lo que estás entregando. Y cuando hablo de adaptarte en scrum, vamos a estar cubriendo esto un poco más adelante. Pero vamos a estar hablando de retrospectivas y retrospectivas es pensar un poco como una sesión de lecciones aprendidas. Pero es un ritual de scrum muy particular que nos permite mejorar continuamente para reflexionar para adaptarnos a lo que estamos viendo. Todo lo que estamos aprendiendo ahí mismo en el acto antes de que empecemos con la próxima vez pavos de los que ya hablamos, se llama ¿Qué? Sí. Así es, chicos, te
escuché decirlo en tu mente o pensarlo en tu mente. Se llama sprints. Sí, es crimen. Hablamos de Sprint que es esos libros de tiempo en los que estamos entregando valor al cliente y valor en scrum. Llamamos a historias de usuarios que son básicamente requisitos. Y de nuevo, voy a cubrir mucho de eso con más detalle más adelante. Pero quiero que empieces a familiarizarte con la terminología de todo lo que usamos en Scrum como proceso, ¿
verdad? Entonces un par de términos que ya he cubierto que vamos a hablar mucho más adelante con más
detalle . Pero ya he cubierto en esta sesión inicial sobre qué miga tiene razón Sprint? El tiempo funciona en el que entregamos valor o utilizamos sus historias, sus requerimientos y los trabajadores se hacen, lo que en su crimen llamaría derecho a las historias de los usuarios. Y hay una razón por la que se les llama historias de usuarios porque esencialmente es contar una historia sobre lo que hay que hacer y por qué necesitamos hacer eso. De acuerdo, y hablaremos de cómo se ve eso más adelante. Y entonces también cubrimos otro concepto clave en scrum, que son retrospectivas que son esencialmente lecciones aprendidas sobre cómo reflexionamos para mejorar. Entonces eso es todo, chicos. De eso se trata Scrum. Como puedes ver, En esencia, scrum es solo una forma diferente de entregar proyectos una forma más rápida de los proyectos vivos, y te permite así problemas en el negocio y entregar valor a tus usuarios finales a tu clientes. Lee interrogativo poco a poco y en un enfoque de caja de tiempo que es muy, muy simple. Y te puedo decir por experiencia que scrum funciona y eso Krum es increíble. Es realmente increíble cuando ves que los equipos que llevan tanto tiempo trabajando en algo están luchando con el Lavery que tomo te estás tomando para siempre para tomar, ya
sabes, para entregar o para llegar a sus soluciones o para proporcionar valor para el negocio en Entonces chicos, cuando empieces a trabajar con scrum, voy a empezar a entregar rápidamente y entregar a menudo. Hace una diferencia tan enorme y ves tanto valor para el negocio que solo
vas a seguir usando estos en tus proyectos. Y si estás trabajando en nuevas iniciativas, es algo que los valores van a registrar el negocio. Voy a empezar a reconocer el valor sobre vas a ver la diferencia sobre por qué es un marco y metodología tan populares en el mundo actual y Madre para entregar proyectos
3. ¡Hola!: Oigan, chicos, sólo
quería darles la bienvenida de verdad en breve y brevemente a estos cursos y hacerles saber que soy Peter Help y que estoy seguro de que aprenderán muchas de estas. Por supuesto. Asegúrate de ver los recursos que tienes a tu disposición. Las diferentes descargas, las plantillas, los freebies. Y sólo asegúrate de contactarme si tienes alguna pregunta o si surge algo o si hay algo que creas que puede ayudar. Y principalmente quiero asegurarme de que tengas una gran experiencia de aprendizaje y educativa y que te pueda ayudar a iniciar tu viaje con scrum para que puedas empezar a ver diferencia que hará tus proyectos sobre cómo te ayudarán a alcanzar tus metas y objetivos en el negocio o chicos adecuados. Asegúrate de tomar notas a lo largo del curso y volveremos a estar en contacto pronto. Salud por
4. Rincón casada: las diferencias clave entre Scrum y otros y valor de Scrum: Está bien, chicos. Entonces hablemos un poco más sobre scrum versus cascada la nueva forma versus la forma tradicional de salir corriendo proyectos, ¿
verdad? Y son sólo tener en cuenta que estas dos cosas son dos cosas muy diferentes para hacer exactamente lo mismo en ambos escenarios, queremos entregar proyectos en ambos escenarios estaban tratando de lograr algo. Pero la diferencia entre ellos es el cómo correcto en. Quiero que entiendas esto porque en realidad son dos formas de trabajar muy diferentes. Y esto impacta no sólo cómo trabajas con tu equipo sino también cómo entregas y lo que
entregas . Muy bien, Así que enfoquemos un poco en el lado izquierdo y miremos la entrega rápida scrum con un enfoque en el valor y su centrado en el cliente. Por lo que ya hablamos de esto un poco antes, que es que estamos tratando de hacer las cosas rápidamente, pero con un enfoque en el valor y el cliente. Cuál es el contraste con eso en el mundo de las cataratas, donde ,
bueno, una cascada como mencioné antes, estamos tratando de generalmente entregar las cosas durante un periodo de tiempo más largo, y hay mucho más centrarse en el negocio y los requisitos que en realidad en el valor y el usuario final. ¿ Verdad? Entonces cuando estás trabajando con la cascada y la gestión tradicional de proyectos, sabes que ahí está empieza. En general, todo parte de algunos requisitos. Y luego se trata de ser algunos objetivos que son principalmente metas de negocios, ¿no? Por lo que generalmente hay que cumplir con algunos plazos establecidos y dichos presupuestos y así sucesivamente. No es que eso no sea importante en scrum es solo que no es el foco principal de lo que estás haciendo, acuerdo. Y cubrimos también que en scrum lo entregamos narrativamente derecho poco a poco a la derecha. Construimos algo y mejoramos en eso. Y luego construimos algo mejor encima de esa semana. Crea algo aún mejor y así sucesivamente. ¿ Verdad? Y en cascada es en realidad secuencial tan maravilloso. General, tiene rostros. Te enfrentas a un B, C, D y demás. Empiezas con la planificación, luego vas a las pruebas. Después vas a la entrega. Después vas a global live y cierra Todo en secuencial derecho en ágil. No es así y es miga. Cuando realmente estábamos trabajando con las cosas, en realidad
estamos haciendo todo continuamente. Por lo que continuamente continuamente las pruebas estaban planeando continuamente estaban
entregando continuamente . Y esa es también una de las mayores diferencias que tiene scrum frente a Cascada ahora en scrums . El alcance de la copa es en realidad variable y negociable, así que no es, ya
sabes, duro engastado en piedra. En realidad no queremos cerrar esas conversaciones con las partes interesadas. Si hay algo que creo que deberíamos cambiar, que es justo lo que debemos hacer de manera diferente o mejor en maravilloso es como que generalmente
alcance es arreglar cascada y los cambios son fruncidos por lo que a la gente en realidad no le gusta o quiere usted para hacer cualquier cambio en cascada. Y si lo haces, probablemente
tengas que pasar por un proceso de variación de proyecto en, conseguir firmar de la dirección, conseguir pasar por toneladas de aprobaciones y así sucesivamente porque básicamente has cambiado lo que originalmente aceptaste hacer o estás cambiando algo en lo que originalmente en la forma en que originalmente estuviste de acuerdo en que lo ibas a hacer y que, como dije, en Wonderful no es realmente algo que la gente quiera ver o les gusta. Generalmente es algo que está mal visto, y en realidad no es alentador en absoluto y en su lugar parte de cómo manejas proyectos, cuerpos
maravillosos, crimen. En realidad es lo contrario sabes que es Grammy, en realidad. Bienvenida cambio. En realidad hablas constantemente con tus clientes a los usuarios de orina. Incluso dentro de tu equipo, estás constantemente hablando con ellos sobre cómo podemos mejorar chicos? ¿ Cómo podemos hacer las cosas de manera diferente? ¿ Qué debemos hacer de manera diferente en la próxima primavera? La próxima vez que hagamos algo y eso es algo que dijo el núcleo y que la esencia del scrum es una de las razones por las que me encanta tanto. Por lo que también hay continua reflexión para la mejora en la escoria. Justo entonces, ya
hablamos de esto antes cuando hablé del concepto de retrospectivas, ¿no? Entonces en retrospectivas, básicamente, eso es lo que estamos haciendo. Estamos pensando en cómo podemos hacer las cosas mejor la próxima vez, ¿
verdad? Y en cascada. En realidad es una gran diferencia porque en maravilloso haces esto. Y generalmente se llama Lecciones Aprendidas o P I. R Sesión de Revisión Post Implementation y así sucesivamente, sostuvo, tiene todos estos. Ya sabes, es un poco más de cuatro millas, supongo, y siempre se hace tan generalmente al final de los proyectos. Por lo que muchas veces verás proyectos maravillosos, ya
sabes, después de meses de gente trabajando juntos realmente terminan el proyecto y luego se
sientan y reflexionan sobre ya sabes, esas lecciones aprendidas de ese para que puedan tomar eso en cuenta al siguiente proyecto u otros proyectos en los que estamos trabajando. Pero si piensas en eso, en realidad
es como si hubieras perdido meses, justo fuera cosas que probablemente podrías haber potencialmente ya mejorado o implementado O, sabes, solo tomaste en cuenta en lo que estás haciendo bien, que de nuevo es una enorme diferencia con Crum y Scrum palabra constantemente reflejando para mejorar. Nosotros lo hacemos como parte fuera. Ya sabes, el proceso por esta parte nos fuera terminando una primavera. El siguiente paso es realmente reflexionar sobre el sprint y pasar por ese
proceso retrospectivo , acuerdo? Y hay pruebas frecuentes, ya
sabes, Como dije en scrum, no solo pruebas al final en Cascada. En realidad se hace generalmente durante una cara puesta, ya
sabes, dices Ok, terminamos de planear. Ahora estamos pasando a las pruebas en los Estados por unas semanas. Entonces firmamos plan sobre pruebas y luego pasamos a la entrega, ¿no? Es krom. Es de un diferente en scrum. En realidad quieres probar continuamente como estás haciendo cosas y realmente es algo que es dinámico. Está evolucionando. Y como cualquier otra cosa en scrum, realidad está mejorando continuamente. En realidad estás continúa con aprender a probar mejor la próxima vez o lo que debes hacer la próxima vez que pruebes algo porque aprendiste en tu sprint anterior, ¿
verdad? Entonces eso es algo que es una belleza y se vende. También reportan en el scrum y la otra cosa. Esa también es una diferencia clave cuando estás comparando fregadores. Maravillosos estos roles, ¿verdad? Entonces cuando estás hablando de roles, te scrum en general, sabes que hay tres grandes,
grandes papeles principales que son,ya
sabes, ya
sabes, el equipo de hígado, el maestro de scrum y el producto propietario. Hablaremos un poco de cada uno de esos más adelante. Pero básicamente lo que quería decir aquí es que los roles tradicionales dentro de algo zona se aplican necesariamente en el sentido de que no es que no lo sepas, han sido as o jefes de proyecto u otros. Ya sabes, otras personas trabajando como parte del equipo de scrum que haces. Es solo que eso no significa que necesariamente tengan que desempeñar el papel que tienen en la carta de Nueva York. Entonces, por ejemplo, un analistas de negocios podría en realidad estar haciendo un poco fuera. administración de proyectos podría en realidad estar haciendo un poco de pruebas dentro del scrum t. Y, ya
sabes, como sabio, ya
sabes, alguien que normalmente está en las pruebas de roll off podría estar ayudando a diseñar la interfaz de usuario o con una cosa
diferente en scrum, ¿verdad? Por lo que en realidad cambiamos un poco y Rose Blur. No es una línea tan dura con rollos. En realidad, la gente está trabajando de manera colaborativa en soluciones, y en realidad está bien entrar en el papel de otra persona y ayudarla o trabajar junto con ellos para temer algo. Y en realidad es alentador que estés trabajando constantemente con tu equipo y es como si más pareciera que se siente un poco más como una unidad más cercana es una de las cosas que se recomienda. A este scrum también se le llama ubicación que las personas que están trabajando allí realmente están sentadas juntas aunque reporten a diferentes directivos, aunque sean de diferentes partes del negocio. Idealmente, deberían estar ca ubicados en un equipo de scrum porque entonces eso puede tener esas que conoces, conversaciones
constantes y una de las cosas es que vamos a hablar más adelante es ya sabes , el scrum diario, que básicamente también se llama el stand up diario en un ágil y es más o menos
lo mismo . Fue uno de esos rituales diarios que forma parte de Scrum, en los que el equipo se reúne y refleja algunas críticas. Cual su trabajo en lo que están trabajando y piensen que pueden. Ya sabes, si hay algo que bloquee o afecte el progreso, cómo el equipo puede resultar eso y hablaremos un poco más sobre, ya
sabes, los días delincuencia más adelante. Pero básicamente, solo
quiero que tengas en cuenta que, como lo dije, ya
sabes, Rose Blur en scrum. Y no es una línea tan dura en maravilloso. Bueno, hay papeles muy claramente definidos, ya
sabes. La gente lo ve donde normalmente los salvan duro. Ya sabes, esas esas o líneas de gráfico son muy, ya
sabes, muy establecidas que aplican. Y, ya
sabes, gente en realidad rara vez se pone en los zapatos o, ya
sabes, son más, ya
sabes, si eres bien el arquitecto, solo
te enfocas en arquitectura si eres la prueba o te limitabas a enfocar en las pruebas y así sucesivamente. Y como dije, eso es en realidad lo contrario en scrum. Y todos estos en realidad pueden resumirse mejor cuando miramos el diagrama que les voy a mostrar a continuación. Entonces cuando la gente me pide que resuma scrum y lo que es, generalmente
pienso en esta imagen porque esta imagen para mí, es la esencia del scrum. Realmente no se puede pensar en nada que realmente transmita mejor. Qué scrum es entonces, lo que están viendo en la parte inferior de tu pantalla. Esto es lo que es promesa. Como puedes ver ahí tienes cinco soluciones diferentes que han iterado y mejorado el bean tiempo, y el cliente está contento hasta el final. ¿ Por qué el cliente está contento todo el camino? ¿ Conoces esa cara sonriente que ves ahí? Es porque en realidad está consiguiendo una solución todo el tiempo. Cada vez. ¿ Sabes qué está mostrando esto? Básicamente es Piensa en si tenías a alguien que intentaba pasar del punto A al punto B, así que solo imagina que tenías un cliente, dijo. Te dijeron: Ya
sabes lo que necesito para ir del punto A al Punto B. Eso es todo. Ese es mi requisito, ¿verdad? Eso es lo que necesito. Eso es un problema que tengo. Necesito resolver este problema. Necesito llegar del punto A al punto B en la gestión tradicional de proyectos diría, Oh, veamos estos requisitos Y pensemos en la mejor solución que podríamos construir para estos. ¿ Cuál es lo mejor que podríamos entregar para este cliente y cómo podemos conseguirlo por el punto A al punto B. ¿Cuál es la forma más rápida? ¿ Cómo podemos construir algo que sea realmente robusto, estructurado y que pueda entregar valor para estos clientes? ¿ Verdad? Y eso es cascada derecho agua Felice Secuencial. ¿ Y qué pasaría en estos enfoques tradicionales de gestión de proyectos? Nosotros decimos, Ok, construyamos un auto, entonces, que el auto probablemente sea el más rápido ser que nos va a llevar del Punto A al punto B. El problema de construir un auto, sin embargo, es que lleva tiempo, ¿verdad? No construyes un auto en un corto periodo de tiempo, toma tiempo construir un auto, y mientras lo estás construyendo, realidad no
estás permitiendo que el cliente de la persona pase del punto A al Punto B porque no puedes escribe el tipo como estás viendo ahí en la pantalla en la parte superior. Ya sabes que no pueden ir del Punto A al punto B con sólo la rueda, y no pueden hacerlo con dos ruedas y no pueden hacerlo con dos ruedas y un chasis pero sin volante. ¿ Verdad? Por lo que habrá en el cuarto. Ya sabes, cuando lleguen a 1/4 de etapa donde tengan toda la tarjeta poder llegar del punto A al punto B y va a ser bastante rápido y va a ser realmente bueno para ellos. Pero para cuando llegaste realmente a esa etapa, ha pasado mucho tiempo. Ha pasado mucho tiempo y muchas cosas podrían haber cambiado también. Bueno, scrum eso es de lo que habla Scrum. Un poco de un enfoque diferente. Y como se puede ver en el 1er 1 ahí en scrum, es una monopatín, ¿
verdad? No hace el trabajo. Sí, sí lo hace. Te lleva del punto A al punto B. Fácil tan rápido como un coche o una bicicleta o motocicleta o scooter. No, no
lo es pero no es mejor tener algo para ir del Punto A al punto B. No
están teniendo nada en absoluto. Eso es exactamente lo que Scrum está transmitiendo aquí, chicos. Eso es exactamente lo que es la coartada de Crimea. Ya sabes, si es mucho mejor para nosotros, un costo más para tener una solución de trabajo que puedas usar y luego puedes probar y entonces realmente
puedes mirar y luego dar retroalimentación al equipo sobre Oh sí, me gusta el skateboard, pero no estaría bien si pudiera conseguir algo haría esto un poco más rápido. Y Pero por cierto, mientras aún estás siendo un pequeño edificio, este scooter en la bicicleta en la motocicleta en el auto todavía puede usar un monopatín. Por lo que eso te permite resolver el problema para tu usuario final, pero también le permite empezar a trabajar directa y continuamente contigo en colaboración hacia la solución final. Ya conoces el auto, pero a lo largo del camino, él trabaja continuamente contigo. Te está dando retroalimentación, y en realidad es poder ir del Punto A al punto B lo que quería hacer todo el tiempo. Entonces es por eso que la gente realmente disfruta del crimen porque es tal enfoque en, ya
sabes, entrega
semanal, iteraciones
rápidas, valor y dirección constante con Con el usuario final fue con proyecto de parte tradicional gestión. Sí, claro, probablemente
llegarás al resultado final. Y no digo por cierto que la gestión tradicional de proyectos sea mala. Cascada es sobre que no lo es, ya
sabes, no me malinterpretes. Ahí hay algunos proyectos donde la cascada es completamente la mejor opción y tiene que ver con el contexto del medio ambiente. Tiene que ver con el tipo de proyecto que tiene que ver con el marco temporal. El recurso es con cosas un poco diferentes, ¿verdad? Como si piensas en un proyecto y simplemente no tiene sentido hacerlo con Crumpton, ¿por qué no lo harías con scrum, verdad? Simplemente no se puede caber todo de un marco en particular o metodologías particulares. No funciona así, Pero confía en mí cuando digo que scrum es generalmente aplicable a la gran mayoría de proyectos y aunque no lo aplicaras todo, ese scrum que es es una metodología marco assoc Podrías robar probablemente una palanca, mucho de scrum conceptos, artefactos, ya
sabes, rituales y principios en lo que estás haciendo y obtener mucho de valor para el negocio. Está bien, así que espero que estés ya sabes, has disfrutado de este diagrama porque cada vez que miro esto, solo
creo que es tan sencillo. Sin embargo, es tan poderoso grande porque transmite exactamente lo que scrum facilidad exactamente lo maravilloso que es, y exactamente lo que es. La diferencia es entre ellos, ya
sabes, diagrama
muy simple que cualquiera puede entender. Si entiendes este diagrama que estás viendo en pantalla, entonces entiendes completamente qué facilidad scrum y entiendes completamente qué policías de agua son maravillosos como tomamos antes es un enfoque tradicional de gestión de proyectos, la forma en el que las empresas llevan haciendo proyectos desde hace mucho tiempo, y sigue siendo la forma en que se gestionan muchos proyectos. Y no me malinterpreten. Como dije antes, no
hay nada de malo en eso. No hay nada malo con el agua llena. En realidad todavía uso cascada en algunos de los proyectos en los que trabajo. Pero scrum es un enfoque muy diferente en el que en realidad puedes entregar mucho más rápido en
mucho valor al usuario final continuamente interrogativo Lee y poco a poco como puedes ver en tu pantalla y hay una razón. Como dije antes, por qué estás aquí, estás aquí porque probablemente se dio cuenta de que probablemente hay una forma diferente de hacer las cosas. Probablemente haya una mejor forma de hacer las cosas que probablemente haya un enfoque alternativo , que probablemente haya algo en el que puedas, que puedas aprender que puedes llevar de vuelta a tu negocio para ayudarte a llegar a esos metas en tus proyectos. Alcanza a los que conoces, objetivos de
negocio ,
esos objetivos de equipo , esos individuales va, y esto es lo que scrum te permitirá hacer. Is crop te permitirá alcanzar esas metas mucho más rápido, y también te permitirá mejorar continuamente y continuamente. Ya sabes, tripulación crea un entorno colaborativo en el que tu continuamente entregando valor al negocio, y por eso me encanta. Es desgarrador. Chicos tan poderosos, he visto, ya
sabes, darte un ejemplo perfecto. El año pasado estaba trabajando en un proyecto y me entregaron este proyecto. Habían pasado por cinco directores de proyecto diferentes tres años, y aún estaban trabajando el producto. No habían entregado una en solución, y había un poco de frustraciones. Ya sabes, había mucha gente que estaba estresada. Había mucha gente que estaba contenta porque, ya sabes, esta y solución nunca se ha entregado. Y esto tenía que ver con, ya
sabes, enfoques
tradicionales de gestión de productos fuera, tratar de perfeccionar las cosas, tratar de probar las cosas varias veces, ya
sabes, pasar por el encarar secuencial una cara para planear, probar la ropa de trabajo y así sucesivamente la forma tradicional en que manejaste producto el enfoque de
cascada. Y luego cuando trabajé con este equipo, nos ocurrió una solución y propusimos administrar un tres meses, ya
sabes, caja de
tiempo, punto, en el que íbamos a pasar por diferentes Sprint de derecho a lograr nuestros objetivos. Y lo hicimos. Era hermoso, ya
sabes, les encantaba y nos amaban. Y nosotros, ya
sabes, estábamos realmente contentos con el resultado final, y la gerencia fue super feliz en. Pudimos entregar la solución al negocio de manera muy rápida, eficiente, y nos íbamos a ir. Estamos atravesando nuestros manantiales. Estamos haciendo una retrospectiva aprendiendo qué podríamos mejorar en entregar una mejor solución cada vez que cuántos equipos con los que trabajas realmente pueden decir que, ya
sabes, Como dije antes, Como dije antes, mayoría de los equipos en realidad lo harán reflexionar para mejorar al final del proyecto en entonces es demasiado tarde porque no se puede hacer nada de ese producto. Tendrás que esperar en la siguiente, derecha y la siguiente podría ser completamente diferente. Entonces por todo lo que sabes, esas lecciones que aprendí quizá ni siquiera se apliquen. Es crimen. Lo que aprendió su. En realidad estás aplicando continuamente a lo que estás haciendo en tu continuamente mejorando nuestro aprendizaje de lo que has hecho antes para que puedas, ya
sabes, entregar mejor valor en lo que estás haciendo. Y eso es parte de la belleza de Scrum. Es simplemente súper poderoso. Es solo una manera increíble de salir de la gestión de proyectos, increíble forma de trabajar. Y también quería saber qué estás mirando. Esto es Krum se basa en empírica y promesa. También, empirismo, ya
sabes, en crónica es un enfoque empírico. Yo soy por empírico quiero decir que viene de la práctica por lo que estás viendo, aprendiendo y haciendo, y eso también es de la esencia y en el corazón de lo scrum. Está como marco bien,
chicos, chicos, estoy seguro que después de lo que acabamos de hablar y de lo que acabamos de cubrir en esta parte del curso, ahora tienen una clara soy realmente buena comprensión sobre scrum qué es y cómo se diferencia de la cascada en la gestión tradicional de proyectos.
5. Orígenes de Scrum |, la base de la Scrum y las donde Scrum se encuentra: Muy bien chicos. Entonces hablemos ahora de los orígenes fuera de scrum y esto es principalmente solo para que tengas un poco de contexto y antecedentes fuera de dónde viene Karam y cómo ha evolucionado tiempo. Siempre encuentro que es realmente importante para nosotros entender un poco de historia fuera de lo que estamos aprendiendo, porque sólo nos da una mejor comprensión de dónde viene
todo, está bien, y en los casos de, si vamos a pensar en el peso originalmente comenzó, tenemos que volver a los años ochenta donde el héroe Taqa en E Koshiro acuñó por primera vez el término scrum cuando estaban trabajando en un artículo de desarrollo de producto para la Harvard Business Review. Entonces estos dos tipos con los que tienen, por
supuesto, un fondo japonés acuñó el término en el contexto del desarrollo de productos. Pero el término realmente no era algo que ellos inventaron. En realidad, le
quitaron el término al rugby como deporte por la razón que le quitaron el término al rugby porque me frotó. Cuando estás hablando de scrum, es algo así como un jugar el deporte en el que la gente, ya
sabes mira abajo sus cabezas juntas. Ya conoces al equipo, el equipo de rugby mira por la cabeza juntos, y luego juntos hacen un movimiento y tratan de avanzar e intentan avanzar hacia el campo. Entonces básicamente, todos
están trabajando juntos para avanzar, para avanzar. Y en esa posición, o en esa jugada dentro del rugby. Ya sabes, cuando están trabajando con todo el corazón cabeza abajo y especie de mirada juntos, ya
sabes, tipo de círculo como para moverse para avanzar. El equipo de rugby, ya
sabes, en ese tipo de juego, su papel que el papel específico que han destinado realmente importaba ahí tipo de todo, ya
sabes, tipo de igual tipo de intercambiables y cosas como eso. Pero de todos modos, el punto que están siendo es que estos dos tipos de los ochenta tomaron el término y lo usaron en el contexto del desarrollo de productos porque encontraron algunas similitudes con lo que
intentaban transmitir en ese Harvard Artículo de Revisión de Negocios. Pero de nuevo, esto es, ya
sabes, robar la madrugada. Entonces en ese momento, no realmente,ya
sabes, ya
sabes, pusieron un framework er en realidad no desarrolló aún más el concepto de scram en metodología o algo por el estilo. Esto sólo fueron ellos empezando a usarlo concepto en un contexto dentro del contexto fuera del
desarrollo de productos . Entonces piensa en estos tipos como, ya
sabes, estos dos tipos por mero como los abuelos saben que el abuelo está fuera scrum como metodología. Pero luego en la noche de los noventa llegó la renuncia ganged y Jeff Sutherland, quien en realidad estructuró a Scrum en un marco. Entonces llevaron ese concepto aún más allá entonces, poniendo en realidad, ah, marco, ideología
económica. Y lo pusieron alto, funcionaría. ¿ Cuáles son los conceptos que orientan los pilares y demás? Por lo que en realidad estaban trabajando juntos de manera colaborativa,
luego en realidad montaron lo que hoy conocemos como el marco scrum. Y los presentaron juntos en 95 en un evento en EU que luego se hizo popular nivel mundial. Y luego acaban de empezar, ya
sabes, la información para empezar. Se está extendiendo desde ahí, pero esto fue de vuelta en 1990 hablando de allá en 1995 cuando trabajan
conjuntamente y presentaron eso por ponencia en EU Pero eso volvió a ser como un
punto de partida para ellos porque ellos seguir trabajando juntos y después seguiría Teoh, ya
sabes desarrollar y poner en marcha cosas como una alianza scrum y scrum. El tablero y también juntos llaman tercero en 2009 lo que ahora se conoce y conocido como la Guía Scrum, que es algo así como la Biblia en scrum. Cierto, porque estos son estos tipos son como los Padres de scrum en la guía scrum es justo,ya
sabes, ya
sabes, básicamente el marco de scrum armado en una guía que está disponible en todo el mundo que lo puedes encontrar. Puedes buscar, puedes descargar y te lo voy a compartir con tu oyendo el curso. Pero no te preocupes demasiado por eso. Por supuesto que estás bastante yendo a la codicia encenderlo y ver el original, supongo versión off ocho online Pero no te preocupes casi todo lo que estamos cubriendo en las partituras. Está basado en la guía scrum. Entonces como dije, este crimen pero es más o menos la Biblia fuera scrum. Entonces por supuesto, todo lo que estás aprendiendo aquí en este curso viene principalmente de la guía scrum. Y por supuesto
, agregó mucha información más valiosa que te ayudará en la práctica. Y cuando pones en práctica scrum. Entonces estos dos estadounidenses, ya
sabes Shaver y Sutherland son reconocidos actualmente como los padres y los fundadores de Scrum, y todavía son muy activos en la comunidad global y, ya
sabes, ayudar a través de diferentes organizaciones. Y, ya
sabes, siguen difundiendo conocimiento y mentores a la gente. Y son parte de cosas como mencioné antes, como esta Alianza Criminal o Scrum frotó la pizarra. Y otra cosa, creo que es realmente importante destacar sobre estos dos individuos en particular es que en realidad formaron parte de las 12 personas que liberan el ágil manifiesto en 2001. Ahora el manifiesto ágil y la liberación del manifiesto ágil es una ventaja clave. El mundo adulto a nivel mundial. Ya sabes, esto es algo así como el envío, ya
sabes, esta piedra fijadora, el momento fundacional para Agile como consecuencia, la metodología Cuando se dio a conocer el manifiesto ágil sobre estos dos tíos, los Padres de Scrum formaron parte de las 12 personas que trabajan en el manifiesto ágil y lo
lanzaron al mundo en 2001 describiendo de qué se trata la ágil. Y como dije, antes fuera de curso, hay solapamientos cuando se habla de ágil y scrum porque Crumb es una
metodología ágil . Es, ya
sabes, es una forma ágil de hacer las cosas. Entonces obviamente comparten cosas y tienen cosas en común porque todas las diferentes
metodologías ágiles , en esencia, también
son ágiles, ¿
verdad? Al igual que vienen de lo mismo para el mismo concepto, ¿
verdad? Entonces supongo que es ponerlo en contexto. Y supongo que sólo para darte una analogía, piensa en ya sabes, Toyota o piensa en Ford ahí mismo, porque bien. Y son como una marca. Pero pensamos que esas marcas, tienen sub marcas, ¿verdad? Al igual que tienen versiones particulares de diferentes autos. ¿ Verdad? Entonces si piensas en Ford, tienes un Mustang, Pero también tienes ah, ya
sabes, un explorador, justo en un SUV. Ambos son autos diferentes, ¿verdad? Pero siguen adelante, ¿verdad? Siguen formando parte de Ford. Y ambos forman parte de la marca Ford, claro. Contar con cuatro componentes. Ya sabes, tienen a Ford en su sangre ahí Todavía cuatro, en esencia. Y en el fondo, son solo tipos diferentes fuera de los autos, Pero siguen siendo parte de esa marca Ford. Lo mismo se aplica a Toyota, ¿verdad? cuando piensas en los looks de Toyota High o piensas en Toyota Corolla, ¿
verdad? Hola. Se ve hasta que son autos diferentes, ¿verdad? Pero siguen siendo Toyota ahí mismo, todavía en el S. Y así es lo mismo cuando piensas en ágil ¿verdad? Por lo que esta miga piensa en el recorrido. 00 ya sabes, creo que cuando estás pensando en Scrum, piénsalo. Conoces a un hijo, ¿verdad? Al igual que un bebé fuera ágil derecha es parte de las metodologías ágiles, ya
sabes, como paraguas. Pero también hay ellos sabes que Scrum sí tiene otros hermanos y hermanas, ¿
verdad? Y tienes cosas como programa extremo de programación extrema. Ya sabes, tienes escala, tienes el como el M. Todos esos son otras metodologías ágiles como scrum on. Tienen diferencias, pero también han llegado. finalidad es correcta porque todos son parte de ágil. Todos están bajo ese paraguas grande y
ágil. Está bien, así que por supuesto no es realmente una sorpresa que los chicos que encontraron ese scrum fueran también la parte
encontrada de los padres fundadores de ágil como metodología. Y es un paraguas grande que cubre diferentes tipos de metodologías, correcto Eso no es realmente una sorpresa, chicos. Es por supuesto, eso no fue una coincidencia, ¿
verdad? Es porque estos tipos donde parte ahí, los padres de allá también parte de los chicos que encontraron esa ágil derecha porque lárgate es una metodología ágil. Y lo principal que quiero que te quites de estos Es ese scrum fuera de todas las diferentes metodologías
ágiles que hay por ahí. Scrum es la metodología más popular, ágil en. El motivo de eso es porque es tan sencillo. Es tan fácil usarlo tan fácil de entender. Es sólo muy lógico y es muy fácil de poner en práctica para que la gente lo ame. Ya sabes, eso es lo que la gente ama a Scrum. Por eso la gente ha sumado, pero en particular por las diferentes metodologías
ágiles. gente realmente le encanta Scrum por su simplicidad en porque solo entrega los resultados bien y no me malinterpretan. Todas las demás metodologías ágiles también son realmente buenas, pero también son mucho más complejas. Algunos de ellos pueden ser un poco más burocráticos. Algunos de ellos requieren más documentación que otros. Ya sabes, algunas de ellas son muy técnicas cuando piensas como programación extrema o, ya
sabes, piensas en cosas como audio seguro. Ya sabes que son mucho más complejos. Había mucho más estructura. Tienen más estructuras a su alrededor y cosas así,
y eso lo hace fuera de curso, algo que no apela el dedo del pie. Todo el mundo tiene afianzamiento. Ahí hay grupos particulares de personas que quieren trabajar con esas
metodologías ágiles . Y como dije antes, no me malinterpreten. Todos son realmente buenos y realmente valiosos. Siguen siendo metodologías ágiles. Pero si todos esos mi favorito y el que me gusta el scrum mayormente y también es el que es más popular a nivel mundial, casi ampliamente reconocido por su simplicidad y ahora ya sabes de dónde viene y cómo es todo interconectados. Entonces simplemente realmente rápido para repasar lo que acabamos de cubrir hace un momento cuando estábamos
hablando de los orígenes del scrum on house crime es parte de ágil. Yo solo quería mostrarles esta foto rápida fuera, cómo encaja todo y cómo estaban todos los asientos entre sí para que puedan entender esa relación. Entonces estos, en esta analogía de que estás viendo ese paraguas en pantalla básicamente como dije antes, Agile está en la parte superior del paraguas, ¿
verdad? Frágil es algo así como la metodología general alta o arqueada. Y luego debajo, ágil, tienes sub metodologías que también forman parte de ágil. Por lo que todos son ágiles. Metodologías es sólo que son un poco diferentes entre sí. Algo así como el ejemplo que di antes. Cuando estás hablando del Ford Mustang y el Ford Explorer, cierto, el Ford Mustang. Es algo muy diferente al Ford Explorer. No obstante, aquí tienen puntos en común. Siguen adelante, ahí mismo, ambos cuatro autos. Correcto, Entonces esto es lo mismo. Todas estas metodologías aquí Scrum, Cambon, magra, programación
extrema, el STM seguro. Todas son metodologías ágiles, pero todas tienen diferencias sutiles y a veces grandes entre sí. No obstante, todos forman parte de ágil. De acuerdo, entonces los de la izquierda son lo que llamamos los enfoques más ligeros, ágiles. Y con eso quiero decir ahí, ya
sabes, son simples. Son fáciles de implementar, Fácil de entender. Tienen, ya
sabes, muy, muchos. Soy muy,
muy minimalista, acercándose a un montón de cosas y luego bajo la derecha, tienes otros marcos y metodologías ágiles como el STM on safe, ese brazo o extenso en su enfoque. Por lo que son más estructurados, más robustos en el sentido de que podrían tener muchos más procesos en su lugar, o diferentes prácticas que los hacen un poco más extensos que los de la izquierda y sus hermanos de la izquierda. Ahí, todos
forman parte de la misma familia llamada ágil. Y, por cierto, en caso de que te estés preguntando, lo que estás viendo en pantalla no son todas las metodologías
ágiles, ágiles que están ahí fuera oficialmente que no creo que haya un funcionario contar con metodologías ágiles. Pero la última vez que revisé, hay alrededor de 12 metodologías diferentes, ágiles, y puedes encontrarlas en si vas a agile cavey dot com, que es la página web que me pareció para compartir conocimientos sobre scrum ágil en todas las diferentes metodologías ágiles. Se puede leer más sobre eso ahí, pero como dije antes, sabes que no hay conteo extraoficial en ninguna parte. Esa no es una sola persona que ha dicho Thies es todas las
metodologías ágiles oficiales en el mundo, ya
sabes, y no hay para esto es que esto está evolucionando todo el tiempo, ¿sabes? Entonces no es algo que estudie, así que no me sorprendería. Aliviados, ya
sabes, por la vía, surgieron metodologías
más ágiles o, ya
sabes, en el futuro algunas de ellas se consolidaron con algunas de las otras. Pero no te preocupes demasiado por todas las demás metodologías ágiles y los números. Creo que eso realmente es una importante que la clave quitarle para ti aquí es saber que no
hay solo una sola metodologías ágiles que son varias están ahí fuera, sino que porque estamos en un scrum, núcleos eran en realidad centrándose en scrum y, como dije antes de la otra cosa, que es realmente súper importante que te quites. Un oleaje es que fuera de todas las diferentes metodologías ágiles que hay por ahí? Scrum es el más popular a nivel mundial, Así que muchas veces cuando la gente está hablando de ágil en, esto es algo que me encuentro con bastante frecuencia. En realidad, no
tienen idea de que en realidad existen múltiples metodologías ágiles. Simplemente piensan que sólo hay uno y ese scrum porque ni siquiera oyeron hablar de los otros y la mayoría de las veces cuando la gente te está hablando de ágil y están hablando, vamos a hacer esguinces. Vamos a usar sus historias, ya
sabes, vamos a estar trabajando más ágil. Muchas de las veces en realidad están pensando en scrum. Ni siquiera saben de algo. Ni siquiera están familiarizados con el término scrum porque están más familiarizados con el término ágil y ágil. Ya sabes, es sólo el término que se está adjudicando a sí mismo. Algo así se explica a sí mismo. Entonces porque tiene un significado, ¿verdad? Al igual que cuando pensamos en scram. Si le dices a alguien que nunca ha oído hablar de Scrum que no tendrán, no significará nada para ellos, ¿
verdad? Porque es No es un acrónimo, ¿verdad? No es un visto nada fuera de otra cosa. No es algo que es sólo tiene una definición específica en el diccionario o algo así, ¿
verdad? Es un término que podría mencionar antes de que venga del deporte del rugby y que ahora
se está adaptando y poniendo un marco para entregar proyectos por parte de estos dos tipos. Ya sabes, en los años noventa, ¿verdad? Y ya sabes, estoy hablando
de, por supuesto, renuncia y en Sutherland de Los Padres de Scrum. Pero como dije, el punto clave para ti aquí ¿Es que tú? Por supuesto, se
están tomando los puntajes para empezar a trabajar. ¿ Qué está diciendo Crumb a tus diferentes proyectos que realmente entiendes las diferencias sobre eso? Puedes compartir conocimientos al respecto, y alguien se cruza y te habla de, ya
sabes, ágil. En realidad se les puede decir lo que significa y explicarles que no sólo hay una sola metodología ágil, sino que se les habla para sacar de ahí. Pero ya sabes, ese es crimen en realidad el más popular. ¿ Y cuáles son las ventajas? Y en realidad puedes, ya
sabes, entenderte a ti mismo que todos ellos , por
supuesto, tienen elementos comunes porque todas son metodologías ágiles. Entonces espero que estos diagrama con el paraguas ayude mucho a debajo y la analogía otra vez antes, ya
sabes, con las marcas de autos ya sabes, cuando estaba hablando de dos Yoda en y y Ford como solo dos ejemplos particulares por el mismo concepto se aplica a todos los demás carbonos. Por supuesto, todos ellos tienen diferentes modelos de autos, pesar de que forman parte de la misma familia o que forman parte de la misma marca. Entonces espero que estos lo sepas, este diagrama del paraguas te ayude a entender eso un poco mejor. Y estoy seguro de que es bastante claro, bastante autoexplicativo. Bastante sencillo. Pero si surge algo, ya
sabes, si aún tienes dudas sobre las preguntas discográficas a su alrededor, no te
preocupes. No dudes en preguntar. Para eso estoy aquí, chicos, estoy aquí para ayudarlos. Estoy aquí para guiarte por todo el paso en los pasos completos de éstos en un
proceso diferente . Y solo para que lo hagas, solo para asegurarte de que realmente entiendas completamente de qué se trata los scrums y cómo es diferente de otras metodologías y cómo puedes poner esto en práctica. Esa teta. Y como dije, la belleza de la misma y lo que me encanta de los scrums que es tan simple y fácil de
entender . Y es tan simple y fácil de implementar y solo entrega valores tan a menudo porque estás trabajando Interpretive Lee y estás trabajando para entregar las cosas de forma rápida y frecuente. Y supongo que eso último pero no menos importante, es que si quieres aprender más sobre ágil que definitivamente. Te recomiendo que te acudas a mí y busques el curso acelerado ágil, que es otro curso que creé específicamente para cubrir ágil como metodología. Y ese curso te guiaría por todos los diferentes aspectos de ágil, incluido el manifiesto ágil, se reúne sobre ágil y demás. Y aunque tomes ese curso como mencioné antes, vas a encontrar que hay solapamientos con Scrum porque todo su lo que son parte de la misma familia, ¿
verdad? Como dije antes, tipos como tú están viendo en pantalla, son parte de la misma familia. Entonces claro que vas a encontrar cosas comunes entre ellos. Pero lo principal aquí es que este curso está enfocado principalmente y 1,000,000 scrum y que si quisieras aprender más sobre Adua, definitivamente animar críptico otro curso de choque para adultos, y eso te permitirá ver, ya sabes, un poco más fuera de los diferentes aspectos de Ángeles. Bueno, está
bien, chicos, Ducks adentro por
6. Secreto 1 de Scrum: secreto número uno es que es Crumb no está en Lee para I t proyectos o para
proyectos de tecnología . Ahora esto es un enorme error alrededor de scrum y alrededor ágil, y mucha gente piensa que si no estás trabajando en I T o proyecto de tecnología que
puedes usar desde como metodología de gestión de proyectos y lo que estoy aquí para decirte es en este primer scrum secreto, dijo. En realidad, se
puede utilizar desde casi todo tipo de producto en a través de cualquier tipo de industria. No sólo yo t proyectos, se
puede aplicar scrum en proyectos de compras, operaciones de ventas de
marketing prácticamente cualquier cosa que se pueda pensar. Y no estoy diciendo estos sólo por teoría o porque me enteré de ello o porque leí respecto. Te lo digo desde la práctica porque en realidad he aplicado scrum en muchas industrias
diferentes, diferentes tipos de proyectos y en diferentes regiones y diferentes países. Entonces puedo hablar de esto fue confianza y en realidad puedo compartir desde experiencia personal. Eso es Crumb ha sido un cambiador de juego en muchos productos diferentes en los que he trabajado a través de muchas industrias diferentes, así que ese es el primer secreto que quería compartir contigo sobre scrum
7. Pilas de Scrum y principios de Scrum: la base sólida de Scrum como una cultura: Entonces vamos ahora por encima del scrum, Peeler está en scrum. Básicamente tenemos tres peladores, transparencia, inspección y adaptación on. Todos trabajan juntos en su o parte de scrum como marco y es una mitología porque están en el núcleo y la esencia fuera de scrum y por transparencia. Quiero decir que todo en lo que estás trabajando en scrum es básicamente para todos los que trabajando en el equipo e incluso para las personas que están fuera del equipo. Entonces la transparencia es definitivamente uno de esos pilares realmente grandes en scrum porque verás que cuando estás trabajando con scrum, ya
sabes cuando hablamos de nuestra ágil y de tu scrum puede ser aburrido o tu tipo ideal de a bordo, vas a ver que básicamente estás poniendo ahí fuera de manera física o virtual en lo que estás trabajando y es transparente y es visible para todos y todos pueden ver
fácilmente lo que creemos que están a la derecha, porque mucho de veces en que estás trabajando en proyectos, esa es una de las cosas clave que la gente quiere saber. Ya sabes, ¿cuál es el estado de las cosas? ¿ Dónde estamos en lo que se está entregando dónde en qué estamos trabajando ahora mismo? Qué gasto y cosas así y en tu sabes, es miga. Eso es realmente fácil de ver cuando estás mirando tu scrum puede ser aburrido o tu ágil Cambon Borga. Sabes que me escuchas, me escucharás algo. Digamos que Scrum puede estar a bordo y algo diga Campamento Idol a bordo porque son intercambiables. Ya sabes, algunas personas les llaman campamento Scrum a bordo. Algunas personas los llaman ágiles, desmoronarse pueden ser tableros y algunas personas simplemente los llaman. Pueden ser tableros, ¿verdad? No te preocupes demasiado por eso. Todos significan que lo mismo es básicamente, ya
sabes cuando hablamos de eso más adelante en el curso y te mostraré un ejemplo específico. Pero básicamente es una representación visual de lo que estás trabajando, y eso va al núcleo en esencia de Scrum, en el que estás siendo transparente con todos en la organización, en el negocio sobre lo que estás trabajando, incluyendo a su equipo, ¿verdad? Por lo que no hay secretos en scrum. Todo el mundo está cruzando lo que todo el mundo está haciendo y donde estamos con las cosas qué se está haciendo en qué gasto en lo que es una tasa de ejecución y cosas como eso que cubriremos más tarde cuando hablemos de cosas como, ya
sabes, la velocidad, etcétera, ¿verdad? Y hablemos del segundo pilar, ¿verdad? Inspección, ¿verdad? Y la inspección es básicamente tú solo revisando lo que estás haciendo y cómo van las cosas y cuál es la variabilidad versus lo que proyectaste. ¿ Verdad? Y de nuevo, esto se remonta a mirar los artefactos scrum por artefactos scrum. Estoy hablando de cartas quemadas de la que hablo, ya
sabes, tu carta de velocidad sobre Estoy hablando de tu campamento de scrum a bordo en estos aires, diferentes artefactos son diferentes, ya
sabes, supongo artículos con cosas migajas que te permiten rastrear tu progreso y ver cuál es su variabilidad versus lo que habías proyectado o qué versus lo que estabas destinado a estar haciendo en el extranjero donde estabas destinado a lograr en un sprint particular, ¿
verdad? Porque recuerden, chicos que cada vez que estamos hablando de scrum, estamos hablando de un plazo de entrega muy corto, y no es un amigo del tiempo para entregar todo. Es tiempo de tiempo para íntimamente para un trabajo de puesta en marcha en particular, ¿
verdad? Y ese particular puso en marcha el trabajo que estamos entregando bien nuestras historias de usuario y nuestras historias de usuario airean simplemente básicamente ese tipo de tareas que provienen de esos requisitos sobre lo que estamos tratando de entregar en nuestro sprint y sprint como hablamos antes, dijo. Dijo un marco de tiempo particular para la entrega que en scrum puede ser hasta un mes. Pero en general, ya
sabes, es típicamente un amigo de dos semanas , está bien, y de eso se trata todo este pilar, sobre como pasar por esos artefactos diferentes y solo ver dónde estamos y cuáles son las varianzas versus eso y ver que sabes cuáles son los siguientes pasos, supongo. Y también nos permite, que también es algo que es muy lo sabes, el núcleo, en esencia de gritar, nos
permite ver lo que necesitamos para mejorar en lo que podemos hacer mejor la próxima vez y así sucesivamente. Y supongo que el Firth del Tercer y Final Scrum pilar es la adaptación, ¿no? Y básicamente de lo que se trata estos Peeler es de que en scrum, tenemos que seguir siendo flexibles en todo momento, ¿
verdad? Y a diferencia de las metodologías de cascada que cubrimos antes de que conozcas
la forma tradicional del proyecto en el que tipo de intento Continuar haciendo siguiendo un enfoque muy, supongo que rígido en algún aspecto en ágil fueron en realidad bastante flexibles. Justo en. Hacemos ajustes continuamente y de manera caritativa ya que estamos trabajando a través de las cosas. Entonces si estamos viendo que algo no está funcionando bien, en ágil, diferencia de en maravilloso no vamos a esperar hasta el próximo proyecto. Vamos a esperar hasta el próximo sprint, ¿verdad? Entonces esa podría ser la semana después o dos semanas después o a través de existir, er un mes después. Entonces es un marco de tiempo de impresión frontal de tiempo muy corto en el que tu adaptándote a ese cambio adaptándote a, ya sabes, algo que no funcionaba bien y necesitas hacerlo mejor. Y creo que esto también es súper importante. Y esta puntuación de tres pilares combinada son algunas de las razones por las que Scrum Ya sabes, una de las muchas razones fue que el crimen es tan popular y tan poderoso porque no estás, ya
sabes, sabes, solo esperando hasta que las cosas se descompongan para hacer cosas como aquí, estás siendo transparente. Estás revisando las cosas constantemente y te estás adaptando como te parezca conveniente y otros tés equipo. Y ya sabes, el equipo de scrum ve bien y esto es como dije, ya
sabes, algo que ibas a encontrar realmente valioso en la práctica porque vas a ver que cuando estás hablando por tu junior tu scrum diario con tu equipo gana, que básicamente estás,ya
sabes, ya
sabes, reuniéndote con ellos diariamente para discutir. Um, ya
sabes, ¿por qué necesitas el día anterior a lo que hiciste ese día y qué hombres? Si hay algo que estés planeando hacer eso, Danny primero, cualquier cosa que necesites quitarnos una barricada, entonces vas a ver cómo eso juega en la práctica para convertirse en algo tan poderoso porque eres interacción constante con tu equipo en tu adaptación todo el tiempo a las diferentes circunstancias. Y me encanta esto porque, ya sabes, en el mundo moderno, las cosas están cambiando tan rápido. Todo está implicando tan rápido. A veces estamos trabajando en las cosas y nos echan esta curva bolas o sabes que hay reestructuras en el negocio o las cosas están cambiando. O hay un nuevo probablemente para gestionado desde gerencia y cosas así, y que ya sabes, estás trabajando y supongo, la forma tradicional de emparejar proyectos. Te llevará más tiempo reaccionar ante eso, y algunas cosas Para cuando reacciones a eso, ya
sabes, sabes, como que perdiste la oportunidad o simplemente
te ha llevado demasiado tiempo. ¿ Qué es el crimen? En realidad te estás adaptando, ya sabes, en tiempo real a las cosas, y estás poniendo eso en práctica y asegurándote de que eso te ayude a cumplir tus metas, medidor de sus objetivos y cumplir esos entregables clave fuera de tu proyectos. Ahora hablemos de principios scrum y hay seis principios scrum
control empírico de procesos ,
auto organización, colaboración, colaboración, priorización basada en
valor, boxeo de
tiempo, un desarrollo interrogativo. Ahora en realidad ya hemos cubierto todas estas cosas o la mayoría de ellas ya. Entonces estos, por
supuesto, no
es algo nuevo para ti. Es sólo que no había mencionado eso, En realidad, esos también son principios scrum. Pero esto es bastante guay, cierto, porque ya estás familiarizado con algunos de estos o con todos estos. Pero ahora te lo estoy poniendo formalmente aquí en pantalla como los seis principios scrum que forman parte de Scrum como patología. Muy bien, vamos a ir muy rápido a través de todos y cada uno de ellos. Lo que me gusta de ellos es que son muy fáciles de entender que son bastante autoexplicativas, pero empecemos con el 1er 1 ¿verdad? De acuerdo, Así que control crítico de procesos y básicamente lo que esto te está diciendo para los que son creo que la mayoría de ustedes están familiarizados con en París lo y monederos Immuno empírico en un enfoque
empírico sobre básicamente y y bastante cool enfoque se trata de aprender de la práctica, ya
sabes, aprender de la experiencia, correcto. Y eso es lo que hacemos en scrum. Ya sabes, básicamente
estamos mirando las cosas y en realidad estamos aprendiendo de la realidad de la práctica. Eso es control empírico de procesos. Y ya sabes, hablamos antes de hablar de nuestros pilares Transparencia Inspección
tesis de adaptación donde en realidad se refleja fuertemente ahí en los principios del scrum en el proceso
empírico Control auto organización en, ya
sabes, en scrum por lo que quiero decir con eso y lo que sabes, lo que queremos decir con eso es en el mundo del scrum es que los equipos se organizan para que
definan en qué van a estar trabajando. Definen sus prioridades. Por lo que un equipo de scrum no tiene que conozcas al manager que viene a decirles que sabes hacer su trabajo día a día. Y dado que soy fondo y diciéndome específicamente qué enfocarme en qué hacer las corbatas de fiesta y cosas así realmente no sucede así en los chicos de scrum. Y esta es una de las diferencias clave. También versos inscritos. Muchas otras formas de gestionar proyectos. Yo estoy trabajando en proyectos por ahí, y eso es todo. Los equipos aquí se autoorganizan, ya
sabes, definen en qué van a estar trabajando. Se priorizan directamente fuera de curso toman en cuenta, ya
sabes, con lo que el lo que es un directamente de lo que llamamos el orgulloso dueño y el derecho scrum, que es básicamente el cliente o el propio cliente o un representante del cliente y,por
supuesto, por
supuesto, conduciendo en lo que deberíamos estar centrándonos en base a lo que usted sabe. Ahí, ya sea las prioridades para ellos como cliente son o que los representantes que representan el tú conoces, el producto oneroso representante representando al cliente que lo que él sabe los costos son lo clave para el cliente, ¿verdad? Pero la auto organización es más o menos como dije, bastante autoexplicativa donde estamos diciendo que conoces a este equipo del crimen y a todos los que son parte de la, ya
sabes, trabajar con el crimen, auto organizada, colaboración
correcta. Sí, ya
sabemos que en, sabes, Scrum como premiado viniendo del rugby, donde estamos hablando del equipo, mira ahí abajo, ama con la cabeza abajo para conseguir ella, para avanzar en el rugby. Y es el mismo concepto, ¿verdad? Entonces en revueltas como ya sabes, es una metodología para entregar proyectos fuera. La colaboración es enorme. Tu económico trabajando realmente de cerca con todos que forma parte del equipo scrum e incluso otros stakeholders que no forman parte de este Crumpton van a estar, ya
sabes, constantemente interactuando con ellos y describir mi sorpresa A papel realmente clave aquí porque el scrum master a través de los diferentes trols scrum re facilita esa colaboración y aseguran que es algo realmente bueno con el equipo. Hay realmente buena comunicación con el equipo con el dueño del producto y con los diferentes stakeholders que son, ya
sabes, que forman parte de la privatización basada en valor del proyecto, que es el cuarto scrum principio se trata de lo que es importante para el cliente, ¿verdad? ¿ Y qué acabo de decir un poco antes? Y de qué hemos hablado hasta
ahora, ¿no? Hoole representa al cliente en scrum. Eso lo tienen bien, chicos Sí, el dueño del producto. Sí, dueño
del producto. Y no me preocupo demasiado por estos. Ya sabes, hablaremos un poco más sobre el dueño del producto más tarde en cualquiera de los dos cursos, pero sí, lo tienes bien. Tienes a la persona que define cuáles son las prioridades para el cliente porque
o es el propio cliente para un representante del cliente, es el dueño del producto, ¿no? Y que sepas que el partido base de valor toma privatización viene de todas las cosas en las que estamos trabajando. Queremos enfocarnos en primero, las cosas que entregan más valor hacia el cliente al dueño de un producto porque es algo así como, yasabes, sabes realidad
estás
enfocado, enfocándote en lo que realmente es importante para ellos en su entrega. A menudo lo sabes, de la forma ágil que conoces, entregando a menudo la entrega rápidamente. Y eso es lo que es tan bonito de gritar White? Tan poderoso, ¿verdad? Porque te estás centrando en el valor ¿verdad? El quinto Spieler que el quinto principio que tenemos aquí lo siento es el tiempo boxeo correcto y el tiempo boxeo es más o menos sólo cubierto por Sprint, ¿
verdad? Y cuando hablamos de los sprints, ya
sabes, en el tiempo boxeo, ese es período particular de tiempo en el que vamos a entregar. Eso es miga. Lo más típicamente es de dos semanas, cierto. Puede ser hasta cuatro semanas, por lo que puede ser hasta un mes. Y no me malinterpreten. Hablamos de eso ágil y scrum reflejan flexible, ¿no? Por lo que podrías aumentar ese periodo de tiempo. O podrías usarlo si crees que va a funcionar mejor para tu equipo. Pero generalmente recomiendo a scrum equipos para empezar con un tiempo de dos semanas libros de dos semanas sprint en. Entonces pueden generar sobre eso más adelante si se requiere, si se requiere. Está bien. Y luego se habló del sexto y último principio de él Vamos a hablar de desarrollo
alternativo fácil y un punto clave, supongo que quería mencionar aquí. Sé que tiene un desarrollo de palabras, que suena muy yo t en, que suena muy, ya
sabes, supongo enfocado al producto. Pero una cosa que sí quería mencionar es ese scrum, a pesar de que era una especie de originario el signo y, ya
sabes, vino de los conceptos y el enfoque en el desarrollo de productos. Andi tiene un enfoque fuerte, y supongo que vino de supongo el mundo, si quieres decirlo o pensar en eso no significa que el scram solo sea aplicable a los productos. También es aplicable a los servicios en. No quiere decir que el scram solo sea aplicable a la tecnología o i t En realidad
es aplicable a casi cualquier industria por ahí. Y ya sabes, esto no es sólo algo que estoy inventando, ya
sabes, si quieres investigar o Google, siéntete libre de investigar ejemplos de Google fuera scrum en ejemplos de marketing son, ya
sabes o scrum en, Ya
sabes, salud o lo que sea que sepas, y vas a encontrar que hay diferentes casos de estudio y diferentes personas aplicando scrum ágil y ya sabes, unas metodologías ágiles en muy diferentes industrias. Entonces supongo que sólo quería asegurarme de que ahora estaban cubriendo los principios que está claro para ti porque también algo que a menudo surge donde la gente piensa que, ya
sabes, esto sólo es aplicable a i t. Y el desarrollo de productos, y la realidad no lo es. Yo personalmente, yo mismo he trabajado en muchos proyectos diferentes en muchos países diferentes donde los he aplicado en, ya
sabes, operaciones, proyectos compras, proyectos de ventas proyectos de marketing. Y sabes que la esencia que aplican los mismos conceptos clave de Trump independientemente de la industria. De acuerdo, una eternidad de desarrollo es parte de ese desarrollo alternativo es que simplemente no te enfocas en una solución final que tarda siempre en entregar. Desarrollo alternativo es que entregas valor con frecuencia y rapidez, y luego continúas mejorando en eso y continúas mejorando en eso hasta que
llegues a la solución final con todas las campanas y silbatos si te das si eso es lo ¿ Cuál es tu meta final? Pero es algo así como que simplemente continúas, continúas ,
continúas alternativamente y a menudo están entregando a menudo y están entregando valor a tus clientes. Y supongo que sólo pondré aquí en un ejemplo de cómo podría
verse el desarrollo alternativo en, Digamos, marketing Derecho. Entonces pensemos bien en nuestra campaña de marketing, y estás pensando en eso. Entonces vas a pensar en volantes y anuncios y luego TV y radio en diferentes Ya sabes, diferentes canales, supongo, para tu campaña de marketing, cierto, así sucesivamente. desarrollo alternativo y los enfoques alternativos como principio aquí aplicarían que, por ejemplo, se podría decir OK, voy a empezar inicialmente con los anuncios de televisión. Entonces te enfocas fuertemente en tu primera impresión en los anuncios de TV y luego sueltas los anuncios de TV y
dicen , OK, nuestra segunda división va a ser son las Ya sabes, las historias de usuarios van a ser parte de nuestra segunda primavera son no se va a centrar más en
el sobre el volante. Entonces toda la palabra para que puedas entregar los volantes en tu segunda primavera on, ¿Te comes un derecho? Correcto. Esta es una segunda iteración, ¿verdad? Es un segundo sprint, y luego te enfocas en la radio justo en la punta de tu tercer sprint. Y de eso se trata el desarrollo alternativo es de que sigas construyendo sobre y sobre lo que ya has hecho sin tener que esperar. Ya sabes, seis meses antes de liberar esa campaña de marketing. En realidad comes un valor relativamente entregar, ¿verdad? Porque la gente está viendo cosas tangibles, si se trata de un hermano, si se trata de un servicio del que en realidad pueden , ya
sabes, obtener valor. Y eso es lo que sabes, qué se trata los gritos. Se trata de entregar valor, y se trata de creer que el valor a menudo para que chicos de punta, hemos cubierto los seis principios scrum y solo para arrancar que seis principios scrum son control de procesos
empíricos, auto organización, colaboración, tiempo de privatización basado en
valor, boxeo y desarrollo de la eternidad.
8. Valores de Scrum y recursos de Scrum: la esencia de Scrum como cultura: en esta conferencia del curso, vamos a cubrir los valores de scrum sobre hay cinco scrum, el compromiso de
Bali, el
coraje, coraje, enfoque, la apertura en el respeto otra vez todos ellos realmente fáciles de entender, realmente sencillo, realmente bastante autoexplicativo. Entonces, ¿qué hace esto todos estos valores diferentes? ¿ A qué se refieren? En realidad, en el mundo de Scrum, ¿qué compromiso es ese? Si estás tratando de irte o algo así, realidad
te comprometes totalmente en la palanca que a tiempo y en presupuesto y según lo planeado? ¿ Verdad? Y por eso en scrum, tenemos nuestros diferentes artefactos, ¿
verdad? Y hablamos de los diferentes artefactos como un quemado carbonizado, el scrum puede ser aburrido y tu carta de velocidad que te permite ver cómo tu reunión, esos compromisos, cómo estás haciendo versus lo que sabes, se están centrando en tratar de entregar lo correcto y luego coraje. El coraje se trata de tratar de pensar a veces fuera de la caja tratando de hacer las cosas de manera diferente , cruje sobre , ya
sabes, tener esa energía y esa fuerza para tomar esas decisiones difíciles cuando necesitas tomar ellos. En ocasiones necesitas cambiar, conoces el orden o tomar una dirección diferente, o tomar un camino diferente porque no está funcionando como lo esperabas. Eso es algo que en scrum aprendemos a través de retrospectivas, ¿
verdad? Por lo que les daré un ejemplo perfecto de coraje. Andi, esto es algo que me pasó no hace tanto tiempo cuando estábamos trabajando cuando estaba trabajando en un proyecto y en realidad estaba usando rasgueando ese proyecto. Entonces pasamos por un par de manantiales y luego noté que habíamos alcanzado una tasa de
terminación del 3% de lo que hemos predicho para completar bien, y para poner eso en contexto. Cuando miré las estadísticas y vi que estábamos tasa de finalización del 3%, deberíamos haber estado realmente en alrededor de una tasa de finalización del 50 60% en. Sabía que nos estábamos quedando sin tiempo. Nos estamos acercando a fin de año, y me senté. ¿ Te miraron las matemáticas sabes, miré los sprints anteriores, miré nuestra velocidad, que ha sido más o menos una tasa de ejecución y luego miré dónde estábamos en términos de terminación. Y entonces yo cuatro adelante proyecté lo que lograríamos para finales de año, justo y en ese momento. Como dije, estábamos en Lee a una tasa de finalización del 3%. Entonces cuando hice ese ejercicio, me di cuenta de que si continuábamos al mismo ritmo llegaría a final de año con
menos del 60% de descuento en la terminación de lo que teníamos estábamos tratando de lograr. Por lo que obviamente eso era inaceptable y algo necesario cambiar. Ya sabes, el equipo y yo
sabríamos, hablamos de ello en una retrospectiva y pensamos mientras necesitábamos hacer. Y pensamos que necesitamos cambiar por completo la estrategia de entrega. Tenemos que cambiar completamente la forma en que lo sabes, estamos trabajando en esto, y básicamente lo que hicimos fue porque antes estábamos consiguiendo especie de la gente que trabajando en algunos actores clave para brindarnos alguna información, y eso siempre tardaba mucho más de lo que habíamos esperado, anticipado cuando estaban brindando la información, información no estaba realmente organizada y era menos de lo que esperábamos. Entonces dijimos:Ya
sabes, Ya
sabes, cambiemos completamente la estrategia. Tomemos los datos nosotros mismos. Echemos un vistazo a la deuda nosotros mismos. Pongamos un plan en marcha propongamos a la a las partes interesadas. Trabajaremos en eso a menos que nos digan que quieren algún cambio. Pero en realidad estamos haciendo lo inverso en lugar de pedirles que proporcionen, ya
saben, los datos organizados en los que trabajemos. Lo hicimos al revés. Nosotros proporcionamos el organizado que fuera para ellos y dijimos:
OK, OK, miramos todo. Así es como lo vamos a estar haciendo. Y así es como vamos a estar haciendo nuestros resortes es el trabajo que vamos a estar haciendo un sprint de
pulgada. Y les dijimos:Ya
sabes, Ya
sabes, nos hemos apoderado de tus datos, pero queremos que sepas que no se trata de vender piedra. Si quieres hacer cambios, podemos hacer cambios fueron flexibles. Somos adaptables. Pero eso ayudó a chicos. Y eso fue, ya
sabes, tuvimos el coraje de cambiar completamente la estrategia, hablar con todos nuestros grupos de interés sobre la estrategia cambiante para, ya
sabes, reconocer que teníamos la corrección reconocer que sabes que lo que estábamos haciendo no estaba funcionando como habíamos esperado. Y eso es lo que sabes. Eso es lo que ese valor está en fácil y scrum. Sabes tener el valor de hacer ese tipo de cosas,
de esas decisiones difíciles y de tener a veces esas conversaciones difíciles y de
reconocer a veces que las cosas no van como lo esperabas, cómo esperabas ellos. Está bien, así que vámonos. A menos que queramos El tercer valor, que se enfoca de nuevo. Esto tiene que ver mucho con el enfoque en la ejecución y que estamos mirando un
muelle muy corto de marco de tiempo de prueba, que es nuestro sprint, correcto. Entonces, ya
sabes, en scrum, no
nos estamos centrando en ti ya no entregar cuencos a plazo y algo así como estamos tratando de no mirar eso. Ya sabes, el panorama general todo el tiempo, pero más mirar al corto plazo y completo tienen un fuerte enfoque en la entrega a corto plazo. Y es por eso que esta es una de esas franqueza clave de scrum Bali de la que hablamos antes. Y esto está muy estrechamente relacionado con la transparencia a las personas que conoces, poder visualizar lo que todo el mundo le está haciendo a la gente siendo, ya
sabes, capaz de hablar entre sí. Y por supuesto, esto se relaciona con pensar también que vimos antes, como los peladores sobre los principios y luego finalmente, respeto. El respeto es definitivamente un gran valor en en scrum. Y es, ya
sabes, animamos a la gente a estar de pie hablando para ser siempre respetados, independientemente de que tengan una opinión diferente. Y en realidad nos encanta eso inscrito. En realidad nos encanta que la gente tenga, ya
sabes , opiniones
diferentes son , opiniones
diferentes son, ya sabes, estamos abiertos a eso fueron muy flexibles porque necesitamos cambiar algo y gritar. Lo vamos a hacer, ya
sabes, si algo no está funcionando bien y ya sabes, gente tiene esa apertura con nosotros para hablar de ello, vamos a respetar su opinión. Vamos a tomarlo en cuenta si estamos Si nos sentimos en un equipo de scrum, creemos que necesitamos hacer el cambio. Vamos a hacer esos cambios muy rápidamente. No vamos a esperar hasta el final del proyecto donde todo se está desmoronando. Vamos a hacer este cambio incluso antes de que empezáramos explicado, acuerdo, así que eso es lo que sabes. Así es como ellos ahí es donde los seis valores scrum Um, estos cinco revueltos son todo sobre esto donde se trata de estos cinco huevos revueltos de dollies , y creo que dijeron antes de ser bastante autoexplicativos. Y por ahora probablemente estés pensando, Bueno, ¿por qué tenemos que hablar incluso de peladores y valores y principios? Y te diré por qué. Te diré por qué. Ya sabes que la razón es porque scrum más allá de ser una metodología o un marco para hacer las cosas en realidad también es una cultura. Aquí tienes un pequeño secreto para ti, y quiero que tomes nota de esto. El crimen es cultura política, ¿verdad? Y construyes cultura con cosas como principios con cosas que valora con cosas como peladores. Está bien, entonces sé que esto suena de ello. A veces cuando la gente mira esto, suena un poco como un teórico, supongo. Y algunas cosas la gente lo ve todo. Eso es sólo algo que está ahí arriba en un papel o, ya
sabes, algo que está ahí arriba, pero realmente no sucede en el suelo y practica. Y en realidad, ya
sabes, eso es lo que quiero un reto en tu mentalidad. Si eso es lo que estabas pensando mientras pasaban por estas conferencias en los cursos que en realidad en scrum, sí
aplicamos esto, ya
sabes, realmente inscrito. Nosotros sí creemos que estas realmente inscritas. Construimos la cultura alrededor de estas cosas, ¿verdad? Porque todas estas construcciones realmente interconectadas. Confiar en la confianza es súper importante para que entreguemos. Lo que queremos entregar a tiempo en presupuesto sobrepasó las expectativas de todos. Y vas a ver a estos tipos que cuando la gente está trabajando juntos en scrum, empiezan a desarrollar que una relación realmente fuerte entre sí porque estás aplicando estos principios valores porque estos pilares los están sosteniendo todos juntos. Ya sabes, de una manera muy, muy colaborativa e integral. Y como lo dije poco con el tiempo empieza a convertirse en una cultura. La gente se mete en ello después
de un principio, por supuesto, porque la gente está aprendiendo scrum. Algunas de estas podrían no verse reflejadas de inmediato porque sólo se están
familiarizando , ya
sabes, , ya
sabes,con la cultura off scrum y con los diferentes valores, principios y los diferentes peladores son parte de ella y componentes de artefactos solo diferentes . Ya sabes, la terminología. Algo es solo diferente para las personas también. Pero lo que vas a ver pasar con el tiempo, ya que la gente está pasando por los diferentes sprints, es que la gente empieza a abrazarlos con mucha fuerza sobre la razón por la que la gente se abrazó es. Y como dije antes de estos tipos, no es una coincidencia que se lárgate es la metodología más popular, ágil que hay por ahí. El motivo por el que se vuelve, sabes tan fuertemente arraigado en la cultura y la gente blanca que conoces, empiezan realmente a subirse al autobús de scrum es porque ven el valor en él es porque ven que las cosas están pasando un mucho más rápido. Versos que eran antes de implementar scrum o versos mire antes lo haría cuando estabas trabajando con metodologías tradicionales de productos Mashburn. Entonces por eso a la gente le gusta mucho. Y no estoy hablando sólo de gestión, por cierto. Ya sabes, por
supuesto, gerencia le va a encantar cualquier cosa que sea más rápido en el entrega resultados más rápido. Eso es bastante obvio para mí. Un aficionado, es bastante obvio para ti también. Pero creo que sabes la razón por la que la gente sobre el terreno a la gente que realmente está haciendo el trabajo realmente le gustan los scrums porque ven el beneficio. ¿ Sabes qué? gente siempre les van a gustar las cosas donde ven el beneficio para ellos mismos, donde ven el beneficio para el resto del equipo. ¿ Dónde ve el beneficio para la bajeza. ¿ Qué? Ellos ven los beneficios para ese cliente. Siempre les van a encantar esas cosas. Y por eso es el crimen es tan poderoso. Y estoy seguro de que a medida que estás trabajando con ello, vas a empezar a ver todos estos y vas a empezar a ser más y más. Ya sabes lo que ha llegado, abogado Y algunos de
ustedes, ya saben, al
pasar por las anotaciones podría realmente querer asumir el papel de scrum muster. Y vamos a tomar un poco más tarde más sobre el papel scrum master on. Definitivamente, ya
sabes, uno de los caminos es uno de los caminos en los que mucha gente quiere entrar, y es un gran camino, ya
sabes, hay muchas oportunidades de trabajo fuera por ahí para scrum maestros y para la gente que conoce Scrum, ya
sabes, es un tema muy grande en demanda. Ya sabes, hay muchos trabajos por ahí para la gente que quiere aplicar ágil y scrum. Está bien, así que definitivamente supongo espero que sepas, como ya he hablado de esto, te das cuenta y sabes estas cosas, E supongo en tu mente y en tu corazón que a pesar de que estamos hablando de estos valores , principios, concesionarios y demás. No es sólo el año en el que realmente se practica. En realidad es construir esa cultura. Y creo que sabes, cuanto más pongas en práctica, más entiendes lo que estoy diciendo con esto y te va a tener cada vez más sentido una vez
que lo veas en la práctica y cuando una vez que realmente empieces a aplicar estos a ti mismo. Ahora en esta conferencia, quiero cubrir los recursos de scrum que hay por ahí que son súper valiosos para que revisen. Y no voy a entrar en todo esto en detalle en los puntajes porque ya sabes, es algo que puedes investigar por tu cuenta. Y este es el curso crash scrum y los puntajes. Ya sabes, estoy cubriendo los conceptos clave y todo lo que necesitas saber sobre scrum. Parte de eso es que sepas que hay muchos más recursos a los que puedes acceder, y la mayoría de ellos son gratuitos, si no todos. Y sabes que puedes encontrar cosas como la guía scrum en línea, y puedes mirar el sitio Web o en realidad puedes simplemente descargar como PDF. Y voy a poner los enlaces año por año para que puedas entrar en todos y cada uno de estos valiosos recursos scrum que están haciendo un valioso para nosotros parte de los puntajes. Entonces la guía de revueltos, como dije antes, es la Biblia off scrum y puedes encontrar que cuando vayas a scrum eso o encontrarás ahí en ese scrum eso o sitio web la guía scrum y el acceso a ella. Y ya sabes descargar esta guía de Crumb o simplemente mirarla si quieres mirarla . Pero como dije, todo parece hacer todo eso aquí en los puntajes y esta alianza criminal sigue orig. Este es otro recurso al que se puede acceder y se puede encontrar mucha información valiosa . Y por cierto, muchos
de ellos tienen algunos pequeños videos cortos que seguro encontrarán realmente útiles y valiosos que te ayudará a entender todo lo que hemos cubierto en las partituras, incluso Mawr. Y siempre es bueno, supongo. Ver que sabes y acceder a información de diferentes personas en diferente recurso es
porque es solo te permite complementar tu aprendizaje. Y ya mencioné antes cuando hablamos de ya sabes, los orígenes de Scrum que estos dos, ya
sabes, scrum que Oregon Scram Alliance. Ya sabes, los padres de Scrum, sabes, en realidad también
han fundado o cofundado, ya
sabes, alianza
revuelta o revuelta o en las veces siguen siendo incluso muy activos en esos en esos grupos también. Y scrum estudio dot com. Es otro lugar donde se puede encontrar información sobre scrum. Ya sabes, también
hay y certificaciones ahí y prácticamente todas estas diferentes organizaciones o grupos que han llegado a compartir conocimientos sobre scrambles para ofrecer sus propias certificaciones. Y, ya
sabes, si me preguntas si necesitas conseguirlos, no
creo que tengas que hacerlo. Ya sabes, creo que ya sabes a qué vas a los puntajes. Eres más o menos voy a aprender realmente cualquier cosa a diferente en cualquiera de esos otros cursos. Ahí te están ofreciendo. Pero ya sabes, si quieres obtener esas certificaciones,
bueno, bueno, están ahí afuera ofreciendo diferentes opciones de precios para que revises y luego explores, y eso depende enteramente de usted. Pero, ya
sabes, siéntete libre de, ya
sabes, después de terminar los puntajes, ponerlo en tu CV. Es, ya
sabes, es una certificación scrum que ahora tienes. Y, ya
sabes, como dije, voy a poner a tu disposición diferente. Al igual que todos estos recursos, te
voy a proporcionar los enlaces y voy a permitir que descargues plantillas. Te voy a hacer un poco de plantillas en,
pero también te voy a recomendar diferentes cursos de scrum gratis, cursos de
llegada que puedes tomar y hablamos antes de que también puedes buscar desde mi curso de choque. Ya me conoces Si quieres, explora que otros cursos bien, quieres aprender más sobre ágil y el cuerpo scrum del conocimiento, The S bug. Esto también es algo que confinaste Y es un poco de ah, supongo un poco arriba. Si piensas en el Pam Bach en el P. M. Es un poco similar a eso, pero claro, diferente. Y es sólo algo más que está disponible para ti para una consulta sobre, ya
sabes, sobre scrum y luego finalmente último pero no menos importante ideal cavey dot com. Y esto es algo que fundé en 2018 para compartir conocimiento y difundir la voz alrededor del mundo sobre justicia. Estoy abogando por más brazo o, ya
sabes, en diferentes países y diferentes negocios sobre John's Crumb. Y si vas ahí, vas a encontrar mucha información gratuita. Ya sabes, casi todo lo que están teniendo. Nigel kb dot com es gratis. También es comunidad muy activa, que podrías unirte ya sea, ya sabes, en el grupo de Facebook o en el borde. De acuerdo, sé sitio web del lado mojado en sí. Y sin embargo, todos estos son recursos
realmente, realmente valiosos que puedes explorar por tu cuenta. Y voy a como dije antes, poner todos los enlaces y todo ahí para ti.
9. Aspectos de Scrum y fortalezas de Scrum: por lo que los aspectos scrum son organización, negocio, justificación, calidad, cambio y riesgo. Y cuando hablamos de organización, esto tiene que ver con cómo se organiza este equipo delictivo. Se vende para entrega y diferentes roles que son parte de scrum, que vamos a cubrir más adelante. Entonces no te preocupes demasiado por eso. Aquí lo clave para que sepas es que hay un tipo de organización de lo que estamos hablando, scrum, que se relaciona con diferentes roles y cómo trabajan entre sí. La justificación empresarial es básicamente la razón por la que estamos haciendo esto bien. Este es el aspecto que estamos tratando de coral. Hablamos de justificación empresarial, que por supuesto, es algo que debiste haber respondido antes incluso de iniciar el proyecto. Entonces esto se relaciona con algo algunas cosas que llamamos, ya
sabes, en el mundo ágil y en el mundo scrum,
sprint cero, sprint cero, que es antes de que incluso empecemos a hacer cualquiera de los trabajos. Tenemos que entender por qué lo estamos haciendo. Ya sabes, ¿qué es la división donde tratamos de lograr y demás? calidad en el mundo scrum cuando hablamos de calidad, es sólo asegurarnos de que lo que estamos entregando, en realidad está cumpliendo con lo que podríamos ver. Un raro criterio de aceptación, ¿verdad? Nuestros criterios de aceptación, que es lo que sabes, antes de que pudiéramos ver su historia de usuario se hace en, en realidad,ya
sabes,
hemos ya
sabes, pasado por eso excepto criterios de aceptación y comprobamos que él realmente cumple con esos criterios de
aceptación sobre eso. Depende de, ya
sabes, los liberales fuera de los estándares de calidad aceptables que queremos entregar el trabajo que estamos entregando y cambiar. Ya sabes, ya hemos hablado de esto antes en In ágil y scrum. Somos adaptables y somos flexibles y en scramble, realidad, cambio
bienvenido. Ya sabes, si algo por ejemplo necesita cambiar para la siguiente impresión, en realidad lo
cambiamos. No esperamos hasta el final del proyecto o hasta que el siguiente proyecto se sienta en algo
no está funcionando como debería. Entonces lo cambiamos. Entonces abrazamos el cambio y el scrum, y también ayudamos,ya
sabes, ya
sabes, gente abraza los cambios. Wells, ya
sabes, somos defensores del cambio positivo y constructivo en scrum y ya sabes, en fin pero no menos importante, queremos presumir del riesgo, ¿
verdad? Y siempre va a haber riesgo cuando estás entregando algo ¿verdad? Tú siempre cuando estás entregando cosas, no
hay riesgos pequeños, medianos, medianos,
grandes y complejos que estén en ambos. Y a veces sabes en ti analizar esas semanas y entender cómo puedes o muchas minimizarlas, mitigarlas o eliminarlas si puedes. Pero ya sabes, en la revuelta, estamos pensando en los riesgos. Estaban pensando que siempre de manera positiva y constructiva. Entonces estamos pensando en Son esos riesgos realmente mawr Oportunidades,
Oportunidades para que hagamos las cosas de manera diferente, oportunidades para que reflexionemos sobre cosas que podríamos no haber considerado sobre oportunidades para que
nos preparemos con anticipación antes de que realmente hagamos algo para que evitemos cosas que no
deberían ocurrir. De acuerdo, básicamente, eso es lo que llamamos cuando estamos hablando de estos diferentes aspectos scrum. Ahora, cuando hablamos de fortalezas de scrum, básicamente
estamos pensando en cinco cosas clave. Entrega continua, un compartimiento de mejora, equipos
transversales funcionales, auto organización y enfoque en objetivos cortos de Tim y un enfoque interpretativo. Y ya hemos cubierto casi todos estos,
en esencia, en esencia, a través de las diferentes conferencias del curso sobre estoy seguro de que ya lo entiendes, y todas estas cosas que estamos viendo aquí son cosas que hacen que los scrums sean tan poderosos, y por eso siempre lo he dicho antes y ya me has oído decir esto varias veces antes. Eso es el crimen es tan popular en todo el mundo porque somos ya sabes, estas cosas entregan mucho valor para el negocio. Estas cosas hepáticas mucho valor para el equipo y esta cosa entregan hola valor para los propios integrantes del equipo también, ya sabes, porque cuando eres parte, toma
decisiones y tú mismo organizado y trabajas con gente de diferentes áreas y que continuamente entregando mejorar continuamente y luego la eternidad Vly, traer y poner en valor, ya
sabes, sobre la mesa. Bueno, la gente valora eso y aprecia eso. Y por eso es miga es tan poderosa y estos son fuerza arraigado fuera de scrum.
10. Secreto 2 de Scrum: límite secreto a off Scrum es que en realidad se puede combinar scrum con cascada o cualquier otra metodología de gestión de proyectos en lo que llamamos enfoque ah híbrido. ¿ Y por qué estoy diciendo que esto es secreto Número dos en? ¿ Por qué te hablo de esto? Porque no te enterarás de esto en ningún otro lugar o es raro oír hablar de ello. Ya sabes cuando miras la teoría o miras artículos porque la mayoría de la gente habla scrum, sabes que el electrodoméstico viene puramente como te gustaría teóricamente. Pero la realidad es que en la práctica a veces tiene sentido combinar realmente Cascada que scrum. , Y por eso este es un secreto bien guardado porque no mucha gente habla de ello, pero aún así lo hacen. Y es una de esas cosas que cuando miras a un negocio diferente, podrías encontrar que están aplicando. Ya sabes, 20% de sus proyectos son espurios. Kreimer, tu ágil 10% podría estar lleno de agua, pero en realidad ese otro 70% es un proyecto híbrido y eso significa que están combinando agua llena y scrum para monitorear proyectos. ¿ Y cómo funciona esto? Entonces cómo esto es práctica de trabajo. Bueno, en realidad es bastante simple. Podrías hacer la cara inicial del proyecto con Cascada. Y luego cuando realmente llegas a la implementación de ejecución, cambias a scrum para que puedas tener tus stand ups diarios. Tu planeación primaveral. Eres retrospectiva, ladrones y demás. Entonces eso es todo, chicos, ese secreto número dos.
11. Calidad y cambio en Scrum y en Scrum | Cómo gestionar esto en Scrum: Entonces antes cuando hablamos de calidad y scrum, mencioné criterios de aceptación, ¿
verdad? Si recuerdan, hablé de criterios de aceptación, y esto es algo que es súper importante cuando estamos hablando de calidad Scrum, y eso es como no considerar algo realmente hecho cuando realmente no hemos comprobado que, significa que los criterios de aceptación. El otro elemento clave cuando estamos hablando de calidad y scram es que las pruebas son que a menudo no solo al final. Tampoco es sólo en un particular enfrentando el proyecto, correcto y él también es chicos es una enorme diferencia. Cuando estás pensando en scram es una metodología versus formas tradicionales de cascada de gestionar proyectos de esa manera. Ya sabes, como el PM yo y ya sabes, el enfoque de Pembroke. Y ya he hablado de esto antes, ¿verdad? Y esto tiene que ver con, ya
sabes, en la gestión tradicional de productos. Cuando estás probando, en realidad
es un enfrentamiento el proyecto en generalmente viene después, sabes que ya has hecho descubrimiento. Ya has hecho la planificación antes de comenzar tu ejecución, haces un poco de pruebas, y eso puede durar unas semanas o unos meses. Y luego después de que estés unas semanas o unos meses de pruebas, realmente
te despliegas ¿verdad? Y así es un muy tipo de marco de tiempo establecido donde dije, periodo de periodo o fase en tu proyecto en tradicional. Estoy hablando de la gestión tradicional de productos aquí cuando realmente prueban algo y luego lo sueltan, ¿
verdad? Entonces es cuarto secuencial donde hablamos y vimos esa gráfica antes sobre la patineta y el auto encendido en la parte superior que tenías. Ya sabes cómo pasas de, ya
sabes, las ruedas al auto real en agua tradicional, ya
sabes, manejo de productos de
cascada mientras pruebas es que, ya
sabes, ya
sabes, enfrentar ese proceso mientras que en scrum las pruebas en realidad se hace a menudo no sólo al final. Ya sabes, lo
hacemos todo el tiempo en los diferentes manantiales, Ya
sabes, que estamos entregando. En realidad nos estamos probando parte de esas huellas. Entonces es por eso que ves estos ciclos y y estos se levantan en diagramación inscribe porque estás iterando y constantemente, sabes, entregando y como tu iterando incuestionablemente ahí entregando tu también pruebas eso. Otro concepto clave off quality and scram es que no es solo responsabilidad de una persona Vale, Así que en la gestión tradicional de proyectos de cascada, generalmente hay un probador o una pista de prueba. Y generalmente ponemos mucha responsabilidad sobre la calidad de lo que se está
entregando esas personas o a la persona que está haciendo el trabajo real ellos mismos, ¿
verdad? Por lo que en cualidades de lucha, la
responsabilidad de todos los que conoces es responsabilidad del equipo en su conjunto. Todos queremos asegurarnos de que lo que sea que me esté entregando realmente cumpla con los
criterios de aceptación que hemos leído como equipo y, ya
sabes, en scrum muchas veces otras personas están probando. No es sólo un probador. Podría ser cualquiera realmente en el equipo scrum sobre nosotros. En realidad, quiero asegurarme de que, ya
sabes, la gente que está haciendo el trabajo se sienta apoyada, que ya sabes, hay frescos satisfaces, mirando lo que estás haciendo y ayudando él fuera y asegurándose de que todo esté funcionando como estamos esperando y se hizo estándar. No busca la perfección,
correcto, correcto, así que te refieres a scrum. Y esto tiene que ver con un concepto pobre, ágil que llamamos el M V P, o un producto mínimo viable y también tiene que ver con el concepto de anarquía en ideal y scram que se movió estamos hablando Mantenlo simple, ¿
verdad? Entonces no queremos sobreingeniero cosas en scrum No queremos hacer cosas extra que
no son realmente necesarias o que no son realmente necesarias Cuando lo guardo realmente,
realmente simple cumplir con el mínimo Ya conoces esos estándares mínimos que no me consigues No
estamos comprometiendo en la calidad Todavía queremos entregarla cosas de alta calidad pero
solo queremos asegurarnos de que no lo superamos de ingeniero Eso es a lo que se refiere esto cuando estamos hablando ya sabes, este concepto off off, cumpliendo esos estándares y que buscando la perfección en en scrum y luego sigue mejorando. Correcto, Así que hablamos de ya sabes, estos de nuevo Este es un concepto básico ing en scrum, ya
sabes, sigue mejorando. O bien es el desarrollo alternativo derecho en estas mejora continua forma parte de lo que
llamamos , ya
sabes, re trolling en scrum que son retrospectivas derecho que están un poco fuera, como nuestras lecciones Aprendiendo scrum que, a diferencia del agua para la gestión de proyectos que generalmente se sabe, hacen estas revisiones post implementación p I las nuestras y lecciones aprendidas sesiones al final del proyecto que podría ser un, ya
sabes, un año de la pista en scrum. Hacemos este ejercicio después de todos y cada uno de los sprint. Entonces es un ejercicio de mejora continua y es hermoso. Me encanta, ya
sabes, es una de mis cosas favoritas de scram porque constantemente estamos reflexionando para mejorar en la siguiente impresión. Y ya sabes, eres tú ya lo sabes. Cuando hablamos de la historia del scrum en ese scrum teniendo ya sabes, raíces
japonesas, esto es algo que está muy, ya
sabes, arraigado en el truco del carbón japonés. Los japoneses, cuando están trabajando en cosas, están constantemente reflexionando sobre eso, ya
sabes, constantemente
están reflexionando sobre cómo pueden hacerlo mejor. Eso Ahí está una de las razones por las que realmente me encanta la cultura japonesa. Ya sabes, tenemos mucho que aprender de ellos y ya hemos aprendido tanto de ellos en el mundo . Y muchas de las, ya
sabes, las metodologías más grandes y mucho del concepto más grande que usamos a nivel mundial hoy en día vienen de la cultura japonesa o cosas que tienen raíces japonesas para mí. Esto no es diferente. Ya sabes, cuando pienso en continua mejora yare retrospectivas y nuestro enfoque narrativo y scrum. Yo lo veo sabes algo que eso entrega mucho poco valor porque no estamos esperando hasta el final para realmente hacer esos cambios a nuestra entrega donde lo estamos haciendo , haciéndolos sobre la marcha mientras vamos. Y ese es, ya
sabes, el núcleo en duro y la esencia fuera scrum. Entonces cuando hablamos de cambiar scrum Onda, ya
hablamos de esto antes, ¿
verdad? Dije que en realidad se dio la bienvenida a su derecho aceptado. Por lo que fuimos flexibles con nuestro alcance con nuestra entrega. Y ya sabes, si la gente es del negocio o de las partes interesadas o un dueño de un producto discutiendo un exceso de velocidad , sabes que deberíamos estar haciendo cambios o que deberíamos estar haciendo algo diferente . No nos quejamos de eso en scrum. En realidad los
escuchamos, los escuchamos. Entendemos por qué nos están dando esta retroalimentación y luego, ya
sabes, hacemos cambios en nuestro enfoque si es necesario. Entonces estamos muy, muy, muy abiertos. Ya sabes, hablamos de cuando vamos estamos por encima de principios valores y peladores. La transparencia también es realmente importante scrum. Entonces nosotros, ya
sabes, aceptamos y abrazamos el cambio cuando fue requerido y la retroalimentación de los clientes se incorpora a los liberales. ¿ Verdad? Entonces estamos constantemente, ya
sabes, reflexionando sobre nuestras retrospectivas sobre qué es esa alimentación pero que nos estamos poniendo de los clientes. ¿ Y cómo están las personas que conoces, abrazando ese cambio esos entregables y está funcionando como los estamos esperando? Y ya sabes, si hay que ajustar algo en nuestro camino en la forma en que estamos haciendo las cosas que realmente
ajustamos y también hicimos cuando se necesitaba. Ya sabes, no
queremos hacer cambios si no son realmente requeridos. Entonces en scrum, queremos mantener las cosas siempre realmente simples. Siempre, ya
sabes, continúa la ONU Interrogativo Lee mejoró continuamente un lee iterativo entregar y
no queremos hacer cambios. En realidad no se requiere, ¿verdad? Entonces no queremos reinventar la rueda ing scrum. sabes, si ya se está haciendo algo, su trabajo y podemos aprender de eso aprovechará eso en scrum. Ya sabes, si si vemos que algo está funcionando bien ya que shoud y sólo hay por cambios, entonces no vamos a hacerlos ya sabes, no los vamos a hacer porque eso sería, sabes, yendo en dirección opuesta fuera. Yo quiero estar haciendo instruct. Entonces por eso ya sabes, cuando estamos pasando por nuestras retrospectivas, si hay algo que está funcionando bien, seguimos haciéndolo es ya sabes, solo es escritura lógica. Algo está funcionando bien para ti. ¿ Por qué lo cambiarías? Y de nuevo, esta es una de las cosas que realmente disfruto de Scrum es que somos cambios constructivos y posibles. Aceptamos, ya
sabes, incorporamos a lo que estamos haciendo, pero en realidad no lo hacemos a menos que sea realmente necesario. Eso tiene sentido.
12. Riesgo en Scrum | Gestión de riesgo en tus proyectos con Scrum: y estábamos hablando de riesgo en scrum. Básicamente queremos asegurarnos de que tengamos documentados esos riesgos. Correcto, Entonces queremos asegurarnos de que esas razones estén documentadas. Por lo que están identificados, en realidad están siendo evaluados, y en realidad han respondido Bean o acción. Y estamos hablando de arriesgar miga. Queremos ver sus básicamente dos factores. ¿ Cuál es la probabilidad de ocurrencia de eso? Y una vez que tenemos pero dice la probabilidad de ocurrencia de eso, también
queremos evaluar cuál es el impacto en caso de ocurrencia. Correcto. Entonces si ese riesgo en realidad se convirtió en una realidad y no en un riesgo por más tiempo, pero en realidad sucedió, ¿por qué significaría eso Qué? ¿ Cuál es el impacto en eso? Entonces, básicamente, estas son las cosas clave que queremos hacer cuando estamos, ya
sabes, trabajando en su migaja. Queremos asegurarnos de que los riesgos estén documentados. En realidad los hemos evaluado, los hemos
entendido, ya
sabes, identificé claramente, ya
sabes, ¿qué tan probable es que ocurra eso? Y si eso realmente ocurriera, ¿qué pasaría? ¿ Qué significaría eso para nosotros? Y entonces qué haríamos? Correcto. Entonces, ¿quieres tener eso documentado? Generalmente estoy por cierto, la mayoría son equipos scrum los tendrían en,ya
sabes, ya
sabes, en un amor de riesgo. Eso generalmente es solo una hoja de cálculo de archivo Excel en Google Dogs o algo así. Pero también se ve mucho fuera de los equipos scrum. Pónganlos en rastro. Ah, si están usando trail oh, o derivan su uso Jiro O podrían ponerlo en el planeta Tierra. Están usando Microsoft Planner. Por lo que hay muchas herramientas diferentes por ahí para que la gente documente los riesgos y las cosas que son tal vez
quieras documentar. Cuando la gente está corriendo en riesgo para el proyecto es podría querer correr documentar la fecha en que se planteó el riesgo, ¿quién corrió bien? Ya sabes, de
qué zona es esa persona? Y la información que descubrimos como ¿Cuál es el riesgo en sí mismo? Entonces la descripción del riesgo, ¿cuál es la probabilidad de ocurrencia? ¿ Sabes que quieres documentar si eso ya ha sido tomado? Cuidado apagado. Ya ha sido acción. Ya ha sido considerado. Entonces esas son las cosas que quieres asegurarte de que has incorporado que como parte de tu
supongo tu registro de riesgos donde tu sabes quieres asegurarte de que la investigación captó y luego en realidad son acción. Y en términos fuera, si lo sabes, el equipo necesita tomar medidas para reducir a esos Reese para mitigarlos, para eliminarlos, que tengan frijol efectivamente cerrado, si eso tiene sentido. Entonces eso es lo que estábamos buscando cuando estamos analizando riesgos en scrum y en esencia, supongo que eso no es muy diferente a lo que normalmente harías cuando estás trabajando en cualquier proyecto con cualquier tipo de metodología en scrum, supongo que crees que estás siendo vas a mantener ese proceso muy simple, muy inclinado
muy para que sepas lo que realmente, realmente se requiere. Y vas a No te vas a comer tu Hablamos de simplicidad y lárgate, ¿
verdad? Hablamos de mantener las cosas simples. Entonces eso es solo, ya
sabes, el núcleo, en esencia, fuera de cualquier metodología ágil también. O la mayor parte que tomaría Hay algunas cosas que son un poco más robustas en
ng complejo . Ya sabes, como cuando miramos al paraguas, los de la derecha, ya
sabes, como
tal una caja fuerte o diaz ellos. Cómo será cuanto más supongo complejidades y estructuras a su alrededor. Pero en general, cuando estás hablando de scrum, quieres quedarte con las cosas. Andi, Metodologías
más ágiles que quieres mantener gracias a un mínimo. ¿ Verdad? Entonces yo con eso quiero decir otra vez, como ya hablamos antes. No vamos a repasar la ingeniería. Y vamos a escribir este documento realmente largo para documentar o riesgos. Vamos a mantenerlo, verdad, verdad al mínimo. Realmente, realmente simple.
13. ¿Para qué es el Scrum? | El mundo real y la aplicación de la vida real de Scrum: una pregunta que surge a menudo antes de que la gente realmente incluso comience a trabajar con scram es para lo que pueden usar Scrum en. Ya hemos cubierto muchos de estos, en
realidad en conferencias anteriores fuera del curso, que es, se puede utilizar Crumb para entregar valor, a
menudo a entrega, lee
interrogativo y para mejorar continuamente. Entonces por eso se lo da porque el marco de tiempo es corto para escribir, que estás entregando. Te da mucho mejor control sobre los seres vivos a tiempo y sobre el presupuesto y la anarquía. Algo de lo que hablamos antes es que en realidad se puede usar Crumb en casi cualquier industria y en casi cualquier tipo de proyecto proyectos pequeños, medianos e incluso grandes. Sí, puedes utilizarlos también en, ya
sabes, proyectos de
marketing, proyectos ventas, productos
de compras. Como dije, prácticamente cualquier industria y cualquier área se beneficiaría de usar realmente scrum. Ahora bien, eso no significa que quieras aplicar scrum para cada tipo de producto por ahí tampoco, ya sabes, porque no es una talla única para todos, y no creo que haya gestión de proyectos metodología en el mundo que ha tenido una talla se adapta a todos A veces hay que tomar un enfoque híbrido. Y por híbrido quiero decir, hay
que combinar diferentes metodologías de gestión de proyectos. Y a veces, ya
sabes, sólo tiene más sentido trabajar de manera cascada porque fuera del contexto fuera del negocio, porque fuera de los marcos de tiempo para el Lavery o porque se acaba de designar, ya sabes, metodología con la que debes trabajar en el negocio. Y ni siquiera hay una discusión alrededor mirando otras opciones u otras formas de salir,ya
sabes, ya
sabes, implementando cosas, no decir, por
supuesto, y las muchas equivocadas que no puedes tener una charla a la gerencia y compartir con ellos. Ya sabes, talones
infernales. Y aquí hay un enfoque alternativo, que creo que funcionaría mejor. Y por eso creo que funcionaría mejor cuando pudiéramos hacer un poco de Pilo a fondo a prueba de concepto y en realidad recientemente tenía hasta. Ya sabes, yo no debería de la mía que estaba pensando en implementar scrum Andi. No estaba exactamente segura de cómo iniciar su entorno. Entonces lo que le dije Waas Bueno, parece que tienes una muy buena idea de lo que quieres hacer, y lo principal es que ella trabaja en salud y ella trabaja en este laboratorio y y yo estaba diciendo a sus donde Bueno, Parece y suena como que tu equipo podría beneficiarse de scram si implementas eso un
piloto inicial ahora con todos tus clientes pero con un grupo particular de clientes encendido. Pero básicamente estaban tratando de trabajar de una manera más eficiente y más rápida y reducir , ya
sabes, la clave. Ah, las cosas estaban sentadas fuera del trabajo que necesitaba que se hicieran. Entonces dije,
Bueno, Bueno, sólo empieza con una prueba de concepto y mostró los resultados a la dirección. Y entonces ustedes chicos pueden decidir si hay mucho valor para ustedes en sus contactos y en su entorno particular para implementar scrum. Pero generalmente nosotros lo es. Ya sabes, generalmente, lo que veo en el campo y como estoy trabajando en, ya
sabes, en diferentes países y diferentes proyectos y con diferentes personas están por todo el mundo, es que la mayoría de ellos en realidad se beneficia del scrum, y una vez que entiendan lo que pueden
usarlos, úsalo para muchos de ellos realmente quieren usarlo bien, porque les permite alcanzar tus metas y objetivos más rápido y les permite proporcionar validador y clientes en les da flexibilidad y adaptabilidad en las diferentes cosas que están haciendo. Y también puedes usar crown para, ya
sabes, investigación e identificar mercados viables, tecnologías y capacidades que puedes usar, ya
sabes, scrum también para desarrollar productos, servicios y potenciando esas piezas y servicios, haciéndolas mejores. Puede usar scrum para liberar productos en mejoras con frecuencia y frecuencia. Y ya hablamos de esto antes. Este es el núcleo en esencia, off scram. Ya sabes que la narrativa continúa la entrega, una interpretación continúa la mejora y sabes que también puedes usar el desarrollo de crump, nube
sostenida y entornos operativos para el uso de proc para aquellos que están trabajando con I t. Y sabes que t productos y servicios usando la nube. Y también por último pero no menos importante, se
puede utilizar miga para sostener y renovar los servicios de producción. Derechoa mantener una ventaja competitiva en el mercado para esos productos
y servicios ,y actualizarlos realmente. , ¿ Obtengo un buen ejemplo de estos? Podría ser la página web de su empresa. Podrías usar Crumb para, ya
sabes, actualizar el sitio web que tiene eso y hacerlo saber, más bonito que East Today on. Sí, lo sé y dando ahora mismo, ya sabes, un ejemplo de 90. Pero eso no quiere decir que todo tenga que estar en proyectos I t. Como ya he dicho antes, se pueden aplicar estos en muchos tipos de industrias y sin autos, muchos tipos de proyectos. En realidad está trabajando y hablando con un colega mío que es, ya
sabes, le gusta la inversión inmobiliaria y la administración de propiedades en él estaba aplicando, ya
sabes, principios
scrum en el trabajo que él estaba haciendo con su equipo alrededor de cómo elegir esas nuevas propiedades en las que va a estar invirtiendo. Entonces ya sabes, he visto a gente que conoces aplicar a Chris Crum para planear sus bodas. He visto gente arriba principio scrum aplicado desde Crumb a, sabes, trabajar en proyectos de operaciones, proyectos compras en, ya
sabes, yo estaba involucrado en realidad licitación por un proceso de compras un hace unos meses, y aplicamos ideales,
principios, principios, y dividimos nuestro proceso de licitación en historias de usuarios y resortes y en realidad pasamos por
todo el proceso, ¿sabes? Ya sabes, me dieron periodo de tres meses por algo que usualmente toca 12 meses. Ya sabes, eso fue increíble. Fue realmente valioso para nosotros. Y fuimos y pudimos pasar por todo ese proceso de licitación en un par de manantiales y tomar una decisión sobre cuál era un vendedor que nos iba a dar ese servicio y
necesitábamos en tiempo récord, ya
sabes, lo hicimos en tres meses en lugar de 12 meses, y eso fue realmente, realmente un gran logro. Y me siento realmente orgullosa de eso. Y estoy seguro de que a medida que conozcas gente que está trabajando con Scrum, van a compartir historias realmente interesantes y realmente geniales contigo sobre cómo
entregaron mucho valor realmente rápido y mucho más rápido de lo que estaban haciendo antes incluso comenzó a trabajar con scrum.
14. Secreto 3 de Scrum: secreto número tres es que las retrospectivas scrum son súper poderosas. En realidad están en la esencia central y uno de los aspectos más importantes fuera de Scrum como metodología y como marco sobre hablo de esto desde la práctica. Lo que vas a descubrir es que cuando estás haciendo tu retrospectiva regularmente como parte de tus resortes o cuando termines tus sprints, entonces vas a ver que en realidad vas a estar cambiando las cosas para la próxima primavera y vas a estar mejorando continuamente y haciendo cambios que tendrán un mejor resultado para ti en el proyecto y te permitirán entregar más rápido para cumplir esas metas para cumplir esos objetivos. Entonces lo que trato de decir es que asegúrate de aprovechar al máximo tus
perspectivas gritadoras porque es un troll re tan importante, ágil, y vas a ver eso. Como dije antes, harás una gran diferencia cuando realmente estés poniendo en práctica esas lecciones aprendidas en tu próximo sprint y te daré un ejemplo perfecto. No hace mucho tiempo estaba trabajando en un proyecto. Después de un periodo de experiencia de seis semanas, hicimos que Onley alcanzara un 3% de descuento en ejecución. Ahora eso es un número realmente en bajo. Después de un periodo de primavera de seis semanas, realidad
estábamos apuntando a estar alrededor del 60 70% para ese momento. Por lo que después de una de las retrospectivas, reflejamos el enfoque y la estrategia completamente cambiados. Y en menos de un mes pasamos de una tasa de ejecución del 3% hasta una tasa de ejecución del 93%. Y ese fue el cómo saldría de una retrospectiva. Y es por eso que este es el secreto número tres off scrum.
15. Rituales en Scrum y roles de Scrum: los rituales scrum que vamos a cubrir en los puntajes son un scrum diario. Planeación primaveral. Sprint revisa retrospectivas sobre el atraso, refinamiento o el aseo de look back. Y antes de entrar en todos y cada uno de ellos en detalles. Entonces entiendes lo que todos significan en el mundo scrum y cómo los implementas en la práctica. El elemento clave que quería quitarles es que todos forman parte de lo que conforma la cultura scrum. De acuerdo, esa cultura ágil scrum es parte de eso. ¿ Estos rituales son correctos? Y parte de lo que hace que esa cultura funcione y funcione es que estos rituales se
ponen realmente en práctica y que en realidad nos hemos disciplinado en hacerlos realmente. Está bien. Y cuanto más las hagas, más naturalmente se volverán en más familiares nos volveremos para ti en para el resto del equipo. Y cuanto más
sepas, las
haces, más valor las vas a ver. Confía en mí. De acuerdo, chicos, ya
lo hemos visto en estos núcleos de calambre, Scrum es muy, muy sencillo, ¿
verdad? Todo se trata de la sencillez, el minimalismo y la entrega de valor. A menudo rápidamente en lo que nos permite hacer eso también. Está saliendo con scrum. En realidad tenemos tres roles clave que se llaman el Scrum Master, el propietario y el equipo de desarrollo o entrega. Está bien. Y vamos a cubrir todos y cada uno de ellos con más detalle. Pero como puedes ver como todo lo demás en scrum es muy sencillo, ¿
verdad? Solo estamos hablando de tres papeles principales clave.
16. El maestro de Scrum: Entonces, empecemos con el papel de un maestro scrum, que es un papel clave en scrum. Y si te preguntas si alguien puede asumir la toma del papel del maestro scrum, la respuesta es sí. No tiene que ser,ya
sabes, ya
sabes, una persona de pareja en particular designada por el negocio o que no tenga que ser alguien que tenga ese papel oficial en Nueva York. Estructura off scrum master. Puede ser prácticamente cualquier persona dentro del equipo del proyecto siempre y cuando, por
supuesto, ya que en realidad tienen muy buenos conocimientos de scram y una muy buena comprensión fuera de scrum como metodología y fuera de los principios ideales fuera de curso. Por lo que este gran maestro es básicamente alguien que está ahí para facilitar y para abogar por scrum dentro del negocio. Y es alguien ahí va a liderar guía de apoyo y ayudar a este equipo de Crumb. También es alguien que va a quitar los bloqueos de carreteras, temas o impedimentos para ti. Por lo que en realidad te va a apoyar y apoyar, ya
sabes, al equipo de scrum, asegurándose de que cumplan con sus objetivos a tiempo y en presupuesto sobre él vendió así que alguien que es muy activo, todos los diferentes rituales que son parte de scrum como el diario. Ponte de pie. Conoces nuestro scrum diario si quieres llamarlo así y retrospectivas, correcto Pero el maestro de scrum no es un equipo tradicional, líder o gerente de proyecto, aunque podría ser un líder de equipo, gerente de
proyecto que asume el papel de scrum master. Como dije antes, casi cualquiera puede tomar papel de scrum master siempre y cuando tengan suficiente
conocimiento scrum y sean ojos muy familiares con metodologías ágiles y scrum como marco . Entonces la diferencia clave desde mi perspectiva fuera ya sabes, el maestro scrum versus otros papeles principales clave en los negocios del scrum Master es un líder
sirviente, por lo que no está ahí como dos en el sentido tradicional. Te diré qué hacer. Está Mawr ahí para ayudarte a hacer tu trabajo, ya
sabes, para quitar cosas que están impactando lo que estás haciendo o cosas que están impactando. Ya sabes, el equipo de reparto, ¿verdad? Pero no está ahí sólo para, ya
sabes, algo así como si no estuviera ahí. Pregúntale a tu jefe si quieres pensarlo de esa manera, no
está ahí para hacer eso. Él está más ahí para facilitar para asegurar que tengas todo lo necesario para asegurar que el equipo de
scrum esté enfocado en
entregar, entregando a tiempo para asegurar que ahí, ya
sabes, el equipo en realidad está al día con el disciplina de pasar por los diferentes trolls scram re y está ahí para trabajar muy de cerca también con un dueño de producto. Me aseguro de que estemos enfocados en las prioridades correctas y estamos tomando en cuenta comentarios del propietario del producto. Ya sabes, los clientes que representa o de sí mismo si es el cliente. Y por supuesto, el pro corner está constantemente en enlace con otras personas del negocio. Por lo que el scrum master está constantemente y trabajando de cerca con el protón o para asegurar que se tome en cuenta en Ya sabes lo que está haciendo el equipo y sabes que también es , ya sabes, el papel del scrum master y hablamos de esto
antes también es muy grande en facilitar la derecha, ya
sabes, asegurarse de que las cosas se lleven a cabo y asegurarse de que todos estén siguiendo esos valores
ágiles, principios, distribuidores. Y básicamente es un abogado fuera de scrum. Ya sabes, pensamos que diskrumping y asegurarnos de que el equipo esté, ya
sabes, constantemente y continuamente mejorando constante y continuamente iterando en la entrega y que el equipo está pasando, Ya sabes, los diferentes manantiales, este plan, ya
sabes, cumplir con los objetivos y trabajar entre sí hasta el hígado según lo planeado.
17. El propietario de productos: ahora el dueño del nacimiento va a ser alguien que va a estar trabajando de cerca con el
maestro de scrum con equipo de reparto. Y va a ser alguien que básicamente va a llamar la atención sobre cuáles son las prioridades en las que debe enfocarse el equipo en base a las necesidades del cliente, ¿
verdad? Porque él es o el propio cliente o alguien que representa al cliente en general el dueño quebrado es algo que viene del negocio, ¿
verdad? No es realmente alguien que viene del área en la que estás trabajando,
o alguien en el que siempre estás en un papel pero técnico o algo así. Generalmente, el propietario es alguien que tiene un enfoque empresarial en, viene del negocio en en representa al negocio y nuestra representando a todos los contra los intereses del cliente, el usuario final. Y eso es lo que quieres ser. Y eso es lo que quieres ser, la persona que asume el papel en términos de ser el dueño de la parte. Eso es lo que debería ser esa persona. Y el dueño básicamente es dueño del rezago del producto, que es sobre todo y principalmente lo que vamos a estar entregando. Es solo todo lo que sabes en su conjunto que vamos a estar entregando y solo ten en cuenta que trajo de vuelta Mira, está incluyendo todas esas historias de usuarios que, como vimos antes, yo más o menos a donde vas ya
sabes, algo así como las pruebas en las que vas a estar trabajando eso es una parte, ya
sabes, el look pro pet y el pro dueño. Bueno, es
dueño del atraso, y casi dijo que algo encuentra esas prioridades en base a que sabes que es necesario. Si es un cliente, el cliente necesita si está representando al cliente y puede estar,ya
sabes, ya
sabes, trabajando como dueño de enfoque estadounidense representando al negocio en diferentes proyectos. Pero un scrum Equipos debería tener, idealmente, Onley uno Perathoner. Por lo que no quieres que múltiples personas traten de definir prioridades, tipo de asumir el papel de propietario del producto que solo quieres. Solo quieres tener una persona a la que está oficialmente asignada y comprometida
para ser el dueño de tu proyecto, y eso es algo que tienes que identificar incluso antes de empezar el proyecto. Y eso es generalmente una discusión, ya
sabes, con el equipo, y ya sabes, el negocio o la dirección alrededor de quién es en realidad la persona clave que quieres estar tomando esas decisiones en términos, fuera de prioridades y en qué se va a centrar el equipo. Entonces, como dije que algo que normalmente harías antes incluso de empezar con el trabajo y asegurarte de que encuentres a esa persona es una parte importante de ese proceso. El dueño es básicamente esa brecha entre el equipo y las partes interesadas y por su papel dentro del negocio, probablemente
esté constantemente y hablando con diferentes líderes empresariales, diferentes personas que realmente representan o trabajan estrechamente con sus clientes finales. Entonces él es ese puente ¿esa persona que te trae esa información a través? Ya sabes, ¿cuáles son las cosas en las que deberíamos estar centrándonos? Qué es importante para los clientes Fuera de curso que rompió dueño. Ya sabes, es un papel diferente dentro de esta metodología scrum para que tenga que ser alguien que sea diferente al maestro scrum. Nunca debiste tener este crimen. Maestro también jugó un papel fuera del toner pro porque sería demasiado para él. Podría ser también, en cierto modo, un poco de conflicto de intereses y al mismo tiempo, bueno, ahí a unos papeles muy distintos, con un enfoque diferente y sí, están trabajando muy estrechamente entre sí. Pero en general las personas que están asumiendo el papel de scrum master son personas que están
sentadas dentro del lado fuera del negocio que en realidad está enfocado en la entrega, ¿no? Entonces dentro de lo diferente. Supongo que los equipos de proyecto eran equipos operativos o equipos de apoyo si alguna de esas personas realmente ha decidido asumir el papel de scrum master. Pero ya sabes, la persona en realidad generalmente está tomando el papel del scrum. El dueño de scrum es algo que en realidad está viniendo del negocio, representando el lado comercial de las cosas en el cliente final. Entonces otra vez, como dije antes a nuestros diferentes roles con sus muy diferentes focos, ya
sabes, el maestro fuerte en el dueño de la garganta y scrum tienen ah, diferente, supongo enfocarse y pero ellos están trabajando muy de cerca y el maestro de scrum trabaja muy de cerca con el dueño y ayudando al equipo a entender lo que sabes lo que eso se enfoca en base a sus conversaciones con el dueño del producto y el dueño quebrado, ya
sabes, él dirige la dirección de lo que es lo que se está entregando. Como dije antes, él es el que llama las tomas a las prioridades, y piensa que algo debe cambiar en orden. Él es el que va a tomar esa decisión, y va a querer ser el que va a negociar eso con la gerencia si necesitamos,ya
sabes, ya
sabes, cambios en el alcance,
financiamiento o horario de Scott porque somos flexibles en scrum. ¿ Verdad? Ya hemos hablado de eso antes,
y, y, ya
sabes, si surge algo nuevo y la gerencia quiere que entreguemos algo a través de una primavera que no hemos considerado originalmente, a diferencia del tradicional cascada bonito castigo. No vamos a mostrarnos tímidos lejos de eso. No vamos a empujar hacia atrás contra eso. Sólo vamos a decir eso, ¿sabes? Eso está bien. Vamos a tener esa conversación sin esquina rota puesta. ¿ Qué vamos a ir a la junta escolar partió empates de lo que tenemos planeado hacer, o simplemente vamos a hacerte saber, financiamiento de
Boris Y vamos a, ya
sabes, ajustar nuestro horario si necesitamos a Teoh previa aprobación de la gestión. Y eso es lo que está ahí el dueño del libro , ya
sabes, para ayudarnos, está ahí para ayudarnos a tomar esas decisiones y para tener esas conversaciones con esos diferentes interesados sobre gestión alrededor de ese tipo de cosas y tal alcance, financiamiento y horario. Y, ya
sabes, como dije antes, es la persona clave que nos va a ayudar a tomar esas decisiones en torno a las prioridades y el enfoque y en qué se va a centrar el equipo para la entrega.
18. El equipo de entrega: y por último, pero al menos tienes el equipo de reparto. Esto es más o menos todos los demás que están involucrados en este equipo delictivo en que está implicando el proceso para asegurarnos de que realmente entregamos a tiempo en presupuesto y en camino con nuestras metas y objetivos. Y en general, ya
sabes, las libertinas son típicamente entre 3 y 9 personas. Estas son las personas que en realidad están haciendo el trabajo. Por lo que tenemos aquí analista de negocios, desarrolladores, diseñadores de prueba. Hay casi nadie más que conozcas, arquitectos que en realidad está involucrado en la obra. Y esto varía, por
supuesto, proyecto a proyecto porque podría tener un proyecto en el que podría necesitar un arquitecto involucrado y podría tener otro en el que tal vez no necesite uno en. Podría haber un proyecto en el
que, ya sabes, porque se necesita un proyecto de compras, posible que
necesites una adquisición y todo esto involucrado. Pero digamos que estás trabajando en el mejor proyecto. En realidad podría necesitar un analista de finanzas en ambos. No estoy arriba en una persona de compras, Así que el equipo de reparto, supongo que la composición del equipo de reparto es que va a variar, ya
sabes, de Proyecto a proyecto en cuanto a quiénes son los roles y el personas dentro de las diferentes áreas que están involucradas en el proyecto. Pero ya sabes que lo clave para que tomes en cuenta supongo que atik t
quitarte para que lo consideres básicamente la gente que es el equipo de reparto son las personas que en
realidad están haciendo el trabajo que la gente está haciendo realidad que las cosas sucedan en términos de entrega. Y ya sabes, eso nos puede incluir. Bueno, un gerente de proyecto, analista
de negocios. Depende. Depende, verdad, porque a veces verás en algunos equipos de scrub que el encargado del proyecto toma un master de scrum roll off y eso está bien. No tiene que ser así. ¿ Conoces al encargado del proyecto? Podría sentarme en el equipo de reparto y no tomar el papel en el off off master. Por lo que sabes que Scrum Master no equivale necesariamente al gerente de producto. Son dos roles diferentes. A pesar de que es común y mucho apagado. Ya sabes, los equipos de
scrum en realidad, muchos gerentes de producto en realidad asumirán el papel de scrum master y en
realidad están siendo entrenados. Muchos de ellos en realidad han pasado por el entrenamiento de matorral y se han entrenado para convertirse en maestros de scrum. Pero de nuevo, ya
sabes, como dije antes, eso no significa que tenga que ser así, manera que sabemos de qué estamos hablando. El equipo de reparto del que hablamos antes de la autoorganización, un departamento para tomar esas decisiones sobre lo que está siendo, ya
sabes, específicamente entregar el resorte hacia abajo en lo que sabes, el enfoque en lo que está siendo hecho. Y, ya
sabes que el equipo está en parte para hacer cambios si piensan que necesitan hacer cambios en el camino hacia ahí acercándose a algo porque fuera de su lo que reflexionan en sus retrospectivas. Entonces otra vez, ya
sabes, a veces me hacen esta pregunta, y por eso quiero hablar un poco de ello aquí en estos en estas conferencias del curso, dijo, A veces me dan preguntó, Ya
sabes, ¿qué es lo que sabes? ¿ Cuál es el papel de un B A o Cuál es el roll off sobre arquitecto? O, ya
sabes, ¿qué es un roll off? Un test sereno inscrito en consigue una cosa clave para que te quites a estas fiestas que realidad no
es demasiado diferente de donde su papel habitual ya conoces la principal
diferencia clave es que hay parte de un equipo de scrum. Entonces porque son parte de un equipo de scrum, son parte de los rituales scrum y luego están siguiendo este campamento. Principios, valores Peeler's y sabes que están trabajando de una manera diferente. Entonces, en lugar del enfoque secuencial tradicional, están trabajando juntos en una eternidad de enfoque. En eso las reglas se desdibujan, ¿sabes? Entonces el Desenfoque de Rosa. Quiero decir que, ya
sabes, podrías tener a alguien más que no es sólo una prueba muy involucrada en pruebas en scrum, ¿
verdad? Entonces no respetamos. Obtienen los roles tradicionales sobre el rol oficial que tiene esa persona, supongo, título de
rol que tienen en la organización. Pero eso no quiere decir que necesariamente van a estar haciendo en Lee ese rol específico o ese rol específico tampoco. Ya sabes, eso podría ser como dije antes. Es un es un gerente de proyecto y podría estar ayudando con las pruebas en Sprint y eso está bien . Eso está bien. Eso es aceptado y eso es bienvenido en scrum. Y ya sabes, el equipo de reparto, como dije, bueno, muy en composición de proyecto en proyecto sobre eso, algo que necesitarás definir antes de siquiera empezar, justo cuando estás pensando en quién necesita involucrarse en este proyecto en cuanto entrega y esas son las personas que quieres en cola en tu equipo de reparto.
19. El servicio de Scrum Master para otros roles: Muy bien chicos. Por lo que ya hablamos de los diferentes roles que forman parte del scrum. Pero en esta parte del curso quiero profundizar un poco más en el papel del
maestro scrum dando y sé que muchos de ustedes o algunos de ustedes podrían realmente querer perseguir el papel del maestro scrum Y hay muchas oportunidades de trabajo por ahí para scrum maestro's. De acuerdo, entonces hablemos un poco del servicio scrum master al dueño. Básicamente, como dijimos antes, el scrum Master tiene una relación muy cercana con el dueño y se están
comunicando constantemente unos con otros alrededor. ¿ Cuáles son las prioridades? Por qué deben estar enfocándose en si hay riesgos que necesitan para mitigar gerente, eliminar y básicamente sabes todo y cualquier cosa que esté relacionada con la entrega. Lo están discutiendo y lo están revisando juntos y debido a que el maestro de scrum es un facilitador en general, fuera del proceso general, también
es una especie de entrenador hermoso, ¿
verdad? Entonces va a estar ayudando a los pies ordinarios de Perth, ya
sabes, al donante roto o a la persona que ha sido asignada al papel de dueño de producto no
tiene mucha experiencia con Scrum. El maestro scrum está ahí para ayudarlo Así que el maestro de cruz Scrum va a estar caminando por la metodología. Va a estar explicando los diferentes términos. ¿ Qué? Significan que va a estar asegurándose de que el dueño de Brook se sienta cómodo en ese papel de dueño. Va a lograrlo. Asegúrate de que realmente estamos practicando la agilidad y todo lo que estamos haciendo. Va a estar facilitando esos trolls de crimen re, los eventos scrum y va a estar asegurándose de que todos estén en la misma página en
apagados , mientras que el dueño de la quiebra quiere que nos enfoquemos. Entonces eso es todo. Eso es principalmente lo que el maestro scrum que va a estar haciendo por el Perathoner. Ahora hablemos del servicio scrum Master al equipo de desarrollo. Realmente evoluciona. Son mucho coaching redondo,
facilitando, ayudando, ayudando, apoyando básicamente quitando cualquier cosa que pudiera impactar la entrega del equipo . Eso es más o menos. Por lo que el maestro de scrum va a estar trabajando muy de cerca con el equipo de reparto para asegurarse que están siguiendo los rituales,
principios,
valores,
peladores reales principios, valores, , asegurándose de que entiendan el diferente terminología y scrum asegurándose de que los esté
entrenando constantemente y ayudándolos en su viaje scrum en el scrum. Master va a estar trabajando estrechamente con el equipo en su conjunto con diferentes individuos para ayudarlos en el viaje scrum y facilitar los diferentes rituales scrum y
asegurarse de que si alguien en el equipo de reparto está teniendo algún problema o ya sabes, impedimentos o bloqueos de carreteras, bueno, el maestro scrum como dijimos antes, es un líder sirviente, ¿
verdad? Entonces está ahí para ayudarlos. Entonces está ahí para ayudarlos, ya
sabes, con su trabajo haciéndoles más fácil hacerlo suave que si algo realmente les está impactando y está fuera de su control, donde el maestro scrum está ahí para quitar que está ahí para deshacerse de ese bloqueo en la carretera, ayúdales a seguir con el trabajo. Pero también creo que lo más importante, el papel del maestro scrum y el servicio que brinda al equipo de reparto es
asegurarse de que se mantengan enfocados, entregando a tiempo, Lee
interrogativo y mejorando continuamente de manera alternativa y continua creciendo madurez y entregando continuamente valor para el negocio y último. Pero al menos hablemos del servicio scrum Master a la organización básicamente el scrum Master está ahí para ayudar a los campeones scrum en la empresa. Entonces si alguien que va a estar abogando por scrum en ayudar al negocio a planear los proyectos de
scrum que diferentes, ya
sabes que los equipos de scrum van a estar entregando y también va a estar liderando la adopción de scrum dentro de la empresa. Va a estar entrenando a la gente. Va a estar ayudando a la gente a entender la terminología que beneficia el valor, lo
más importante mostrarles en la vida real y en la práctica qué scrum puede ayudarles a lograr y cómo el scrum puede ser valioso para el negocio de la totalidad o para la empresa como para entregar proyectos a tiempo en presupuesto y mucho más rápido de lo que sabes, las metodologías habituales o tradicionales de gestión de productos. Entonces, como antes, ya
sabes, el master scrum no está brindando un solo servicio al negocio o a la empresa . En realidad está proporcionando múltiples cosas y en realidad está agregando mucho valor al negocio. Y por eso en este momento hay una demanda muy alta de Scrum Master's a nivel mundial. Ya sabes, la gente está contratando asunto scrum. En realidad son ya sabes, y esto no es algo que tú sabes, que yo lo estoy compitiendo algo que en realidad puedes google o, ya
sabes, si vas a buscar monstruo lo que sea el lado del trabajo que usando tu país. Si buscas un Scrum Master, seguro que te vas a encontrar mucho. Ya sabes, las oportunidades de
empleo surgen porque en realidad es ah, título de
rol en muchas empresas son en realidad cuatro millones creando oficialmente el rol
maestro scrum dentro de la empresa. Y ya sabes, también
hay muchas empresas de consultoría por ahí contratando maestros scrum porque muchas empresas quieren volver a esas firmas
de consultoría y que consiguen, ya
sabes, un maestro de scrum, ayudándolos con un problema en particular. Están tratando de Sobel o ayudarles a salir de la palanca, un proyecto particularmente que están tratando de entregar. Entonces básicamente, supongo que la clave quitarle para ti alrededor de estos es que hay muchos trabajos
por ahí para los maestros de scrum y que ya sabes, la información y todo lo que estás aprendiendo cualquier puntaje te ayudará a convertirte en un scrum maestro y que en realidad puedas asumir ese papel y empezar a ganar más dinero y hacer un cambio de
carrera. Si te eso algo que quieres perseguir de nuevo. No es algo que no quieras No tienes que hacer, ya
sabes, si no quieres hacerlo, sabes
que puedes robar, Sólo entiende. Conozco las diferentes cosas que forman parte de Scrum para que estés trabajando en este
proyecto de terreno . En realidad entiendes de qué se trata todo y tiene sentido para ti. Y no te sientes como, sabes, como, completamente perdido ahí fuera ya. Si estás trabajando en un equipo de scrum, puedes ayudar al equipo a alcanzar sus objetivos.
20. Secreto 4 de Scrum: secreto número cuatro de Scrum es que en realidad podemos priorizar nuestras historias de usuarios
centrándonos en el producto mínimo comprable, bajo fruto colgando y lo que maximiza el valor para el cliente final y para las personas que se están beneficiando de este proyecto. Eso es lo que quieres mirar cuando estás mirando tu parte de atraso y bajo sprint back. Observe en definir sus prioridades. Así que asegúrate de estar pensando en esas frutas colgantes bajas porque parte de nuestro intento lograr en scrum es mostrar y entregar valor rápidamente continuamente en menudo. Entonces la parte fuera de ese secreto y lo que estoy cubriendo en esta conferencia específica del curso, dijo, Hay
que pensar en el M V P por lo que el producto mínimo viable. Pero también hay que pensar en esas frutas colgantes bajas. ¿ Cuáles son esas cosas que son triunfos rápidos que realmente podemos entregar rápido en el proyecto ? Y eso es lo que debes discutir con tu equipo de scrum mientras te preparas para entregar tu próxima impresión, mira esas historias de usuarios y piensa cómo puedes agruparlas lógicamente para la próxima primavera y cuál de esos focos poseer una victoria rápida una fruta colgada baja, algo que en realidad podemos exhibir al negocio, a las partes interesadas que estamos avanzando en el proyecto. Así que asegúrate de tomar nota de estos porque es un secreto realmente importante. Muy bien, chicos, nos vemos en el siguiente.
21. Planificación, documentación y estimación en Scrum: Muy bien, chicos. Entonces hablemos de su planeación en scrum. Al igual que cualquier otra cosa en la planeación scrum es en realidad alternativa y continúa. Entonces al igual que la gestión tradicional de productos, en la que la planeación es más o menos una fase de un proyecto y se hace todo en un
tiempo de descanso particular . El ciclo de vida del proyecto en scrum en realidad estaban planeando a lo largo de todo el
ciclo de vida del proyecto y es un ejercicio continuo. Entonces hacemos esto justo después de terminar y sprint en antes de empezar el siguiente, ¿
verdad? Entonces por supuesto, antes de que realmente empecemos nuestro sprint, pasamos por el re troll off. Nuestra planificación de primavera en una sesión de planificación de primavera es generalmente, ya
sabes, generalmente
es una reunión. ¿ Cuál de estos thes Crump equipo se junta con el maestro de scrum y revisa en qué
van a estar trabajando en el próximo sprint, verdad? Y miran fuera de curso al atraso, que incluye todo lo que van a estar entregando para ese producto o servicio. Y luego se llevan algunas de las historias de usuarios que están dentro de esa bolsa, mira bien, que ya hablamos antes. Vamos a hablar un poco sobre dejar de hablar de estas historias de usuarios pero básicamente son como las tareas en las que vas a estar trabajando que vienen fuera de curso de esos requisitos en adelante. Entonces revisas eso con tu equipo scrum y la final ¿cuál fuera? Esas historias de usuarios que vas a entregar en el próximo sprint. Eso es básicamente lo que es una reunión de planeación de primavera. Nuestra sesión de planificación de primavera es Básicamente estás ahí para solo evaluar desde el
look Brokeback o el servicio de vuelta. Mira, lo que sea que
sepas, estás de vuelta. Observe las historias de los usuarios. Independientemente de si estás entregando un producto o un servicio, sigue siendo
lo que aplica. Sigue aplicándose el mismo concepto. Mira lo que tienes ahí y luego define lo que vas a estar haciendo a continuación, bien, y miras tus prioridades y tú también por supuesto, mira cuál es tu objetivo. ¿ Qué estás tratando de lograr en ese sprint? Y eso es parte de tu proceso de planeación y estás planeando ejercicio. Y a pesar de que la teoría nos dice que podemos pasar hasta ocho horas por un sprint de un mes , las realidades que los equipos de scrum se vuelven realmente buenos en planear sus manantiales, sobre todo después de que han ido a dos o tres de ellos en general lo que parezco prácticas que los equipos de scrum gastan , ya
sabes, , ya
sabes,
Generalmente pasan menos de una hora planeando su próxima primavera porque saben en qué van a estar trabajando. Ya para mí, están con lo que están tratando de lograr y como que iniciaron sentidos invitados. Están pasando por diferentes sprints, sobre qué tan rápido y cuánto pueden entregar derecho, que se llama derecho Velocity. Hablaremos de eso un poco más tarde en el curso y luego a medida que van mejorando, ya
sabes, como están mejorando otra planeación, se
vuelven, por
supuesto, más rápidos haciéndolo. Pero normalmente lo que parezco practica que el equipo de scrum pasó alrededor de una hora en sus sesiones de
planeación. Ahora también quería hablar de documentación ¿Es Scrum porque esto es algo que a menudo surge? Hay un enorme error en torno a esto con Scrum y esa chica en general, que la gente piensa que es Groman Angela, no
se documenta nada y eso es una mentira total. Ya sabes, si alguien te dice Oh, scrum no tiene documentación o ágil no tiene documentación. Olvídate de eso, ya
sabes, como si esa no fuera la realidad. Las realidades inscribieron documento de acero. Ya ve, quiero estar documentando cosas que son diferencias importantes. Tú quieres quedártelo, Ling. Se quiere mantenerlo corto. quiere mantenerlo productivo, y sólo se quiere hacerlo cuando sea estrictamente necesario y fue estrictamente requerido. Entonces básicamente, en scrum, nunca
documentaríamos algo sólo por el bien de documentarlo. Entonces ninguna documentación, sólo por el bien de la documentación estaban realmente en contra de ese inscrito que también estamos realmente contra. Ya sabes, esos documentos realmente largos en los que la gente documenta cosas para Digamos, es, por ejemplo, de caso de negocios, y es una jaula de negocios de 40 páginas o, digamos, el diseño de la solución. Y es un documento de arquitectura de 50 o 80 páginas que nadie va a leer. Sabemos chicos que nadie lee esos documentos de 80 páginas, 40 páginas. Nadie tiene tiempo para eso. En el más que mundo el BZ de todos. Todo el mundo tiene otras prioridades. fiestas populares no son todo esto. Todo el mundo está trabajando en cosas diferentes. Para que sepas esto algo que es tan genial de gritar. Convertimos esos documentos que son 40 páginas, 80 páginas y los convertimos en un documento de una sola página que documento de dos páginas de cuatro o cinco páginas. Lo mantenemos
realmente, muy magra, realmente, muy sucinta. En realidad acabamos de capturar una información clave que necesitamos captar en esos documentos. Eso es lo que necesitas saber sobre la documentación en scrum que sí, lo
hacemos. No, no
nos lo saltamos. No, no
hacemos caso omiso. Sigue siendo importante. Todavía es parte del proceso es en realidad como cualquier otra cosa en scrum continúa su Tear it Eve y es algo que estamos mejorando en el momento. Y no es sólo algo que hacemos una vez. Por supuesto que es una cosa en vivo no es estática, pero no nos enfocamos únicamente en eso y lo mantenemos realmente, realmente simple. Estimar en scrum se trata de tomar esas historias de usuario en asignadas este esos puntos de historia que hablamos antes, Así que ese es el proceso sobre cómo estimas en scrum en ti básicamente trabajas colaborativamente con tu equipo de scrum. El equipo de entrega sobre ti trabaja en conjunto con el maestro de scrum y como equipo, estimas y tu letrero apunta con historias de usuarios, lo que te permite ver por qué van a poder entregar en tu sprint. Eso es más o menos. Chicos. Es realmente, realmente simple. No hay mucho para ello estimando. Y supongo que el punto clave y la llave se llevan y quiero irme contigo cuando estamos hablando de estimar y largarte es que no necesita ser perfecto. De acuerdo, otra vez, todo
el concepto fuera, cualquier cosa que hagas scrum es que generas y mejoras con el tiempo, ¿
verdad? Por lo que no tienes todo tiene que tener perfección. No hay que tener miedo de cometer errores. No tengas miedo Off estimar rápidamente realmente te anima a estimar rápidamente. Te animo a que no pases demasiado tiempo estimando. Te animo a que no pases demasiado tiempo pensando cuando estás pensando en tus historias de
usuario. Siempre estos 305 receptor uno, Ya
sabes, como no pasen demasiado tiempo en eso. Ve con tu sensación de tripa puesta. Creo que señala la historia. Elegimos su historia en base a lo que realmente crees que va a tomar y lo compleja que es . Y de nuevo, no gastes demasiado tiempo en ello. Si tienes tu instinto de tripa, ¿estás hablando con tu equipo y con el equipo en su conjunto? campos. Es un cinco. Déjalo como un cinco, ya
sabes, sigue adelante. Y si en el próximo uso del cerebro en absoluto, ya
sabes, tal vez manera asignado cinco años o puntos de historia. Pero eso fue demasiado para esa historia de usuario. Eso está bien. Eso es si tienes tu introspectiva por lo tanto, ¿no? Vas a reflexionar sobre eso más adelante y vas a tomar esa lección aprendida que
sabes que aprender en cuenta en tu próxima impresión y de eso se trata el scram. Ya sabes, todo
se trata de un procesamiento continuo que estaban entregando y lo que estás aprendiendo a medida estás pasando por esa entrega.
22. Cómo entregar y mejorar en Scrum: entregar en scrum es de nuevo interrogativo y también continúa. Es rápido y a menudo lo vuelve a ser, diferencia de la gestión tradicional de productos, en la que las entregas un particular enfrentando el proyecto más o menos antes de salir a vivir y es especie de parte de lo que estás haciendo antes de que en realidad especie de cerrar el proyecto. Gestión Internacional de Productos. Generalmente es una de las últimas caras del proyecto entregando en scrum. En realidad es que estoy proceso en curso. En realidad es que algo que pasa desde el get go go desde el principio mismo del proyecto, lo cual es realmente emocionante. Y esta es una de las cosas que hace apartarse de la
gestión tradicional de productos . Eso es lo que realmente estás entregando desde el principio del proyecto, no solo al final o no, distorsiona el fin como en la gestión tradicional de productos. Y esta es una de las diferencias clave frente a la gestión tradicional de productos, y esta es una de las razones clave por las que los negocios que llaman a sus directores ejecutivos, gerentes de negocios y el negocio es todo un scrum de amor sobre el por qué constantemente quieren adoptar prácticas scrum en la gestión de proyectos y en la entrega de proyectos. Y eso es porque semanas migaja, tu Hillary Muchas veces estás entregando rápido y no me malinterpretes. Eso no quiere decir que tengas que entregar la primera o la mejor solución superior desde el principio otra vez estas caridad fácil en lugar de la
gestión secuencial de productos de extradición . Por lo que podrías entregar una solución simple inicialmente y luego construir encima de ese Lee
interrogativo y construir una solución de estructura súper robusta más hacia ah, futura primavera en el proceso. Entonces de nuevo, esto toca conceptos como una simplicidad, agilidad. Todo esto es parte del núcleo, en esencia, fuera scrum. Y si recuerdas la imagen que vimos el inicio del curso que estamos mirando, necesitamos ir del punto A al punto B. Y miramos las diferentes formas en que haríamos eso usando scrum el cual
inicialmente teníamos una monopatín . Después tuvimos un scooter que una bicicleta que una motocicleta y un auto. Por lo que todas esas diferentes soluciones nos están permitiendo ir del punto A al punto B desde el principio, por lo que no tenemos que esperar hasta el final del proyecto para realmente poder llegar al punto B . Podemos hacerlo desde el muy llegar a la derecha. La diferencia con eso y lo importante ahí que scrum nos permite hacer es que reiteramos continuamente la solución,
haciéndola mejor y mejor y mejor a lo largo de todo el ciclo de vida del proyecto. Estamos entregando valor al cliente al usuario final. Si bien en la gestión de productos en la gestión tradicional de productos, tendrían que esperar hacia el final para ver esa solución real hacia el final. De hecho, en realidad podemos llegar al Punto B ahora. Otra cosa clave de la que podemos hablar aquí es que pensemos,ya
sabes, ya
sabes, vida
real, ejemplos de lavida
real,de la vida
real en la vida real cómo estos realmente se aplican en la vida real. Entonces imaginemos que estás entregando casa, ¿verdad? Pensemos en una casa. ¿ De acuerdo? Entonces ya sabes cómo cuando construyes una casa, tienes que poner la estructura. Tienes que asegurarte de que el suelo esté bien, ya
sabes, estructurado y estable para que puedas poner la casa encima de ella. Entonces sabes que tienes que pintarlo afuera, pintado por dentro, poner las puertas, las ventanas etcétera, correcto. Y esto es sólo una analogía muy simple. Pero el punto aquí que quiero hacer con ustedes es que podríamos hacer una prueba de concepto, verdad? Entonces, antes de que realmente incluso
construyéramos la casa, en realidad podríamos mostrar cómo sería la casa a nuestros clientes para que decidan realmente si realmente quieren que la construyamos o si realmente quieren
hacer algún cambio antes de que realmente lo construyamos. Correcto. Entonces, ¿cómo vamos a hacer eso? Bueno, prueba de concepto, ¿verdad? Entonces, ¿tal vez simplemente hacemos qué? El letrero. Muéstrales la casa o utilizando tecnologías modernas. En realidad podríamos incluso crear una experiencia de realidad virtual en la que los maris en la casa y mostrarles cómo se vería. Y ya sabes cómo se sentirían los espacios antes de que incluso lleguemos a construir la casa. Y eso, por
supuesto, es significativo. ¿ Por qué? Porque si realmente construiste la casa y dices ahí dueños o la gente que maneja este proyecto querían que cambiaras las cosas en la casa. Bueno, eso sería un ejercicio muy caro mientras que con scrum, si les mostráramos que ustedes saben esa prueba de concepto y quisieran que
le hiciéramos cambios . Podríamos hacerlo desde el principio antes de que realmente lo construyéramos. Y entonces eso nos ahorraría mucho tiempo y mucho dinero. Y por eso esto es tan valioso en. Entiendes este concepto sobre cómo entregamos en scrum, cómo lo hacemos de una manera sencilla de forma rápida, a menudo interactiva. Lee es una diferencia tan enorme también frente a la gestión tradicional de proyectos. Y ahí, ya
sabes, hay literalmente miles y miles de ejemplos en los que podría pensar. Pero no estoy solo no voy a hacer esto tú ya no de lo que necesita ser. El punto clave aquí es que cuando estés trabajando en tus proyectos, en la vida, en la vida real, solo piensa en lo que es lo primero que podríamos entregar. Ya ves el prototipo, él está bien, vamos a imaginar que estás tratando de lanzar,Ya
sabes, Ya
sabes, un nuevo proceso para todo el negocio, ¿
verdad? Pensemos en un proceso. Digamos que estás lanzando un nuevo proceso a todo el negocio sobre cómo ahora deberían usar su nuevo ya sabes, el teléfono para hacer llamadas telefónicas internacionales, ¿
verdad? Digamos que esto es un cambio de comportamiento porque normalmente solían ser capaces de llamar internacionalmente, fácilmente sólo blancos. Ya sabes, hablando de su teléfono y diciendo el código del país. Y por alguna razón ahora, negocios, ese detective de que la gente abusaba de eso en eso estaba siendo muy caro para el negocio. Y lo quieren ahora. Ponga en marcha un proceso en el que necesites pasar por una solicitud de aprobación de carrera antes de que
realmente puedas hacer ese culto internacional. Bueno, en estos ejemplo de la vida real, cierto, Si estamos pensando en Scrum, ¿cómo lo harías? Bueno, nosotros el camino, si en realidad pareces resultados desde el principio sin tener que esperar hasta que esto se despliega en todo el negocio. Bueno, una de las opciones que tú en las que podrías hacer esto, sería un grupo piloto, ¿no? Entonces tal vez solo hables. Digamos que tienes 10 mil personas en la empresa que van a verse impactadas por este cambio. ¿ Qué hay de ti? Fotos cinco. Y luego empezar con esos cinco roles del proceso a ellos sin hacerlo perfecto. Simplemente tiene un sprint interacional
muy rápido, muy rápido y luego revisando los resultados antes de pasar a grupos más grandes. Entonces estás haciendo como un poco de ejercicio, ¿verdad? Y esto es lo que vamos a volver a El concepto de Sprint. Es un marco de tiempo realmente pequeño para la entrega del sprint, que te permite mostrar resultados tangibles con bastante rapidez y de nuevo en tu sprint. En realidad vas algo mejorando para el siguiente. Estás probando tu análisis de tu planeación. Entonces justo así te está permitiendo es un proceso en curso en el que estás cada sprint después de cada astilla. Haciendo este ejercicio estás planeando para el siguiente, estás reflexionando para mejorar para los próximos y así sucesivamente. Y por eso ves estos círculos, que tenemos algo así. Ya sabes, estas flechas en las que tenemos un diagrama en la Escritura para sólo una especie de transmitir
ese proceso que es un proceso continuo fuera iterando y mejorando, por cierto, ya
sabes, no llegan a confundir algunas cosas. Es posible que escuches a la gente en scrum hablar de iteraciones en lugar de sprints. Eso está bien. No te preocupes demasiado por eso. Simplemente se acepta lo mismo. Ya sabes, iteración
primaveral. Estamos hablando de un periodo de caja de tiempo para entregar algo y ya sabes, como oficialmente cuando hablas de eso, vas al tipo fuerte de scrum, ves que hablan, sí
hablan de pantallas. Pero ya sabes, hay algunas personas que en realidad también usan la palabra federación. Por lo que son una especie de nombres de alto nivel comunes y había allí a nivel mundial. Ambos aceptaron, así que la preocupación demasiado por eso. El principal es que sabes que si están hablando de manantiales o comen unos regímenes tienen casi lo mismo. Algo así como cuando están hablando,ya
sabes, ya
sabes, entregar toros e incrementos, ¿
verdad? Entonces a veces la gente habla de los liberales e incrementos indistintamente porque están comparando más
o menos lo mismo, ¿
verdad? ¿ Al igual que qué? ¿ Cuál es el incremento? Bueno, ¿qué construimos realmente o si realmente entregamos el sprint? Entonces es más o menos el resultado, ¿verdad? El resultado final del sprint es el entregable real, o el incremento como la planeación en scrum. Mejorar y marcharse también es continúa e interrogativo de nuevo, como ya te has dado cuenta. Pero en esta etapa del curso,
continúa La caridad Andi es más o menos lo común yendo scrum, y eso es porque eso está en el corazón. En esencia, ¿
fuera de qué scrum? Él es como metodología. Por lo que estás mejorando continuamente, y a menudo estás reflexionando sobre cómo puedes mejorar. Y la forma en que hacemos esto en scram es a través de nuestras retrospectivas on. Hablaremos mucho de retrospectivas en una conferencia separada, pero básicamente pensamos en retrospectiva como una mini sesión de lecciones aprendidas que está sucediendo después de cada sprint. Y normalmente otra vez cuando estás pensando en la gestión tradicional de proyectos y creo que siempre
es importante contrastar, Scrum versus la gestión tradicional de productos para que puedas ver las grandes diferencias entre ellos es que en gestión tradicional de proyectos, en general, los equipos reflexionan para mejorar al final del proyecto. Por lo que después de que C X se estanques al año, dos años, cualquiera que sea la duración de su ciclo de vida del Proyecto esté al final del proyecto, generalmente pasará algún tiempo reflexionando sobre la mejora para el próximo proyecto. Y en la gestión tradicional de productos. A esto generalmente se le denomina sesión de lecciones aprendidas, y también se le conoce como sesión de Revisión de
Post Implementation de P I. R. R.y así sucesivamente. Y no hay realmente un particular ya sabes, supongo estructura a eso. Todo equipo de gestión de proyectos lo hace un poco diferente, pero en esencia lo que estoy tratando de transmitir sobre las diferencias que generalmente se hace al
final del proyecto. Y a diferencia de Scrum, en el que realmente hacemos esto continuamente bien y somos retrospectivas, que es uno de los rituales de scrum más importantes que continuamente reflexionamos,
reflexionamos para la mejora sobre nos adaptamos continuamente para el siguiente imprimir. Entonces estamos continuamente de visita, algo así como lo que hicimos antes de lo que logramos, cómo estamos rastreando versus u objetivos. Y luego adaptamos e incorporamos esas mejoras a nuestra siguiente impresión. Cómo hacemos eso mirando diferentes herramientas y artefactos que estaban usando scrum como el tablero de Cambon y ya sabes, carga
scrum como un gráfico quemado y carga de velocidad que vamos a cubrir más adelante en el curso.
23. Secreto 5 de Scrum: secreto número cinco con Scrum es co ubicación en. eso, quiero decir que las personas que trabajan juntas como parte de este equipo del crimen deberían estar sentadas juntas uno al lado del otro en la misma sala. Ahora bien, este es el escenario de scrum ideal y sé que a veces podría no ser posible en tu negocio y quizás ni siquiera tengas esa opción. Pero haz la pregunta, habla con tus directivos, platica con el negocio y ve si es posible y cara capaz de reorganizar incluso temporalmente ya que estás trabajando a través de tus sprints para que la gente que está trabajando con te en el proyecto desde diferentes áreas al menos esas son parte del equipo core scrum están sentados juntos. Confía en mí, esto hace una gran diferencia en tus productos. Mejorará la comunicación. Harás que sea más fácil para ti en tus levantamientos diarios y dedo del pie trabajar juntos muy de cerca con ese equipo de scrum para asegurarte de que estás haciendo esos liberales y tu reunión esos entregables tan rápido como podamos y que estabas trabajando juntos y siguiendo los diferentes scrum Rachel Spring símbolos y artefactos de la mejor manera posible. Muy bien, chicos, co ubicación. Asegúrate de aprovechar eso donde tú y cuándo puedes comprar
24. Historias de usuarios en Scrum y el panel de Scrum Kanban: Ahora hablemos de historias de usuarios e historias de usuarios son básicamente pruebas en las que vamos a estar trabajando en nuestro sprint, cierto, Pero vienen de requerimientos de negocio que están regresando lo más importante como un bloque que necesito bloquear. Entonces ese bloque derecho, por ejemplo, como gerente de proyecto, necesito trabajar en el plan del proyecto para que la gente pueda entender lo que estamos tratando lograr, o como desarrollador necesito crear el hogar para que ese equipo del proyecto pueda ver cómo
sería. Ahora. Es una lista simple es eso y vas a ver que dependiendo si estás usando tablero digital o físico, puede ser aburrido, gente pondrá sus historias de usuario. Si están usando un tablero físico, simplemente los
anotarán en un post it note y lo pegarán en su tabla de scrum Cambon. O si están usando una herramienta digital. Bueno, son taburetes por ahí que puedes usar para poner tus historias de usuario de una manera digital que la gente puede moverse y pueden, ya
sabes, usar sus teléfonos móviles o sus cubiertas, partidario dedo del pie del portátil, trabaja en la cámara a bordo y actualiza conoces el estado del producto a lo largo de los sprints. Y si piensas en diferentes herramientas por ahí que puedes usar, definitivamente te recomiendo trail. Ah, es una de las libres y es una gran herramienta. A mí me encanta. Definitivamente es uno de mis favoritos no es mi herramienta de scrum favorita que puedes usar. Pero también hay otras herramientas por ahí, como Ghira y Microsoft Planner. Y hay muchas otras herramientas que vas a descubrir por ahí. Y voy a poner enlaces y todo en recientes otros recursos para que escuches el curso para que puedas explorar algunas de esas otras herramientas que puedes usar lesiones. Crump proyectos, ya
sabes, para conocer todas tus historias de usuario sobre lo que sabes, solo todas las historias de usuarios a reunir. Eso es lo que llamamos el atraso, que es más o menos todo lo que necesitas hacer para entregar tu proyecto. Y entonces lo que sacas de eso para entregar es lo que llamamos el sprint ¿verdad? Las historias de usuario que vas a entregar en el sprint provienen del look Brokeback y vez, otra
vez,otra cosa que quería anotar para ti, solo para que tengas en cuenta. Dijo que sabes esto, supongo que esto una estructura fuera de Assad bla, necesito volar. Entonces ese bloque, correcto, es Esta es la estructura teórica sobre la historia del usuario. Pero lo que vas a averiguar lo que vas a encontrar en la práctica en el mundo real es que algunas cosas que se vuelven un poco redundantes, ¿
verdad? Porque si te imaginas, si estuvieras apuntando todo lo que necesitas hacer sobre lo escribes en ese formato de Bloque de Asaba, necesito estallar Así que ese bloque Bueno, a veces se vuelve un poco redundante o toma un poco más aún, ¿verdad? Entonces lo que pasa en la práctica es que mucha gente simplemente crea la tarea, aunque en la forma apagada, empiezan con un verbo, y luego mientras están tratando de hacerlo en el ejemplo que cubrimos antes donde estamos habló como desarrollador, necesito crear la página principal del sitio web para que el resto del equipo pueda explorarlo en lugar de toda esa frase larga. Lo que se podría ver es la misma historia de usuario que devuelve un formulario más corto, que es ,
por ejemplo, comenzar con un verbo, crear página de inicio fuera de los sitios Web del resto del equipo, puede explorarlo o simplemente crear página de inicio de la página web. ¿ Verdad? Y todos sabemos que estaría trabajando en estos porque el resto del equipo quiere explorarlo bien para que puedas hacerlo y es una salida. Ve a apagarlo simplemente bien. El usuario historias. Y mientras todo el mundo sepa eso, simplemente siguen reflejando estas son historias y que no estás escribiendo como necesito volar. Para que ese bloque entiendan la esencia y lo consecuente usaron su historia, y creo que eso está bien. Ya sabes, otra vez, si aún quieres ir por el libro y quieres escribir tus historias preguntadas sobre el papel que necesito al watt. Entonces eso y luego el por qué está bien, ya
sabes, Por
eso también puedes hacer eso, y me encanta que los equipos de scrum hagan eso también. La otra cosa es, normalmente cuando creas una historia de usuario, hay otras cosas que quieres incluir en hecho, y una de eso significa este punto de historia. Los puntos de la historia son esencialmente una medida de complejidad de para la historia del usuario. Y si miras las prácticas de scrum, hay diferentes formas en las que puedes asignar historias de usuario, aunque la que recomiendo en esto. Creo que la más fácil desde mi perspectiva, es que las historias de usuarios apuntan a escala 13 y 51 siendo lo complejidad. Tres Ser medio sobre cinco frijol alta complejidad. Entonces cuando tienes una historia de usuario que sabes, en realidad
es compleja y requiere mucho trabajo fuera y mucho tiempo para terminar, entonces quieres ponerte eso. Se quiere asignar a esa historia de usuario cinco puntos de historia y la razón por la que hacemos estos instrumentos porque nos permite planear con anticipación y ver cuánto estamos entregando a lo largo del tiempo . Eso voy a cubrir cuando veamos algunas de las gráficas que puedes usar en scrum. De acuerdo, pero básicamente, cuando estamos hablando de historias de usuarios, solo
quería saber que hay un Hay una multa de cuatro meses y estructura que puedes usar para escribir las historias de usuarios de las que provienen las historias de usuarios requerimientos de negocio que están ahí y tipo de convertidos en tareas y fuera de curso, esencialmente una idealmente se quiere tener tarea que están entregando valor al al
cliente final en el usuario. En la práctica, vas a ver que mucha de la prueba en realidad no necesariamente hace eso, y creo que eso está bien. Es solo para que lo tengas en cuenta. Siempre hay y siempre me gusta poner cosas y darte ejemplos de la vida real en escenarios
del mundo real porque, ya sabes, todos
sabemos que practicar muy algo es de la teoría, justo de lo que quería aprender en los puntajes es ambos. Yo quiero enseñarte la teoría para que entiendas lo que la teoría está detrás de ella. Pero también quiero hablarles de la práctica y de lo que sucede en la vida real. Y como dije antes, lo que veo en la vida real todo el tiempo sobre lo que sucede en la vida real todo el tiempo es que gente monta las historias de los usuarios en una forma más corta porque es más fácil, más rápido y todos ya conocen la estructura del historias de usuarios. Por lo que acaban de empezar con el verbo en la frase muy corta de si tratar y luego
eso es el inicio de una frase muy corta de si tratando de lograrlo,
por ejemplo, por ejemplo, crear blob planeado bloque de análisis de sangre, ya sabes, desarrollado sangriento, firmó estos eso esos. Y luego agregas a esas tareas historias de usuario que añades, los puntos de la historia, luego tú incluyendo su también los criterios de aceptación. Entonces, ¿qué vamos, Teoh? ¿ Cuándo vamos a considerar esto? ¿ Ha hecho? ¿ Cuándo lo consideramos terminado? Y eso lo dice. Todo el mundo está en la misma página. A dónde va esa palabra? TEOH REVISIÓN Cuando revisamos esta historia de usuario antes de aceptarla, hubo antes, considerando que se hizo. Y entonces supongo que por último pero no menos importante, quieres a un lado la historia del usuario a alguien. Entonces, ¿quién va a tener propiedad sobre esa historia de usuario? ¿ Quién va a estar trabajando en eso? ¿ Verdad? Y eso es parte de tu planeación primaveral, justo antes incluso de que comenzaras a practicar en esa sesión de planeación de primavera esa semana o antes vas a estar mirando a aquellos cuyas historias y después de haber asignado el nivel de complejidad a cada uno de ellos. Entonces señala la historia, entonces te vas. Teoh asignó a alguien que trabajara en esa historia de usuario, y eso es quien va a ser dueño de eso en ese sprint, eso es todo. Creo que eso es más o menos todo lo que necesitas saber sobre las historias de usuarios. Y como dije antes, hay diferentes escalas a las que conoces por ahí para asignar puntos de historia, para usar tus historias, siéntete libre de explorar y Google ellos. Y puedo, por
supuesto, compartir enlaces y darles algunos otros ejemplos en el curso como recursos. Pero quiero hablar de esa sencilla escala de 135 porque eso es lo que he visto. Eso realmente funciona muy bien en la práctica, y eso se debe a que también es realmente simple y realmente ágil. Y recuerda en la corte la esencia de cualquier principio ágil y scrum, quieres tener sencillez. Entonces ese es el que recomiendo. Y esa es la que te animaría a usar en la práctica. El tablero de cabina o el tablero de scrum Conven también es más o menos una representación visual fuera de lo que el equipo está trabajando, por lo que permite a cualquiera ver realmente en tiempo real dónde está el equipo s, y esto asegura que todos están en la misma página. También vincula, ya
sabes, cuando hablamos de transparencia. Antes de esa transparencia todos en la misma página. Todo el mundo claro en qué están trabajando. Una escoba clara sobre prioridades y demás. Y va a ser, ya
sabes, como dije, visualizada en una cámara física a bordo, que puede ser sólo, ya
sabes, un trozo de cartón con columnas fuertes y, ya sabes, postearon notas. O puede ser solo una versión digital del del tablero utilizando herramientas digitales. Y les daré ejemplos para que revisen al escuchar el curso también. Y estos hecho de fiesta en particular el artefacto scrum, es uno de mis favoritos. Me encanta la tabla de scrum Cambon o la frontera del convento. El tablero de camber ágil. No obstante, quieres llamarlo que esos tres nombres son esencialmente lo mismo, es solo una pizarra que nos permite ver dónde estamos. Por lo general estas pizarra tiene cuatro columnas a dio haciendo que a y hecho, y a veces me gusta agregar 1/5 1 que había llamado estacionamiento o ideas. Y esto también es algo para gestionar las expectativas, algo con el propietario del producto o con las partes interesadas que podrían solicitar algo que realmente no vamos a poder entregar donde realmente no tiene sentido para nosotros entrega en un sprint particular. Podemos simplemente ponerlo en el estacionamiento y luego reevaluarlo más adelante. Simplemente les da visibilidad que en realidad estaban capturando esas ideas y no sólo
descartándolas porque no estamos de acuerdo con ellas. Y para que eso nos ayude a manejar las expectativas con las partes interesadas, rompió dueño y así sucesivamente y es tener esas, ya
sabes, esas columnas ahí que hacer. Hacer Qiwei y hecho nos permite estar todos en la misma página y, ya
sabes, tener una muy buena manera de salir de planear y estructurar en qué estamos trabajando. Por lo que la junta del convento no es algo que una estática. En realidad es herramienta viva con la que estás constantemente actualizando trabajando constantemente a medida que estás pasando por tu sprint. Súper potente, súper útil, hermosa. Es algo que realmente me encanta, ya
sabes, y yo usé es mucho en mis proyectos, incluso tú y algo cuando estoy cuando no estoy trabajando en una pelea con nosotros el equipo de Crump. Estoy trabajando en otra cosa. Muchas veces realmente uso esta herramienta en particular incluso para otras cosas, ya
sabes, es una herramienta que en realidad puedes usar porque te permite especie de ver en qué está
trabajando la gente y tener una clara comprensión Beashel comprensión sobre dónde están las cosas en un momento
determinado en el tiempo. Por lo que me encanta es súper útil, Súper valioso. Te espero mi derecho. Y asegúrate de revisar ese video y esas herramientas que mencioné antes sobre trail Oh, que vas a encontrar súper útiles en la práctica.
25. Ejemplo de la tabla de Scrum Kanban en Trello: Oigan chicos. Por lo que hoy quiero presentarles mi herramienta de scrum Cambon favorita. Eso es tráiler. Lo que estás viendo en pantalla y tráiler es una gran herramienta y una de mis herramientas favoritas por
ahí porque es gratis. También es muy potente, y es súper fácil de usar, Así que tráiler es una gran manera de gestionar tu producto de vuelta. Mira, tu sprint back look, y tu sprint es un hoyo con tu scrum puede prohibir tabla ya sabes que tienes que hacer haciendo Qiwei Don estacionamiento e ideas. Entonces una de las razones por las que realmente me encanta trailer es porque puedes tener un número limitado de usuarios en proyectos limitados en una sola interfaz de forma gratuita para que no tengas que pagar por usar trail. Ah, sí
tienen una opción de pago en una versión de pago, pero la versión de pago solo te da mucha funcionalidad extra para adultos y más o menos, ya sabes, te
da como cosas como cambiar el color del fondo y cosas así. Pero en mi experiencia con la pre versión, tienes más que suficiente en la versión gratuita es genial. Eso realmente ni siquiera pagaría la versión pagada de este hermano porque realmente no he tenido nunca Necesitan usar la versión pagada que sólo porque una versión gratuita es realmente completa y esto es genial, ya
sabes, porque no todas las herramientas gratuitas que hay afuera son así. Muchas de las herramientas gratuitas por ahí. Tienen limitaciones en el número de usuarios, o te dan un periodo de prueba gratuito, y luego después del periodo de prueba, tienes que pagarlo o van a dar, sabes que no pones restricciones. Conoces el número de proyectos que puedes gestionar en la herramienta y luego solo te permiten tener unos cuantos gratis. Y luego si superas dos o tres, tienes que pagar y lo mismo con el número de usuarios. Entonces nada de ese Trillo existente Y para los que no han visto tráiler estos un rapido. Ya sabes, solo te lo
estoy mostrando ahora mismo en pantalla para que puedas tener un sentido para ello. Pero básicamente te permite crear tareas, y pongo mucha información detallada con cada prueba, como si estuvieras viendo tu en pantalla en este ejemplo. Entonces, por ejemplo, piezas que lazos que tienen no le hacen nada a estas personas aquí que tiene. Las etiquetas eran de marketing. Los sitios web de signos probablemente atestiguen, se relacionan con marcar esto en una Web. Aquí está la tarea Diseño web, y aquí hay una descripción fuera de ella. Y, como se puede ver, se
puede salir de apegos a rastro. Ah, uh, tarea
del dedo del pie Utrillo. O, ya
sabes, esto es lo que usaríamos la historia de usuario de scrubbers. Y tienes muchas otras opciones aquí a la derecha, solo
conseguirás los derechos familiares con Dallas. Estás trabajando a través de ellos, pero solo quería mostrarte que su online también está disponible en tu tienda de aplicaciones de Apple en. Si estás en un androide en la tienda Google play y ellos arriba, también es gratis,
lo cual vuelve a ser genial, porque significa que puedes trabajar en colaboración con los miembros de tu equipo, no solo desde tu casa o desde tu pobre Dexter ya
sabes, izquierda pero también en tu dispositivo móvil. Y eso es genial. Eso es súper poderoso, y definitivamente es un gran demasiado miedo, así que vamos a saltar justo dentro de él. Déjame simplemente iniciar sesión y mostrarte cómo puedo proporcionar un par de ejemplos sobre cómo
usaríamos una tabla de scrum Cambon en trailer o bien? Entonces después de ti, talar es lo que vas a ver en tu Carrillo. La primera vez que inicies sesión en rastro, vas a ver estas pantalla aquí mismo y a la izquierda. Te da algunas opciones que tienes aquí menú en el lado izquierdo de la parte superior, y también la mano derecha Sanders también eran del lado de la mano. Tienes un poco más de opciones, pero déjame entrar justo en ello y solo crear,
como, como, pero el trailer que llama a bordo y para nosotros a bordo. Aquí, en estos ejemplos de scram, estamos hablando de un proyecto. Simplemente voy a ir a crear, crear nuevo tablero, y sólo voy a poner el proyecto de scrum título. De acuerdo, entonces esto solo te da la opción de poner aquí un fondo y privado o público. Yo sólo voy a vivir en cuento público y privado para que sólo los miembros de la junta puedan
verlo en make Ah edit. Esta opción pública permite que cualquier persona en Internet lo vea, incluso Google, pero no serían capaces de hacer ningún cambio en el tablero a menos que les otorgara acceso debido
a hacerlo. Entonces solo lo voy a vivir en privado. General, probablemente va a estar trabajando en proyectos privados. Entonces sigamos con privado y luego creamos tablero. ¿ Todo bien? Entonces básicamente, estamos creando nuestro proyecto scrum puede estar a bordo. Voy a quedarme para renombrar esto. Puedes cambiar el nombre de esto si quieres obtener el proyecto scrum. ¿ Puede Ben abordar bien? O tal vez soy solo en general, renombrar esto a Project Tex Wise it entonces scrum puede ser aburrido. Está bien, entonces, claro, este es el título. Puedes poner lo que quieras ahí solo es un ejemplo para ti. Entonces, no te preocupes demasiado por eso. Voy a poner a Renee y renombrar eso. De acuerdo, así que tengo ahora Project X scrum puede ser aburrido. Entonces esto es lo que sabes que el rastro te permite hacer es agregar listas fuera de las cuales, en nuestro caso, va a ser nuestro tablero de combate. Correcto. Entonces, para crear cuenta tu junta scrum conven, siempre
sugiero que tuvieras los siguientes encabezamientos en las siguientes columnas. Entonces solo crea una columna que se llame a hacer lo correcto para hacer Todo bien, entonces este creador lo llama oyendo que estás creando básicamente dinámicamente en este momento son Scram. Combina tablero para producto X Y set en hacer otro llamado hecho. Voy a poner a Qiwei. Echa un vistazo a esto. Esto es realmente genial sobre trailer. En realidad se puede mover. Eres columnas diferentes de un lugar a otro. ¿ De acuerdo? Al igual que estás viendo en pantalla, solo
arrastras y sueltas, acuerdo? Y luego también crear otra aquí llamada estacionamiento slash ideas cierra por ahora. Entonces esto es solo tus pies de actividad y te dice lo que has hecho recientemente por ti. Y por supuesto, usted tiene aquí en opciones adicionales también. Si pudieras venir. O así Esto es solo como config y ajustes y cosas extra que no puedes a tu No , eres Can one board aquí, tu scrum combinó guerra aquí y trailer. Pero lo voy a cerrar por ropa que por el momento, y así hemos recordado, puedes desplazarte aquí abajo en el pero la parte inferior también a izquierda y derecha. Y también puedes, ya que tienes más cosas en la pantalla de arriba a abajo, también
puedes desplazarte de arriba a abajo y viceversa. Pero por ahora, pero también crear otro solo escuela. Se llamó a este producto atraso. Está bien. Y luego voy a mover esto a la izquierda. Podrías crear un tablero separado por completo para tu cartera de productos, pero en este ejemplo, solo te lo
voy a dejar así por ahora. Y también voy a crear otro al año llamado Sprint Backlog. ¿ Todo bien? Está bien, genial. Entonces solo ten en cuenta y recuerden que en el rezago del producto, queremos jalar poner todas las historias de usuarios de todo lo que necesitamos hacer en este proyecto. ¿ Verdad? Entonces en este producto realmente dijo, que es sólo un ejemplo, voy a asumir que vamos a pasar por este escenario como si realmente estuviéramos creando una aplicación. OK, así que imaginemos, por ejemplo, que estamos creando una aplicación como Skype. OK, que es una aplicación de chat. Pero también nos permite hacer videoconferencias, texto,
mensajes en muchas otras cosas geniales. Correcto. Entonces esto es solo un ejemplo de chicos de k off course, pero solo,ya
sabes,
pasemos ya
sabes, por ello para que te dé una idea de cómo lo harías. Muy bien, Así que hablamos en la historia de los usuarios. Y yo sólo voy a ah, bien. Esto aquí en la historia del usuario durante meses. Entonces lo recuerdas así como un derecho preguntó y luego tenemos el papel, Por
ejemplo, un gerente de proyecto. Necesito al qué? De lo que necesitas. Entonces, ¿por qué no? Y por qué necesitabas Ok, Normal. Este es el formato tradicional para que escribas una historia de usuario. Entonces, por ejemplo, como gerente de proyecto, necesito crear un presupuesto de proyecto para que la dirección pueda aprobar el financiamiento para este proyecto. OK, eso sería una historia de usuario, ¿verdad? Por lo que usan su historia como hablamos antes, Constante sus requerimientos originalmente se referían a los requerimientos del proyecto. Pero luego va hacia abajo, y eso es mejor abajo en tareas específicas fuera de lo que se necesita lograr para realmente completar el proyecto. ¿ Verdad? Pero te mencioné que en la vida real, muchas
veces llega a redundante a escribir esto porque simplemente se vuelve repetitivo. La gente ya sabe que estás tratando de transmitir básicamente algo que hay que hacer con una historia de usuario. Entonces en la práctica, y voy aquí mismo rial palabra riel mundo ejemplo de historias de usuario desde lo que veo en práctica y desde lo que hago en la práctica en la vida real porque tengo, como dije antes de pasar por muchos tipos diferentes de problemas. Y sé que, sabes, usar a este capataz que es la forma oficial y tradicional de escribir es sus historias en ágil y scrum generalmente no es muy práctico. Entonces otra vez, como siempre, chicos tenemos algo es, ya
sabes, ir pero por el libro otra vez. Si quieres hacer esto por el libro, siéntete libre de usar estos cuatro, pero contigo usa las historias. Pero en este ejemplo, sólo
voy a escribirlas como recomiendo a mis alumnos y a la gente escribir historias de usuario que básicamente se inicia con una burba, derecha, y luego un muy corto liner de lo que se necesita hacer derecho. Y queremos minimizar y acortar las tareas para que no sean súper largas, solo muy concisas, pruebas de
alto nivel en. No voy a escribir cada cada todo,
todo , todo lo que tendrías en un proyecto. Este es sólo un recorrido muy rápido. Un ejemplo muy rápido y
corto de cómo configurarías tu tráiler de embarque de scrum can bond, que es lo que estás viendo en pantalla en este momento. De acuerdo, así que una de las cosas que habrá que hacer para crear nuestra aplicación de Skype es probablemente configurar un derecho
interreligiosa a la interfaz del producto de signo. Esa es una de nuestras historias de usuarios, ¿verdad? Andi, supongamos en este ejemplo que para que puedas dar click en él y luego te dará más opciones. Puedes agregar una descripción sobre la que puedes escribir comentarios. Esto te permite, por cierto, interactuar con otras personas. Si querías incluir a otras personas o querías asignar esta historia de usuario a alguien, solo pateas a los miembros y luego la asignas a quien quisieras asignarla. Me lo voy a firmar ahora mismo porque sólo me he sumado a estas
pizarras de scrum Cambon aquí en trailer. Pero a menos que puedas ver aquí a la izquierda, mi foto ha sido agregada aquí y eso es bastante guay porque, ya sabes, es muy visual, ¿
verdad? Por lo que ahora mismo puedo ver quién está trabajando en esta historia de usuario en particular. Bueno, nadie está trabajando en ello porque no está haciendo en hacerlo todavía, y tampoco es parte del rezago de primavera. Entonces es algo que necesitamos dio más adelante, pero en el producto. Pero mira, tenemos a todos los diferentes seis jugadores que forman parte del proyecto. Pero lo otro que quería mostrarte es que si querías incluir a alguien más en el proyecto, también
puedes. Entonces si vas aquí atrás y vamos aquí a dejarme desplazar Así que volviendo a lo que estábamos diciendo antes si quisieras salir a alguien aquí a tu tarima de Cambon, solo
pintarías aquí Si ves esto en la parte superior donde tienes mi foto aquí, si haces click aquí, te
permitirá invitar a otras personas para que puedan trabajar en colaboración contigo en la cámara
scrum a bordo. Recuerdo que también pueden descargar la app móvil y trabajar con ella desde la app móvil o desde ya sabes, una laptop Brodec stop! No importa si te pones las ventanas de los ojos del dedo. Ya sabes, un dispositivo de manzana. Funcionaría en cada tipo de dispositivos mucho tiempo que tengan un navegador Internet O r Si están usando un móvil después del topo después de que están usando, bueno, teléfono
móvil para eso, y es muy sencillo. Simplemente agrega su dirección de correo electrónico y luego envía la invitación y luego pueden unirse a ti aquí. Y puedes agregarlas a las historias de usuarios y colaborar con ellas y así sucesivamente. ¿ Verdad? Entonces, sólo sigamos aquí. Interfaz de producto diseñada, crear opción para lijar mensajes de texto. Y estamos escribiendo por todas partes historias de usuarios, ¿verdad? Otra podría ser crear opción para iniciar una llamada telefónica. Estamos hablando de una siesta que parecía Skype. Correcto, Um, ahora construir funcionalidad nacionalidad para configurar el perfil de usuario justo donde las personas puedan subir su foto, etcétera. ¿ Qué más podemos tener? Pagos de una aplicación de Skype, ¿verdad? Saben que Skype también acepta pagos. Entonces vamos a escribirlo. Este es un ejemplo, ¿verdad? No estamos construyendo. Skype es solo Tenemos razón. Estamos simulando. Dije que estábamos construyendo un enfoque similar a Skype, y estamos creando por todas partes historias de usuarios, y ahora tenemos nuestro campamento de scrum a bordo aquí por su cuenta en pantalla, y luego podemos trabajar con ello. Entonces digamos que desarrollar capacidad, capacidad para aceptar pagos. ¿ Están dispuestos a hacer, por
supuesto, está probando. Por lo que probar calidad o llamadas telefónicas, por ejemplo, es una de nuestras historias de usuarios probablemente va a ser más tarde que el camión en el proyecto. En una mirada Brokeback, queremos escribir en todas las historias de Pascua, todo lo que necesitamos hacer. Pero ten en cuenta que al principio nunca tendrás todas las diferentes historias de usuarios siempre bien, porque él es un documento is alive. Está en tu producto. Backlog es que es un estático, por lo que escribes tanto como puedas al principio, y luego más adelante,
sigues agregando, sigues agregando, por lo que probando, calidad del teléfono. Dejemos eso ahí. ¿ Qué más? Estoy tratando de pensar en todo lo que forma parte de Skype sólo porque estamos construyendo un producto
similar. Entonces opción crear opción para compartir pantalla, ¿verdad? Hay algo que sé que existe en Skype. Um, ¿qué más? Y por supuesto algunas de estas podrían ser que necesites en un desglose más pequeño en historias de
usuarios más pequeñas , pero por ahora, solo
estoy manteniendo alto nivel solo para darte un ejemplo rápido en, probablemente necesitemos empezar por uh, crear y olvidarse de eso. Yo solo creando. Yo estoy marca para arriba el producto. El gerente del proyecto probablemente significa a una de las historias de usuario para el proyecto. Planetary está configurando el presupuesto del proyecto. Correcto. Entonces vamos a escribir todas estas cosas,
como crear la línea de tiempo del producto, todas sus historias de usuario, todo lo que necesitamos para hacernos parte del proyecto en. Entonces después, digamos que en primavera uno, sólo
vamos a estar trabajando en el mercado. Correcto. Por lo que nuestra mirada primaveral, en este caso, es una interfaz, el presupuesto del proyecto y realmente la línea de tiempo del proyecto. Eso es todo. Digamos que esto es, por ejemplo, o sprint uno. ¿ Verdad? Entonces así es como en un scrum puede correr board, realidad se ve como en la vida real. Entonces mientras estás trabajando por tu primavera, tu inicio a través de tu primavera, dices Ok, este es el resorte de vuelta. Mira, esto es lo que vamos a trabajar. Estar trabajando en el sprint, y luego después de que hayas definido eso, dices Ok, entonces vamos a empezar con mover todo esto a nuestra tabla de camping. ¿ Verdad? Entonces, ¿conoces el producto de vuelta? Mira en el resorte se ve como si estuvieras planeando sesión. Estás planeando fase. Y como dije antes, puedes tener estos en un tablero de remolque separado. Pero por ahora, sólo lo
estoy guardando aquí en este rápido ejemplo para ustedes. Pero básicamente todas estas historias de usuarios que vamos a hacer porque estamos diciendo con esto es todo lo que necesitamos hacer en nuestro sprint, justo en el sprint. Todas estas historias de usuario de las que hablamos antes, donde en nuestra primavera back Mira, ahora las
movemos a hacer porque hemos empezado nuestra primavera hasta el regreso de primavera Look es lo que teníamos antes de empezar realmente la primavera. Y luego cuando en realidad empezamos a primaverar, todos estos movimientos a su que hacer porque son cosas que realmente necesitamos completar a lo largo del sprint on como hablamos antes. Una primavera puede ser de hasta un mes, pero normalmente y típicamente a un período de dos semanas de duración. OK, así que ahora digamos Marie, ella ya comenzó a trabajar en la interfaz del proyecto. Entonces lo ponemos en hacer en La otra cosa que queremos hacer es a los puntos de la historia de la ciencia, correcto, para que pudieras asignar aquí esta historia puntos Ok. Para que pudieras decir sólo tres puntos de historia, ¿verdad? Y dirigir un comentario guardar. De acuerdo, entonces sabemos que esta historia es historia de usuario. Diseñó la fiesta inter frases, tres puntos de historia porque la complejidad media usó su historia. También podría agregar una lista de comprobación aquí si quisiera. Entonces digamos que llamamos a una lista de chequeo y la teníamos aquí. Como parte del diseño de la interfaz problemática, necesito pensar en los fondos. Llama a acciones, registro de sección de
ayuda, ya
sabes, lo que sea. Cualquier cosa. Esto es sólo un ejemplo. Correcto. Y podrías haber empezado a quitarte esto. Vas a pasar por la primavera esta noche. En realidad estás completando eso. Y podrías fijar una fecha de vencimiento. Podrías tener apegos a estos, podrías agregar. Ya sabes, vigilantes, si quisieras, podrías tener comentarios, como puedes ver aquí, y puedes,ya
sabes, ya
sabes, a la gente puede usar, tú saber, emojis de cara
sonriente, y que puedes ver aquí Trailer te da mucha flexibilidad con cómo quieres usar esto. Y por supuesto, trailer no fue diseñado Onley para scrum lata, pero la enfermedad de la junta tiene ah aplicación más amplia. Pero una de las muchas cosas que puedes usar trail. Oh, él es para tu scrum puede ser aburrido. Y por eso te lo estoy mostrando. Porque, como dije antes, es una herramienta completamente gratuita. Y también es mi amante por su simple fácil, porque lo fácil que es. No necesitas ningún entrenamiento para estos, Realmente. Simplemente puedes, ya
sabes, empezar a jugar con él y te darás cuenta de que es muy, muy fácil de usar, como lo estás viendo en pantalla. Pero sigamos aquí. Entonces tenemos estos derecho, Como mostrarme que hay una persona viéndolo. Hay un comentario, y su Siria a cuatro tareas que necesitan convertirse en sub probadas necesitan ser completadas como parte de estas historias de usuario. De esta manera, teníamos nuestra lista de cheques y imaginemos aquí que compramos esto a hacer. Después fuiste a revisión para el gerente y el directivo está revisando. Esta es su historia y él dijo:
Está bien, Está bien, revisa la línea de tiempo y contento con ella. Entonces vamos a estar a hacer bien. Bueno, que lo
hagamos bien tan eficazmente ahora son hacer haciendo Curie y bajo lo que consideraríamos nuestro scrum camber a bordo y digamos que éste está en Q A. Onda. Avanzamos un poco más allá de la primavera. Entonces esto es lo que se vería, ¿verdad? Por lo que tienes diferencia tus historias de usuario en diferentes columnas de tu tablero de convento scrum. Solo imagino por un segundo que tienes aquí un montón de otras ya sabes, historias de
usuarios y múltiples personas trabajando en ello. La belleza de esto es que te permite ver todo lo que todo el mundo está trabajando, ya
sabes, un
vistazo, ya
sabes, muy de una manera muy visual encendido de una manera muy rápida, puedes ver lo que la gente están haciendo en él permite controlar y monitorear el progreso a lo largo de tu sprint. Y por eso me gusta mucho el trail en este camino. Definitivamente te recomiendo chicos que le den una oportunidad cuando tengan oportunidad. Es gratis en bono. Te va a encantar. Echa un vistazo a esto también. Por lo que se ve este show muchas opción. También hay aquí. Ah, opción llamada Campo Dos cartas derecha, que son en este caso son historias de usuarios. Por lo que podría decir filtrar por las historias de usuario, que serían como tareas. ¿ Verdad? Las historias de los usuarios diseñadas a Mauricio. Y entonces me va a mostrar justo en qué estaba trabajando Maurice, como se puede ver, Así que es bastante bueno. Y podrías poner los colores bien para que podamos poner aquí, Ya
sabes, digamos que esto es parte de sprint uno. Voy a poner amarillo. Entonces esto es filtrando, por cierto, razón por la
cual la desaparición así. Pero voy a quitar el campo. Entonces supongo, y luego sólo vuelve aquí y luego aquí podría tener una etiqueta a ella y decir Sprint uno sprint uno y podemos decir su color amarillo. De acuerdo, Así que como puedes ver ahora, tiene
fácil local o aquí diciendo indicando que esta parte de sprint uno Así que hay una de las muchas opciones que tienes con trailer y puedes ver aquí que el campo tres sigue encendido para que pudiera ir al campo. Están aquí y dicen:
Vale, Vale, solo
quiero ver todo, y solo quiero ver la prueba. Son parte de primavera uno, así que nos sentiremos tratando de mostrarme. Y así es una cosa que podría encontrar útil también usando este filtro. De acuerdo, chicos, esto es todo lo que quería mostrarles muy rápido. Y luego es un ejemplo realmente rápido de cómo podrías usar trailer para tu scrum. Ven Se aburre y acabo de tenerlo un par de libres, ya
sabes, historias de
usuario aquí a nuestro primer sprint. Pero a medida que avanzas fuera de curso, comenzaría a convertirse en su inicio de ver cada vez más historias de usuarios. Y por supuesto, lo
asignarías a más gente y más gente trabajando contigo en el proyecto.
26. Un ejemplo de vida real de un panel de Kanban ágil: Oigan, chicos. A continuación te voy a mostrar un ejemplo realmente de vida, a menudo ágil, puede ser tablero para uno de mis proyectos, y este es un proyecto realmente vital en el que trabajé hace un par de meses. En este ejemplo, vas a ver que teníamos a cada miembro del equipo con sus propias historias de usuario de set off. Por lo que tuvimos el trabajo en curso donde llamamos en el producto en el trabajo en curso, que es básicamente lo mismo menos haciendo cuando hacemos tablero ágil y creamos una columna llamada Haciendo en este caso, lo
llamamos un trabajo en curso, y luego tuvimos que hacer al final del tablero de campaña, que es algo que también tienes tan generalmente cuando creas un tablero de Cambon, tienes eso que hacer haciendo. En ocasiones tienes Q A y luego hecho donde tienes la cura o no. Es opcional. Depende de nosotros, un equipo. A veces algunos proyectos ágiles lo harían simplemente o algunos equipos ágiles lo harían. Como parte de su historia de usuario, realizó la Q A con tema la historia de usuario, y luego cuando completaran la historia de usuario, se pasarían a lo hecho. Entonces en este caso porque estamos trabajando en un proyecto que fue un enorme proyecto masivo y porque era tan grande y tenía tantas corrientes de trabajo diferentes que tenían que configurar,
lo ágil puede estar a bordo un poco diferente a lo que normalmente harías. Pero la belleza de esto es que puedo mostrarte cómo puedes adaptar Tablero Adua Cameron a tus escenarios de
la vida real . Entonces, como ya he dicho muchas veces antes, Agile es muy flexible. No tienes que jugar todo según el libro. Tienes que aprender y tomar lo que es lo mejor que puedes encontrar y adoptar y ajustarlo a tu proyecto o escenario de la vida real en nuestro caso particular, como lo vas a ver en un momento porque nuestro look de atrás era tan grande y teníamos tantos cosas en ella para hacer, En realidad
nos separamos eso en nuestro rastro. Ah, en una junta separada del dedo del pie están el trabajo en curso y nuestra finalización. Y aún cuando estábamos completando el trabajo, moveríamos los sprints dedo del pie una lista separada sólo porque tenemos tantos resortes en los que estábamos trabajando derecha Así que estábamos trabajando en sprints mensuales en este caso, y lo hicimos sólo para hacerlo más fácil para nosotros como equipo controlar el tiempo y el trabajo que estábamos haciendo. Entonces básicamente, configuramos cada sprint exactamente asper el mes calendario libre cada mes. Entonces, básicamente, estamos hablando de cuatro semanas de impresiones, ¿verdad? Y en nuestro caso en este proyecto en particular, eso tenía mucho más sentido para nosotros porque estamos trabajando en enormes iniciativas y necesitábamos un poco más de tiempo para completarla son sprints. Como ya sabes, no
tienes que hacer por semanas impresiones. Generalmente, sprints son de dos semanas, pero algunos equipos ágiles 23 o cuatro. Es enteramente después del equipo ágil y a su escenario particular decidir qué
duración de Sprint funciona mejor para ellos. Como dije en nuestro ejemplo, elegimos cuatro semanas porque estamos trabajando un proyecto masivo, masivo sobre múltiples sprints, múltiples flujos de trabajo, múltiples stakeholders y diferentes áreas del negocio. Por lo que esta particular adaptación de la cámara a bordo a nuestra necesidad particular de negocio tuvo
mucho sentido para nosotros, y funcionó bastante bien. Como verás en el ejemplo, teníamos todas las historias de usuarios en las que trabajaba cada miembro del equipo. Tuvimos que nuestro Donner completó la primavera menos historias de usuarios, y teníamos un rezago separado y una lista separada de todo lo que habíamos completado para todos para sprints anteriores. Por lo que funcionó muy bien para nosotros porque podíamos descansar referencia de trabajo de vuelta muy fácilmente . También podríamos asignar puntos de historia. También podríamos mirar nuestra velocidad y cómo estamos progresando en esto también nos ayudó cuando estamos haciendo nuestras retrospectivas y mirando lo que hemos logrado y cómo hemos hecho en esa primavera en particular. Entonces sin más preámbulos, déjame llevarte ahora mismo al ejemplo que acabamos de discutir y podrás identificar y ver sus ejemplos de vida riel fuera de lo que hemos aprendido hasta ahora en los núcleos. Espero que lo disfruten, y espero que lo saques lo mejor posible. Salud, camino
27. Velocity y el cuadro de la carta de Burndown: Entonces el concepto de velocidad es sobre cuánto estás entregando a través de un sprint. Y hablamos de esto en términos fuera de punto de historia. Entonces, ¿tienes algún punto de historia? ¿ Entregó el equipo a través de un sprint? De acuerdo, entonces eso es esencialmente lo que es la velocidad. Entonces digamos, por ejemplo, en uso su aspersión. Primavera cinco, tienes cinco historias de usuarios con diferentes puntos de historia asignados a ellos, y suman hasta 10 puntos de historia en total. Y supongamos en este escenario que realmente completaste todas las historias de usuarios. Y después de que termines tu sprint derecho y alguien te pregunte Entonces cuál era tu filosofía, correcto. Tu velocidad fuera de estos era 10 ¿verdad? Porque dijimos que estabas trabajando en cinco historias diferentes pero que los algunos de los
puntos de la historia asignaron dedo del pie todos de 10 derecha, porque en realidad terminaste todo. Entonces podemos decir,
Bueno, Bueno, en realidad
entregaron Este equipo scrum en realidad entregó puntos de historia de Stan después terminar este sprint, y eso es lo que llamamos la velocidad. Está bien. Y ahora estás pensando bien, ¿qué pasa cuando tengo sprints múltiplos? Pero cuál es la velocidad si realmente he pasado por los cinco u ocho sprints diferentes . Bueno, la velocidad es la velocidad promedio fuera de la velocidad individual de cada sprint. Permítanme repetir eso. Entonces tiene sentido para ti. Y así está completamente claro si estás preguntando sobre la velocidad individual de un sprint
en particular, es el número de usuarios puntos de historia, puntos historia entregados sobre ese sprint. Si tienes múltiples resortes en tu tratando de calcular la velocidad de los muelles múltiples , es el promedio fuera de las velocidades individuales de cada sprint. Está bien, eso es todo muy fácil, muy sencillo. Y la mejor manera de entender esto es mirando un gráfico, y te daré un ejemplo para que puedas ver qué aspecto tiene un gráfico de velocidad aquí mismo también. Pero, ¿cuál es la importancia de estos y por qué queremos medir la velocidad? Bueno, básicamente, porque esto nos ayuda en nuestro proceso de planeación, básicamente también porque esto nos ayuda a rastrear el desempeño y la efectividad, ¿no? Entonces si estamos planeando entregar, digamos 10 puntos de historia en el tiempo de primavera, realidad
entregamos ocho, entonces bueno, deberíamos reflexionar sobre eso en retrospectiva, incluso ver, ¿
Dónde hizo nos vamos mal? Ellos tratamos de hacer demasiado en ese esguince o sabes a qué me refiero? O nos quedamos sin tiempo, o nos topamos con bloqueos o temas y no pudimos resolverlos a tiempo, así que algo no nos permitió cumplir con nuestros objetivos. Y, en general, ¿qué pasa? Está al principio de los proyectos scrum. Estás trabajando en tus proyectos scrum. ¿ Qué pasa? Es eso lo que ve que muchos equipos en realidad sobrepasan la estimación y algo así como piensan que van a poder entregar más de lo que realmente pueden entregar. Y eso es muy normal. Eso está bien, pero no hay nada malo en eso. Por lo que tendrás una velocidad inicialmente que está por debajo de lo que has proyectado hacer. Es posible que encuentres que hay variación cuando miras una gráfica porque o regional, estabas tratando de hacer demasiado y apenas estás empezando a entender lo que
realmente puedes entregar en realidad. Entonces con el tiempo, lo que trato de decir es que con el tiempo, los equipos
scrum se volverán mucho mejores en su estimación mucho mejor su entrega
en mucho mejor fuera de curso en su velocidad por lo que verás que la gráfica empieza a convertirse cada vez más estable con el tiempo ya que estás viendo que hay cada vez más preciso ahí en su proceso de planificación y lo que van a entregar en realidad. Muy bien, chicos. Por lo que el gráfico quemado es uno de los artefacto scrum que nos permite ver la cantidad de trabajo que queda y cuánto progreso estamos haciendo a medida que avanzamos por nuestros sprints . Y es realmente fácil de entender. Y gráfica realmente simple como la que se ve en pantalla en la que tenemos en el eje Y una serie de puntos de historia restantes. Por lo que los puntos de historia deportiva contados que quedan en cualquier punto en el tiempo y en el eje X están los sprints fuera de curso. Si piensas en esto con cuidado, la cantidad de puntos de historia que has entregado entre sprints se puede ver desde esta gráfica. Cuando restas, haces el Delta entre Sprint. Entonces, por ejemplo, si miraba a Sprint uno y dos en este ejemplo en particular, pasé de 41 puntos de historia a 32. Eso significa que entre primavera uno y primavera a, en realidad entregué nueve puntos de historia y que como hablamos antes es lo que llamamos velocidad. Entonces es miga. El número de puntos de historia que entregas entre sprints es velocidad. Cuando se tiene más de un resorte, bueno, sólo
calculamos el promedio de las velocidades individuales entre Sprint. ¿ Verdad? Y así es como obtenemos nuestra velocidad general del proyecto. Pero de nuevo, en este ejemplo muy sencillo, solo
estamos mirando, ya
sabes, el sprint entre sprint uno y spring to Así que después de terminar sprint uno, básicamente
has entregado nueve puntos de historia y puedo ver eso por el Delta entre Spring dos y Sprint quiere, que son nueve puntos de historia contra Super fácil de entender, súper simple. Y solo te permite checar de manera muy rápida en cualquier momento del tiempo. Cuánto trabajo queda antes de que realmente completes el proyecto. De acuerdo, espero que eso sea muy claro y fácil de entender para todos ustedes ya que están viendo estos en pantalla, y que les permita entender este concepto, que surge a menudo cuando están pensando en trabajando con Scrum, y es posible que escuches a la gente hablar sobre el gráfico de quemados y la razón por la que se llama Quemado gráfico es porque se está quemando. Es como mostrar una representación visual sobre cómo te estás quemando a través del trabajo que tienes que hacer. De ahí viene todo el concepto. Muy bien, chicos. Nos vemos en el siguiente. Salud.
28. El Backlog de productos y el Backlog de Sprint: Ya hemos hablado del producto de vuelta. Mira varias veces antes. Pero ahora pongamos todo eso juntos una página o resumiendo y consolidados. De acuerdo, entonces el amor Brokeback es esencialmente una lista de todo lo que se necesita hacer en el proyecto. ¿ Verdad? Pero esta lista básicamente se compone de historias de usuarios, todas tus historias de usuarios ahí, ya
sabes, armar entraron en lo que llamamos el rezago del producto. El asunto aquí hay que tomar en cuenta estos, que generalmente se quiere iniciar un programa antes de iniciar el proyecto. ¿ Verdad? Entonces antes de lo que llamamos antes de tu primera primavera, lo que llamamos en scram tu primavera cero. Quieres asegurarte de que ya te has reunido con tu equipo y documentado todas las posibles historias de
usuarios que puedas pensar. Pero por supuesto, no se
puede predecir el futuro, y tal vez no. Es posible que no sepas exactamente todo lo que se tiene que contabilizar o tomar en cuenta en tu proyecto. Entonces básicamente lo que quieres hacer es capturar todo lo que puedas y solo ten en cuenta que este es un documento vivo. No es estático, y es algo que puedes actualizar más adelante si es necesario. Es algo que es dinámico en vivo y sabes que puedes refinar. Hablamos antes de esas sesiones de aseo atrasadas de productos locales que esto es lo harías. Te repasarías tu producto atrás, mirarías y luego verás Vale, ya
sabes, tenemos 100 artículos. ¿ Siguen siendo aplicables? Sí, y te las quedas. Algunas de ellas ya no son aplicables. Te los borras, los quita
¿verdad? Y este es el ejercicio. Y esto es lo que quieres tener en tu producto que ame en general. Lo que recomiendo a los equipos es que pongan ahí los artículos de máxima prioridad. Las historias de usuarios de máxima prioridad en la parte superior del rezago del producto luego desde el sur, desde cosas que son de la parte superior hasta la menor prioridad, ese orden. Pero aunque no lo tuvieras organizado así, no
es que sea un tema, es solo que es mejor práctica. Entonces eso es bonito Eso es más o menos eso. Ya sabes, realmente no
hay mucho que decir sobre la sonda de vuelta. Mira fuera de lo que voy a recuperar, y aparte de lo que ya estás viendo en pantalla en este video. Es realmente simple. Y de nuevo, todo
se trata de tener tus historias de usuario documentadas en al menos en algún lugar. Ahora eso no tiene por qué serlo. Ya sabes, no
hace falta estar en trail org o como dije antes, hay otras herramientas por ahí. Si no estás usando algo, ¿te lo contaste como un tablero físico? Entonces puedes poner eso, ya
sabes, publicar su y poner todas tus historias de usuario en solo una pizarra o lo que quieras
ponerlo . Y se le llama el producto. Mala suerte, y eso es todo. Eso es todo lo que necesitas hacer en esta parte. Cuando estás hablando de trabajar con los atrasos de hermano, el aspecto de atrás sprint es básicamente un subconjunto de historias de usuario que has tomado del rezago
del producto y asignado a un sprint específico. Eso es todo. Ya sabes. Se trata de un grupo de estas son historias que has tomado de la Brokeback Look on de nuevo, asignadas a sprint específico, ese es tu sprint back look. Entonces todo lo que vas a estar entregando en un sprint en particular, volveríamos a llamar al sprint de Spree. Mira, ahora, aquí está la diferencia clave, ¿verdad? El rezago del producto es propiedad ¿Por quién? Eso es correcto por el propietario del producto. El dueño del producto es dueño del Brokeback look derecho que posee cuando estás tratando de entregarnos un hoyo y él es dueño del orden de prioridades y te dice cuáles son sus prioridades o
prioridades de cabello desde su perspectiva, justo en la primavera atraso que en realidad es propiedad del equipo de reparto por el equipo de scrum. Ustedes tienen propiedad de la primavera de vuelta, amor, y pueden, ya
saben, fuera de curso, Priorizar eso mientras están trabajando durante su primavera. Entonces se podría decir, voy a centrarnos en estas historias de usuario en los primeros 2 días de la primavera y luego estos subconjunto de historias de usuarios en los últimos tres días y así sucesivamente. Pero de nuevo, normalmente se quiere firmar esas historias de usuario a alguien en el equipo va a asumir la responsabilidad de asegurarse de que eso se entregue al final de ese sprint
29. Demostración de un proyecto Agile no Agile parte 1: Oigan, chicos. Entonces en esta siguiente parte del curso, quiero demostrar que eres realmente ejemplo de vida fuera de uno de mis proyectos ágiles donde creé un podcast en menos de cinco minutos. Eso es correcto. En menos de cinco minutos, pude crear un podcast usando principios ágiles. Y lo que hice fue básicamente lo que llamaríamos en ágil. Si recuerdas, hablamos del concepto de M. V P. Producto
mínimo viable. Y te voy a mostrar cómo creé un podcast en esta siguiente parte del curso sobre Lo
vas a ver realmente la vida, porque este es un ejemplo de vida real realmente mundial. E incluso tiene un temporizador. Para que veas que hice esto en menos de cinco minutos. Y esta es la belleza de un Juan. Esta es la belleza del concepto off M v. P, en el que puedes crear algo de primera iteración en tus sprints y Daniel en iterado y realzado con el tiempo como lo hacemos en ágil. ¿ Verdad? Por lo que pensamos más predilecto. Déjame mostrarte de verdad rápidamente. Y tengo esto ya abierto en otra pestaña. Este es el aprender sobre podcast y estos aprenden sobre podcast es el podcast que creé en menos de cinco minutos, y quería mostrar esto es, ah, riel ejemplo de vida de un proyecto ágil porque a menudo me pongo preguntó sobre ejemplos fuera de proyectos non
I t, y este es un perfecto ejemplo de ello. Se trata de un proyecto que no es del TPIY. Se trata básicamente de un proyecto creativo en el que creé un podcast en menos de cinco minutos, y eso es hermoso. mí me encanta porque es un gran ejemplo de cómo, en la primera primavera me tomé el foco de hacer un EVP, solo tener todo listo para lanzar a los Parkers sin siquiera agregarle ningún exterior. Por lo que acabo de lanzar si puedes creer ese departamento sin ningún audio en él. Es así como lo lanzó inicialmente. Ese fue el concepto del producto mínimo viable M V P. Por lo que la primera impresión yo solo estaba enfocada únicamente en lanzarla y sacarla por ahí. Ya sabes, poner un título, poner una imagen, describir donde la causa de la parte iba a ser sobre hacer súper sencillo en Torrey, súper intuitivo, súper amigable de usar y justo después de que lanzara it on para entonces añadió audio en la segunda y tercera Springs. Eso es en lo que estaba enfocado, chicos
correctos ven en el siguiente.
30. Demostración de un proyecto Agile no en la vez: parte 2: y
31. Incremento y la definición de un hecho: los incrementos en scrum son básicamente entregables. Entonces es básicamente lo que has logrado después de un sprint que donde llamamos un incremento en el mundo scrum. En esencia, es un paso hacia una visión, una meta o sabes lo que estás tratando de lograr, verdad? Es progreso, ¿verdad? Eso es lo que un flaco lo que es un incremento. En realidad te entregan algo y ese es el entregable fuera del sprint. A lo que llamamos en incrementos scrum. Ahora los llamamos incrementos porque no son la solución final, ¿
verdad? Pero son una solución y es algo que se puede usar para construir encima, apagado o sobre sobre para futuras generaciones o futuros sprints. Entonces creo que considerar algo hecho terminado un completo es muy lógico. Ya sabes, es algo que la mayoría de la gente conoce y naturalmente hace, ¿ verdad? Pero, ¿qué es? El frenético scrum? La diferencia es que es miga solo considera que algo ha hecho cuando en realidad cumple con los criterios de aceptación que hemos definido para esa historia de usuario en particular. ¿ Verdad? Entonces fuera de lugar recuerden que estamos entregando en nuestro proceso scrum son incrementos que los cometas son algunos fuera de todas esas historias de usuarios, ¿
verdad? Entonces para que consideremos algo hecho o completo. Tenemos que asegurarnos de que esas historias de usuario realmente han cumplido con nuestra aceptación otorgan interior que nosotros como equipo que habíamos puesto antes incluso de empezar. Entonces esas son las cosas clave que debes tener en cuenta cuando estás pensando cuándo considerar algo hecho o lo que llamamos Dun Dun en Scrum, que es asegurarte de que en realidad cumpla con esas variables o esos requisitos o esos básicamente, en esencia, que eso tiene criterios de aceptación que definimos ahora fuera de curso, Esto variará por equipo porque lo que cada equipo y considera hecho será diferente, verdad? Dependerá de los criterios de aceptación que cada equipo defina. No hay una regla dura en torno a eso. No hay ninguna regla específica que te vaya a decir cuáles son los criterios de aceptación. Va a ser su amigo para cada equipo, y probablemente va a ser diferente para cada proyecto también. Entonces en algunos casos podría ser solo Sí, ya
sabes, alguien confirmó que eso estaba completo, así que aceptamos criterios podría ser simple de alguien diciendo Ok, como equipo, vamos a estar de acuerdo en que la persona que trabaje en esas particularidades. Su historia que va a comercializar completa cuando esté 100% seguro de que terminó todo lo que
necesitaba hacer relacionado con esa historia de usuario. Podría ser un simple como eso. O podría ser alguien. Vamos a considerarlo hecho después de que alguien haya probado realmente lo que esa persona dijo que
iban a hacer, o en realidad hemos verificado que completaron lo que iban a hacer, ya
sabes, como en realidad dijeron, lo iban a hacer. Por lo que de nuevo varía. Podría ser una lista de comprobación, y podría tener una lista de comprobación fuera de las cosas que desea revisar como parte de sus
criterios de aceptación . No hay ninguna regla dura en esto otra vez, chicos. Lo principal es, mantenerlo sencillo y asegúrate de que todos estén en la misma página en lo que has acordado para considerar algo hecho antes de moverlo en tu scrum. Tablero Campbell a esa columna A eso, ya
sabes , claro, campo donde está marcado se hace
32. MVP y cosas que ayudan a los equipos de Scrum: Hablemos del M V p o del producto mínimo viable en scrum. Y cuando hablamos del M v P, estamos pensando en los must have. Olvídate de todo lo lindo de tener. Olvídate de todos los lujos. Son todas las cosas que crees que serían lideradas y piensas en Leo. Pero es realmente, realmente requerido. Lo que realmente, realmente se necesita. Cuál es el mínimo desnudo que puedes entregar que aún cumplirá y el río un resultado
satisfactorio, ¿
verdad? Y volviendo al ejemplo apagado. Ya conoces la patineta en el auto, que cubríamos antes. Bueno, recuerda cómo tablero de escape te permite ir del punto A al punto B. Ese es el M V P. ¿
Verdad? Entonces el M V P es ese skateboard porque probablemente sea lo más simplista que podrías construir para seguir permitiéndote llegar del punto A al punto B por lo que cumple
bien con sus requisitos , pues te permite ir del punto A al punto B, que B, que es el requisito mínimo que tenías, que es lo mínimo que estás tratando de lograr, pero te permite hacer de una manera muy sencilla. Te permite entregar,ya
sabes, ya
sabes forma rápida y frecuente,
y ya sea calificar y mejorar con el tiempo. Eso es lo que debes hacer cuando estás pensando en el producto mínimo comprable. Y ese debería ser el foco de cualquier equipo de scrum que no quieras,ya
sabes, ya
sabes, construir algo con todas las campanas y los silbatos se acabaron, ingeniarlo o entregar algo que nadie realmente haya solicitado, ¿
verdad? Basta con pensar en esos must have. Y esos deben tener son lo que llamamos si sacaste todo lo lindo para tener todas esas
cosas extra y acabas de dejar los must have cuando estás pensando en tus historias de usuario y lo que necesitas entregar. Eso es lo que consideraríamos en scrum tu M V p. Tu producto mínimo viable. Ahora hay un conjunto de cosas que,por
supuesto, por
supuesto, pueden ayudar a los equipos de scrum a tener más éxito. Voy a hablar de algunos de ellos en esta parte del curso. Uno de ellos es co ubicación. Idealmente, quiere tener gente que esté trabajando en un proyecto scrum. Sentarse juntos en esto se vuelve realmente importante cuando estás pensando en rituales scrum como el día es Crum, ¿
verdad? ¿ O el estándar diario? Porque van a estar hablando diariamente por un periodo
de tiempo muy corto . Entonces están sentados juntos. Esas interacciones se van a hacer mucho más fáciles y van a ser mucho mejores. Así que asegúrate de que en la medida de lo posible, tengas gente trabajando en proyectos que estén usando una metodología scrum que se aseguren de que estén sentados juntos en la misma sala o en la misma área. Eso ayudará mucho. Confía en mí, he visto esto en la práctica y he visto la diferencia que puede marcar cuando vuelves a trabajar en tus proyectos. Esos equipos también van a estar trabajando con muchas herramientas y diferentes rituales que
cubrimos antes. Pero cosas que pueden ayudar definitivamente es la colaboración en línea. Entonces, ya
sabes, usar cosas como Chad Chad, clientes que charlando según se requiera y ya sabes, tener tu junta de convento ¿te lo contaste? También es útil en caso de que alguien esté fuera. Y asegurarse de que el equipo esté empoderado y capaz de tomar decisiones como necesidad también es un componente
clave para el éxito del equipo scrum tan fuera de curso y por estos. Es decir, hay
que asegurarse de que el equipo que está trabajando en estos tenga todo el apoyo de dirección. Ya sabes, hay un acuerdo nim principal sobre el trabajo que se va a hacer en permite que el equipo trabaje, ya
sabes, con un poco fuera de independencia y con un enfoque en la ejecución sabiendo que tienen, ya sabes, ese apoyo de la gerencia para tomar esas decisiones cuando surjan. Y, por
supuesto, también
nos tiene. Ya sabes, el papel del dueño ahí para ayudarte. Entonces no tienes que,
por supuesto, por supuesto, tener todas esas duras conversaciones con la gerencia. Si algo cambia, por
eso tienes a tu dueño de la garganta. Por lo tanto, él o ella debería poder ayudarte a llegar. Ya sabes, esas conversaciones son enlace no sólo con la alta dirección sobre con las partes interesadas clave , así que definitivamente tener que conoces todos estos en su lugar y tener un dueño de producto realmente bueno asignado a tu él va a ayudar mucho y sólo asegurándose de que también estás aceptando el hecho de que
va a haber volatilidad y cambios en los requisitos y va a haber
retos impredecibles pero que vas a estar usando retrospectivas y tu proceso de eternidad, y you're continúa mejorando para asegurarte de que superes esos retos que conoces, y llegar y llegar a tus metas y alcanzar tus objetivos que estas cosas que estoy colorando aquí son cosas que siempre he encontrado útiles. Y siempre he encontrado ayuda. Ya sabes, los equipos de
scrum entregan sus proyectos a tiempo y en presupuesto y trabajan mejor juntos, y solo funciona mucho mejor para ellos. La otra cosa. También quiero resaltar la importancia offs, entrenamiento y coaching,
correcto, correcto, Así que asegúrate de que tu equipo haya pasado realmente por el entrenamiento. Si no lo han hecho, definitivamente animo a Ito o les recomiendo este curso o comprarlo para ellos si
debes o regalado a ellos o conseguir que la empresa o la bajeza recomiende esto al resto del equipo, porque eso les permitirá estar todos, ya
saben, trabajando en un terreno común con conocimiento común, términos
comunes y nuestro entendimiento general off. ¿ De qué se trata Grammys? Entonces esas cosas, para toda mi perspectiva, son las cosas que yo diría que en realidad ayudaron a scrum equipos en el terreno y trabajando a través de sus proyectos en. Acabamos de hablar de dos claves que estaban teniendo un buen liderazgo. Entonces no sólo, por
supuesto, un dueño de producto realmente bueno, sino también, por
supuesto, un buen maestro scrum. Pero asegurándose también de que todos tengan una buena formación. Andi Buena comprensión fuera scrum que viene, por
supuesto, de la educación. Tal Z anota.
33. Preguntas frecuentes en Scrum El Acronym: Oigan chicos. Entonces hablemos de las preguntas frecuentes o f excusas sobre Scrum y empecemos con una de mis favoritas lo que representa el scrum. ¿ Cuál es el acrónimo de Scrum? Y esta pregunta que a menudo él mismo viene de una concepción errónea que tiene la gente. El scrum es un acrónimo cuando en realidad no está bien, por lo que Scrum no es un acrónimo y no representa nada en particular. Es sólo una palabra que deriva y viene del deporte off rugby, y si viste en otra parte del curso cuando miramos esta historia del scrum, ya discutimos de dónde venía. Eso es en realidad un rugby jugando, y luego se convirtieron en utilizados en ágil. Y estos hoy en día utilizaban para describir una de las muchas metodologías ágiles. Entonces scrum, como dije antes, no
es un acrónimo. No lo pienses como un acrónimo es sólo una palabra que vino del rugby y que ahora se utiliza para describir esta particular metodología ágil. Y hemos estado hablando de revolver a lo largo de todo el curso, así que ya sabes qué guisantes scrum y qué significa. Pero como dije antes Es bastante frecuente y bastante común ver a la gente pensando que este crimen es un acrónimo y que en realidad es premio que significa algo cuando en realidad no lo es. Es solo premio que tiene sentido, como ya hemos discutido antes. Ahora otra pregunta que surge todo el tiempo es ¿cuál es la diferencia entre ágil y scrum? Y esto también viene de otro error, y es que Son dos cosas diferentes. En realidad lo son, pero al mismo tiempo no me dejan aclarar.
34. Preguntas frecuentes en Scrum Agile vs Scrum: De acuerdo, entonces otra pregunta que surge todo el tiempo cuando estás hablando de scrum easy ¿cuál es la diferencia entre scrum y ágil y son lo mismo o son
cosas diferentes ? Entonces permítanme empezar aclarando y diciendo que Scrum es una de las muchas
metodologías ágiles . Pero en realidad es la más popular y ampliamente utilizada fuera de todas las metodologías ágiles. Y por esa razón, cuando la gente habla de ágil la mayor parte del tiempo, como el 90% del tiempo, realidad
se están refiriendo al scrum. Es solo que muchas veces no están familiarizados con el término Crumb o ni siquiera están conscientes de que hay otras metodologías ágiles. Entonces cuando están pensando en ágil muchas veces la gente está hablando de scrum. Simplemente no se dan cuenta de que están hablando de scrum. Entonces como dije antes, Scrum es una de las muchas metodologías ágiles. Pero es la más popular y ampliamente utilizada fuera de todas las metodologías ágiles. Y aquí hay otra pregunta que también surge, que es por qué es corona tan popular, y ¿por qué es más popular que otras mitologías reales? Y la razón es bastante simple. En realidad, Scrum es muy popular porque es muy sencillo. Es muy fácil de usar, es más fácil de entender, se apodera. La documentación es apoyarse en los procesos, se basa en la gobernanza, Así que scrum se ha convertido en la metodología de facto, ágil utilizada en todo el mundo y a la gente le encanta. Ya sabes, a la gente le encanta porque es muy simple y fácil de usar y fácil de entender. Como viste en el curso. No hay nada misterioso ni nada realmente complejo. Acerca de Scrum es Justin cuando la gente nunca lo ha empezado o nunca han oído hablar de él antes . Empiezan a escuchar sobre algunos de los términos utilizados en scrum como historias de usuarios, retrospectivas, etcétera. Bueno, algo se asustan un poco o simplemente no están inseguros de qué está hablando la gente. Pero una vez que realmente se meten en algo o en realidad empiezan a estudiar como un curso como este, o ya sabes, asisten a la conferencia o lo que sea, se dan cuenta de que el scrum en realidad no es complejo y no es fácil. No es duro, en realidad. Perdón. Y en realidad es fácil y fácil de entender, fácil de usar, fácil de implementar y que entrega valor rápidamente, a menudo en eso está muy centrado en el cliente
35. El Scrum diario y el Sprint: Ahora hablemos del scrum diario o, como muchas personas las llaman, el stand up diario. Se trata de una reunión diaria, muy corta, muy enfocada en la que los compañeros de equipo, para asegurarse de que estén sincronizados sobre lo que están trabajando. No debería durar más de 50 minutos, idealmente menos si es posible. Y básicamente estás tratando de responder tres preguntas en este ejercicio. Y efectivamente en estos diarios stand up o Davis Crump. ¿ Por qué lo hiciste ayer? ¿ En qué trabaja hoy en algún tema o impedimentos? Y esto no es sólo una pregunta que se echa ahí fuera, sino que lo que haces es como que vas alrededor de la mesa, aunque el conjunto en consecuencia bastante llamado diario se levantan por días. Comey es porque generalmente la gente está de pie. Entonces, idealmente, ni siquiera
estás sentado. Miras tu tabla de Cambon y estás de pie juntos y ahí y hablando a través estas tres preguntas. Cada integrante del equipo pasará por esas tres preguntas justo en este stand diario en su lista. Miga. Es para este equipo del crimen. Entonces no quieres involucrar estos estos conociendo a tu dueño. No quieres involucrar conoces a algún forastero. Idealmente, solo
quieres tener a tu equipo scrum y al scrum master pasando por estos ejercicios a diario. Crea su hidroavión, pero también les ayuda a mantenerse sincronizados. No rastreo y se asegura de que el equipo se mantenga enfocado, ya
sabes, tiene un sentido realmente bueno de urgencia. Y, ya
sabes, si algo no está funcionando o tú algo necesita ser cambiado o hay un libro de ruta o un impedimento donde el maestro de scrum va a ayudar a resolver eso, ya
sabes, yo vivo ahí mismo en el lugar muy rápido antes justo después de la reunión así, él no va a esperar hasta o ella no va a esperar hasta el final del sprint para empezar a trabajar en eso vamos a resolver eso, ya
sabes, en el mismo día es ambos posible o al día siguiente cuando seré realmente rápido. Recuerda que los resortes son un periodo de tiempo establecido de libros de tiempo, y no tenemos mucho tiempo que esperar hasta que las cosas lleguen hacia el final para
resultarlas . Y por eso estos diarios se ponen de pie. Este scrum diario es tan importante. En ocasiones me preguntan qué es un buen momento del día para planear tu scrum diario. Y realmente depende, ya
sabes, como si no hubiera una regla dura en torno a estos en términos de la l tiene que estar al principio del día al final del día, mitad del día o a las nueve AM 10 AM o lo que sea, En realidad no, ya
sabes. Pero generalmente sí recomiendo que los equipos hayan planeado su scrum diario temprano en la mañana . De esa manera no rompe la jornada laboral, ya
sabes, como un trabajo que no pierden el impulso. Y de esa manera, ya
sabes, hay ahí igual que fresco por la mañana. Y ah, eres la reunión para asegurarte de que sigan en la misma página por buen camino y trabajando en
lo que debería estar trabajando. Tienen un claro sentido de sus prioridades. Pero de nuevo, ya
sabes, esta reunión no está destinada a resultar. No se supone que estés resolviendo las cosas ahí mismo en la reunión. Es más una reunión informativa, y está destinado a ser un significado muy corto, porque si comienzas a intentar resolver dónde si gastas demasiado discutiendo un
topping en particular . ¿ Esa reunión? Bueno, definitivamente
vas a soplar de los 15 minutos, y eso es algo que no deberías estar haciendo. Deberías evitar eso porque el scrum diario no es una sesión de planeación, ¿
verdad? No es una retrospectiva, derecha es sólo un ritual muy corto, diario en el que se llega a conseguir con su equipo para salir por las calles. Pregunta de la que hablamos. ¿ Por qué fuiste ayer? ¿ En qué trabajas hoy y algún tema o impedimento? Correcto. Y a veces podrías acudir a un miembro del equipo. Habló de lo que hizo ayer, lo que está trabajando hoy, y dijo, no
tengo ningún impedimento. Genial, aún mejor. Bueno, pasemos a la siguiente persona, ¿verdad? Manténgalo corto, manténgalo rápido, manténgalo rodando y dale simple. Ahora prácticamente ya sabes lo que es Sprint, pero hagamos un poco de recapitulación sobre el Sprint. aspirina es un periodo de tiempo libre de un mes o menos, típicamente dos semanas. El equipo trabaja para entregar un incremento o un barco, producto
herbal o servicio durante ese periodo de tiempo. Durante ese sprint y cosas que debes tener en cuenta mientras trabajas en tus sprints. Es que una vez dijiste indefinido lo que estás trabajando en primavera. Idealmente, no
quieres aumentar ni grados mientras ya está sucediendo. Por lo que no quieres tener cambios durante el resorte por set on. No me malinterpreten. Ya sabes que en scrum, realidad
abrazamos y aceptamos cambios. El asunto aquí es que a medida que vas pasando por tus sprints, quieres salir abrazar y mirar esos cambios para el siguiente punto. Correcto, porque si estás haciendo cambios al Hermano Sprint y eso probablemente no
te va a permitir que entregues, recuerda chicos. Estamos hablando de un marco de tiempo realmente corto para entregar algo bien. Es bonito es un marco de tiempo muy corto, marfil, corto periodo de tiempo para entregar algo. De acuerdo, y a veces me sale la pregunta sobre los resortes, si deberías estar cargando la longitud de tu sprint. La respuesta no es idea de lo que quieres mantener que un set time box beautif time a lo largo de
todo el ciclo de vida del producto. Entonces si tienes dos semanas para tus sprints y sigue adelante, siempre dos semanas. Dos semanas, dos semanas, dos semanas que esos son tus sprints. No debería serlo. Una semana, dos semanas en nuestra semana, una semana, otra primavera, tres semanas y demás. Ahora lo que sí creo es, y esto está fuera de curso en el núcleo. En esencia, off ágil es si eres digamos que inicialmente empezaste con dos aspirinas encima. Simplemente date cuenta rápidamente de que eso es demasiado corto para ti, que realmente no puedes entregar mucho en una semana. Y eso no está funcionando bien para tu equipo. Bueno, no tiene sentido mantener tus sprints dos semanas. Entonces no los guardes dos semanas. Lo cambias a tres semanas y luego lo dejas en tres semanas y sigue trabajando con tres semanas, ¿
verdad? Porque, como dijimos antes, todo
el propósito fuera scrum es que tu continuamente reflejando para la mejora? Entonces si algo no está funcionando bien, bueno, no sigas haciéndolo. Y como dije antes, incluso antes de empezar con tus sprints, ibas a tener tu sesión de planeación de primavera, ¿
verdad? Y como estás haciendo están pasando por este cerebro, ya
sabes, digamos que es una primavera de dos semanas, ¿
verdad? Eso es que Tú eres la primavera tiene un periodo de dos semanas de libros de tiempo, entonces esas cosas que forman parte de esa primavera son cosas como el scrum diario. Entonces vas a estar todos los días a lo largo de esas dos semanas. Todos los días te vas a reunir con tu equipo durante un periodo de 15 minutos todos los días. Muy corto, muy conciso, muy enfocado sobre las preguntas que tomamos antes y durante la primavera. También vas a estar haciendo tu desarrollo. Vas a estar trabajando en la entrega de lo que estás haciendo. Entonces después del sprint, vas a tener tus retrospectivas de sprint justo donde no reflexiones para mejorar y podrías tener una sesión de revisión de primavera también. El otro realmente bueno de Sprint es que porque es un muelle tan corto de
tiempo libre encendido porque estás trabajando en un conjunto particular de historias de usuario durante ese periodo de tiempo justo ahí en tu sprint. Bueno, los límites, tu exposición al riesgo y al costo derecho, porque no estás tomando demasiados riesgos cuando estás trabajando en un subconjunto en particular fuera las historias de los
usuarios y no vas a gastar mucho dinero cuando estás trabajando en algo por solo dos semanas, ¿verdad? Entonces esa es una de las otras cosas manera la gestión y los negocios como Scrum porque limita la exposición al riesgo en costo. minimiza. Entonces eso ayuda. Eso ayuda por supuesto que sí. Ayuda porque estás limitando, ya
sabes, cosas que potencialmente pueden salir mal. Estás limitando, ya
sabes, gastos
de costo. Y en realidad te estás asegurando de que estás entregando rápidamente y estás trabajando a menudo. Entonces esa es una de esas grandes ventajas de las crías. concepto como lo vimos antes, me gusta que ya nos cubrimos.
36. La review de Sprint y revisiones y restrospectives: Entonces hablemos ahora de la reunión de Sprint Review. Y esto es algo que vuelve a ocurrir después de terminar un sprint. Y es una reunión muy informal fuera de hasta cuatro horas para un sprint de un mes en el que
básicamente se van a revisar. Ana dice los resultados de la impresión anterior derecha y por qué estás haciendo esto es tomar eso
y traer eso como insumo a tu próximo sprint, ¿
verdad? Y en las sesiones de revisión de primavera, vas a estar mirando tu velocidad, tu carga quemada y otras métricas para ver cómo lo hicieron ustedes chicos. En equipo, también
vas a actualizar el producto de nuevo aspecto. Entonces si necesitas incluir más historias de usuario si necesitas quitar algunas o si algo
ya no es aplicable, sabes que esta es esa sesión sobre esto ¿Hay re trolling, que vamos a estar haciendo que también vas a estar revisando durante su reunión de revisión de primavera, su cronología del proyecto, su presupuesto y demás. Entonces es más o menos como un momento y un periodo de tiempo en el que estás evaluando. Ya sabes lo que fue logrando el sprint anterior y armar eso todo una escena
puesta para la siguiente sesión de planeamiento impreso y también para tu retrospectiva fue curso porque vas a estar reflexionando sobre todas estas cosas. Incluso la sesión retrospectiva, que es como ya he dicho antes, son embellecidas lecciones aprendidas ejercicio. Piensa en retrospectivas un poco como una lección aprendida ejercicio en el que tu reunión con tu equipo de scrum para repasar lo que salió bien, qué no ¿Qué podemos hacer de manera diferente la próxima vez? Por lo que es un ejercicio para la mejora continua. Y como cualquier otra cosa en scrum, es algo que estás haciendo continuamente. Entonces no sólo al final del proyecto,
como en la gestión tradicional de productos, donde la gente se reúne para estas lecciones aprendidas revisiones posteriores a la implementación. Pero lo estás haciendo después de cada sprint, y esto es insumo para tu próxima impresión porque después puedes tomar en cuenta esas lecciones
aprendidas y asegurarte de hacer ajustes, mejoras o lo que sea que tengas que hacer para asegurarte de que hiciste entrega y tus objetivos en tus metas en la próxima primavera. De acuerdo, eso es todo. Eso es más o menos todo lo que necesitas saber de retrospectivas y estas de nuevo también es uno mis ejercicios favoritos en scrum porque hace que el equipo reflexione sobre lo sucedido en la última impresión en, ya
sabes de nuevo cómo pueden mejor prepararse para el próximo sprint. Entonces es una muy colaborativa, y yo y yo creo que te aseguras de intentar que esto sea lo más informal posible. Por lo que la gente se siente realmente cómoda hablando, y quieres asegurarte de capturar todo lo que sabes, generalmente en un tablero o en un documento de guerra. O si quieres usar tu trailer o lo que quieras capturar y asegurarte de que estás capturando las respuestas a estas preguntas en hazlo arriba porque como mesa redonda, Así que empieza a pasar por estas preguntas, pones en la pizarra en una pizarra blanca. Qué salió bien, qué no qué podemos hacer de manera diferente y luego solo hacer un hermoso ejercicio de mesa redonda donde todos dentro del equipo contribuyen desde su perspectiva a cada una de esas tres preguntas
37. Demo de Gitlab: Oigan chicos. Por lo que quería mostrarles otro ejemplo de la vida
real, del mundo real de cómo estamos usando Scrum y Agile Lee Uno de nuestros proyectos. Y este es un ejemplo realmente mundial. Y voy a mostrar este ejemplo con una herramienta diferente a Trillo. Tan sólo un escaparate. Y para mostrarte que hay muchas otras herramientas por ahí que puedes usar a los gerentes , proyectos de
migajas o tus proyectos ágiles. Ahora, hoy vamos a estar pasando por un buen laboratorio, que es una de esas herramientas realmente buenas que hay para administrar tus productos. Y una de las cosas realmente geniales que me encanta del buen laboratorio, si no has oído hablar de él, es que puedes tener proyectos ilimitados y gente limitada. Está todo en la nube y es gratis. Entonces es realmente, realmente bueno, supongo que si lo estamos comparando con algo como Trail Oh, es mucho más robusto. Supongo que un poco tiene un montón de características extra que no encontrarías en el sendero. Ah, así que no diría que uno es mejor que el otro. Simplemente son diferentes, y creo que a veces solo necesitas jugar un poco con diferentes herramientas para ver qué eras realmente y qué prefieres y qué se prepara tu equipo, verdad? Entonces no soy de esos tipos que Onley utiliza una herramienta en particular todo el tiempo. Ashley, como intentar y explorar diferentes AP y ver lo que hay por ahí y ver lo que puedo seguir usando mis diferentes proyectos. Y es por eso que a veces estoy usando en tu apariencia usando diferentes herramientas con diferentes equipos en diferentes proyectos scrum o los diferentes proyectos ágiles ahora en estos. Como dije, buen Lab es una de esas herramientas que puedes usar, y te mostraré un ejemplo del mundo real en un momento. Pero pasemos rápidamente por la página de inicio de Good Lab, y puedes llegar a dar amor, darle amor esa calma. Si vas a levantarte el ven aquí en tu navegador, automáticamente cuando va a conseguir el amor, ese comentario va automáticamente a sobre así que no te preocupes por esto de parte aquí. Sólo tienes que entrar. Consigue lab dot com en tu navegador y llegarás aquí y luego podrás registrarte aquí para obtener una cuenta
gratis, ya
sabes, como dije antes, no
hay nada realmente que necesites hacer especial al respecto y solo ingresa tu completa nombre, nombre de
usuario, correo electrónico, dirección, tu contraseña o puedes firmar con Google Twitter, obtener Hub Big Bucker Salesforce y crear tu cuenta. Ahora, como pueden ver aquí, hay un par de cosas que mencioné antes. Pero como dije, una de mis cosas favoritas sobre el buen amor es simplemente resumir aquí, renunciar
a ofertas de repositorios privados gratuitos, ilimitados y colaboración ilimitada. Entonces, como dije, eso significa que se puede trabajar en diferentes proyectos y yo sólo voy a volver a los
pacientes domiciliarios para que nos quedemos aquí. Pero puedes usar esta herramienta kid left en diferentes proyectos, y es bastante genial. Sé que suena como si fuera más fuera una herramienta de desarrollo, como una herramienta para desarrolladores en ella. Supongo que, en cierto modo, fue diseñado originalmente para desarrolladores. Pero actualmente renunciar está siendo utilizado por personas que no están necesariamente en el I t. industria o no que ni siquiera son desarrolladores como yo. Ya sabes, soy gerente de proyecto. Nosotros. Sabrás que no soy desarrollador. No soy un tipo técnico, pero estoy usando esta herramienta. Puedo usarlo porque es muy sencillo. Es gratis, es intuitivo y aquí hay un video y no te voy a llevar a través de él ahora mismo. Puedes hacer click en él y luego verás un video en YouTube sobre lo que chico nos amaba, pero simplemente real rápidamente. Quería mostrarte un par de cosas más. Es utilizado por más de 100 mil empresas en todo el mundo, y como puedes ver, algunos de los chicos grandes están usando Good lap. Entonces la NASA que conoces, Citrix, Comprador Sony, la U. S, Fuerza
Aérea Erickson. Y así algunas de esas empresas realmente grandes por ahí están usando Goldman Sachs están usando Get Lab. Y si estás familiarizado con get Hub, que fue adquirido hace unos meses o años por Microsoft, es muy similar para conseguir ayuda, supongo. Pero este es un producto diferente, supongo, supongo,de código
abierto, que se llama kid Lab. Y como puedes ver aquí en este pequeño ritmo, sólo
voy a ir aquí. Muestra un poco de las diferentes cosas que puedes hacer y dejarte para que puedas gestionar tus proyectos. Puedes plantarlos, puedes crear, y esto se trata de codificar si estás usando codificación. Y como dije antes, realmente no
tienes que usar esto. Si no estás codificando, puedes verificar. Puedes empacar tu código si estás codificando de nuevo. Pero algunas de estas cosas si no estás codificando o estás trabajando en proyectos I t como dije , no
son obligatorios ahí solo características que están ahí para que los uses si necesitas
usarlos , pero no tienes que usarlos. Entonces, por
supuesto, como dije, no
necesitas ser desarrollador en 19 trabajando en I t proyecto para usar Kid Lab. Pero si eres desarrollador, te va a encantar Kid LA porque él computa todas esas cosas realmente geniales que necesitas
hacer para gestionar tus proyectos y tus historias de usuario. Y puedes ser mosto etcétera. Pero también vas a poder,ya
sabes, ya
sabes, hacer tus cosas de codificación en todas esas son cosas técnicas que ustedes hacen por esos son desarrolladores, y sabrías más de eso que yo. Pero entonces aquí ya sabes, seguridad cómo liberar. Si estás trabajando en el producto de software, cómo configurar monitor, cuáles son. Eso son reportes cosas como eso defienden. Por lo que esto no tiene automáticamente. Al menos no es que haya visto el gráfico de quemados, ya
sabes, carga de
velocidad. Pero eso es realmente fácil de usar y crear Excel e incluyó una plantilla para las cosas, por
supuesto, si necesitas descargar y crear, ya
sabes, velocidad carbonizada o quemada gráfica. Habiendo dicho eso, muchos equipos no usan esa hierba, y podrían estar simplemente usando su cámara a bordo. Él realmente depende de cómo quieras de mi no tu proyecto. No es una regla dura en muchas de las cosas que hacemos inscritas, ágiles. Depende de ti, de verdad. Ya sea que quieras usar esas gráficas fuera de curso, sí te recomiendo utilizarlas. Y eso es lo que cada dentro de la plantilla en el curso, que puedes descargar. Se trata de una plantilla de archivo de Excel. Simplemente ingresas tus datos y dibujas automáticamente esos pastos para ti. Ahora estoy bastante seguro de que algún punto en Time Gate Levee va a tener eso. No lo tienen ahora mismo, pero estoy bastante seguro de que en algún momento van a desarrollar eso,
así que mantente atentos para eso ya sabes. Y estoy seguro de que en algún momento cuando surja, solo lo verás ahí. Sólo voy a ir un poco más allá. Entonces sí, puedes trabajar de forma concurrente para que múltiples personas puedan estar trabajando de forma concurrente. Muy bien, chicos. Entonces, como estaba diciendo, ya
sabes, no estoy seguro de que haya muchas cosas que puedas hacer con Dar amor, Bond, tú ya. Entonces ya caminamos por todos estos y damos amor como incluso mucho amor más de lo que estás viendo en este momento. Aquí en pantalla, el plan de gestión joven crea muy cinco paquete liberación segura,
configura, configura, monitorea y defiende. Se están acercando muchas otras cosas, como se puede ver abajo aquí en la hoja de ruta del día incluso mencionan otros productos que,ya
sabes, ya
sabes, gente que trabaja en I t proyectos normalmente usan, que podrían ser reemplazados por conseguir arriba por. Como dije antes, no
significa que tengas que estar trabajando en I t project o no necesitas ser desarrollador tú mismo para poder usar gid le como tú. Entonces antes de que sepas, si estás usando did hobby Si estás usando Trillo asana si estás usando Jezeera si estás usando C A. Ya
sabes, eso no importa lo que estés usando. La mayoría de las cosas que estás encontrando muchos otros productos de gestión de proyectos y muchos otros productos
de gestión ágil y scrum que puedes encontrar al levantarte. Es por ello que hoy quise mostrarles este ejemplo. Andi, ya
sabes, son una de las cosas geniales del lobby gay es que es una comunidad muy activa en el estreno de nuevas, ya
sabes, nuevas características cosas nuevas cada mes. Por lo que están trabajando en una muy ágil y una caridad donde lo cual es bastante cool. Y no voy a pasar por todo todo lo que vas a encontrar aquí, pero simplemente muy rápido, Ya
sabes, por
supuesto, en la parte inferior, puedes encontrar más información sobre ellos de mismo en la parte superior. Ofrecen algunas características adicionales adicionales en. Si vas a su precio, puedes ver que tienen un poco más de características extra. Si lo pagas, obtienes algunas bonificaciones extra. Pero como dije antes, no
creo que necesites usar más que la versión gratuita. Nunca he tenido un problema con él, así que definitivamente te recomiendo que solo explores la versión gratuita inicialmente, y si te sentirías que necesitas algo extra entonces solo tienes que ir y pagar por una de las opciones
pagadas. Pero como dije antes, no
creo que lo necesites puesta. Si vas al producto, también
puedes ver muchas más de las características como esa página trabajando en la página principal. Esa mesita que acabamos de ver hace un momento tenía un hermoso verano, supongo. Pero si vas aquí, encontrarás mucho más. Supongo que la información sobre cada una de esas características algunos ejemplos. Pero ya sabes, cuando están hablando de planeación, lo que significan y se puede ver aquí, este es un muy buen ejemplo de un campamento a bordo justo aquí. Ya sabes, puedes crear tus historias de usuario, etcétera, paquete
muy cinco. Y estas algunas de estas características. Como dije, nuestro para desarrolladores. Entonces no te preocupes por ellos. Si no eres gay desarrollador, simplemente no los uses. Eso es todo encendido. Si eres un desarrollador donde definitivamente quieres saber qué salir, quieres explorar muchas otras opciones en esas características,ya
sabes, ya
sabes, que han sido diseñadas específicamente para los desarrolladores. Y levantarse es impresionante para los desarrolladores, los desarrolladores les encanta. Es Así que volvemos a la página principal, y ahora solo te voy a llevar a través de un ejemplo del mundo real de cómo estamos usando cualquiera de nuestros proyectos scrum. Uno de los auge de los proyectos. Simplemente voy a dar click aquí al iniciar sesión. Entonces aquí mismo bajo la firma, vamos a ingresar nuestros datos y luego simplemente iniciar sesión. Esto es lo que parecía. Y tienes, ya
sabes, tu top. Muchos aquí a la izquierda. Hay algunas otras cosas que puedes configurar aquí en. Aquí hay algunas cosas en el lado izquierdo también. Ese es tu menú. Entonces solo voy a ir aquí y mostrarles cómo usamos esta es nuestra cámara a bordo. Entonces creamos, por
supuesto, un proyecto que es este proyecto RDM. Y luego dentro de ese proyecto, creamos nuestras historias de usuario con las que el amor comprometido les llaman temas. Simplemente piensa en ellos como tus historias de usuario. Y entonces los hitos son más o menos sus sprints. ¿ Sabes qué? Consideraríamos nuestros sprints y luego, ya sabes, puedes tener a tu pupilo y mirar tu tabla de Cambon. O puedes ir dentro de cada hito aquí, que es la primavera. Ponte amoroso, consigue términos de amor. O podemos usar esto para, supongo, ajustados para lárgate en ágil. Entonces no hay que lo hayamos hecho. Y solo les voy a mostrar aquí que creamos todas nuestras pantallas entre ahora y
fin de año, ¿
verdad? Por lo que estaban haciendo Weekly Springs en este proyecto. Estamos haciendo levantamientos diarios. Supongo que quiero antes de mostrarte la cámara a bordo que estamos usando en este chico Lepic
Mundo real ejemplo de cómo la estamos usando en uno de nuestros proyectos. Déjame que te acompañe un poco. Está en las cosas que estamos haciendo en nuestros rituales scrum y lo que estamos haciendo con este producto , verdad? Como dije antes lo hizo, Lab es un poco más robusto, más complejo y rastro. Ah, así que si estás sintiendo que es confuso que no quieras pasar por lo aprendido a usar dar amor, está bien. Vuelve a tráiler. Trailer es realmente bueno. A mí me encanta. Lo uso en muchos de mis proyectos. Pero hoy, en este ejemplo, quería mostrarles que hay otras herramientas por ahí que son un poco más complejas. Más Rob Austin Trail Oh, que también puedes utilizar para gestionar tu scrum en tus proyectos ágiles. Ahora bien, este proyecto en particular del que voy a estar hablando te estoy paseando hoy es un proyecto de
investigación en el que estamos ayudando a los investigadores a desarrollar la investigación la de
los planes de gestión en este proyecto, estamos haciendo sprints semanales, razón por la
cual se ve aquí la fecha. Entonces lo hicimos. Ya sabes, hemos añadido una fecha en la que termina nuestra primavera. Aquí es cuando se inicia y se fue termina. Muy bien, Así que en vez de llamar o esguinces, ya
sabes, manantial del vino a un primaveral sear tres forints, etcétera. Lo cual no se puede. Por supuesto que puedes hacer eso. No digo que no lo hagas. No puedes hacerlo. En nuestro caso, decidimos nombrar a los Springs con la fecha en que estaban terminando. Eso es lo que tienes aquí es potasa, ya
sabes, escondite primavera 2019 17 de junio. Entonces esto es año, mes, día. Andi Stashes sólo el nombre del producto en el que estamos desarrollando. Y aquí se puede ver que montamos nuestros sprints semanales entre ahora y fin de año . Entonces si te desplazas hacia abajo, tenemos hasta diciembre. Alvar Springs ya se han instalado por set up. No quiero decir que definimos qué? Vamos a estar haciendo un sprint de intereses. Solo estoy hablando de la configuración aquí en el sistema de que tengamos que estar listos para empezar a agregar o historias de usuario. Y sí tenemos un atraso también aquí. Para que puedas configurar tu atraso, empezar a dudar de tu uso tus historias. Pero sólo para mostrarles un ejemplo aquí cerrado, saben, nuestros anteriores resortes con los que ya terminamos. Este es el que estamos trabajando actualmente. Y estos son los próximos sprints, en el que estamos trabajando actualmente. Hemos completado el 16% de ese sprint. Entonces si hago clic aquí, nos
va a llevar a nuestro campamento a bordo. Entonces tenemos aquí son básicamente son a dio están haciendo y se hacen. Y como dije antes, no te
preocupes demasiado por los temas de la palabra. Así es como justo como lo llama la buena suerte. Pero aquí lo referimos como historias de usuarios. Como saben, en nuestro proceso ágil Skomina, supongo que como este nombre es sólo porque estás originalmente cuando desarrollan amor infantil. Estaban pensando en temas cuando las personas que rastrean sus temas están trabajando a través temas, y solo estaban usando el sistema para eso. No han cambiado la terminología. No estoy seguro de que lo cambien, o te permitirán personalizar su en el futuro. Pero no te preocupes demasiado eso de eso,
eso es sólo semántica. Eso principal es que la herramienta está ahí y puedes usarla y que sepas que ya
sabes , cuando estamos hablando de temas son básicamente en el contexto de Goodlatte refiriéndose a nuestras historias de
usuario. Entonces aquí puedes ver sus historias de usuario, están numeradas, que es, creo que es bastante genial porque es hashtag 9 49 es algo que puedes usar para hacer referencia ya
sabes, una historia de usuario con otro, o vincularlos si quisieras vincularlos aquí. Algunas etiquetas y estas etiquetas que hemos agregado nuestra básica básicamente se relacionan con diferentes flujos de trabajo o diferentes tipos de cosas que estamos haciendo con esas historias de usuario Así que,
por ejemplo, por ejemplo, estas se relacionan con la historia de usuario que es para el junta del proyecto y se relaciona con el flujo
de gestión del proyecto. Y como pueden ver, aquí está mi nombre Mauricio. Entonces yo soy el que trabaja en éste y hay otras personas trabajando en otras que
se pueden ver . Moyes está trabajando en esta y hay otras personas trabajando en la diferente historia de usuario . Por lo que ayudamos a un montón de otras historias en el sprint. Aquí los que ya terminamos. Entonces tenemos que en nuestro to dio 19 que están en progreso lo estamos haciendo y luego para que se han completado o hecho bien y esto te muestra el porcentaje general de finalización. Ahora si volvimos y te acabo de mostrar aquí lo que hemos cerrado Así que estos aires preven resortes que ya terminamos. Eso es lo que ves aquí 100% completo y puedes ver aquí un poco sobre el número de usuarios historias que completamos en cada uno de esos grabados que de alguna manera, nos
podían ver nuestra velocidad. Si bien la velocidad no es el número fuera de las historias de usuario, sino más el número de puntos de historia por porque en este caso, en realidad
estamos en esto En este contexto de este proyecto en particular, no
estamos asignando puntos de historia del usuario historias. Podríamos usar el número fuera de las historias de usuarios. Eso es un poco de nuestra medida de nuestra velocidad en cuanto a cuántos de ellos estamos completando a través de cada sprint on hace justo como dije antes, nos
ayuda una paliza están planeando o chicos correctos. Como dije antes, sólo quería mostrarte, y voy a volver a la corriente, ya
sabes, sprint que estamos pasando. Acababa de encenderse. El propósito de estos era para mí, sólo para mostrarles cómo podemos agregar sobre cómo podemos usar obtener justicia de laboratorio. Otro ejemplo es otra herramienta que puedes utilizar para gestionar tus ya sabes, tus proyectos, tu proyecto scrum en tus proyectos ágiles en. Si hago clic aquí en esto, ya
sabes uno de estos, por ejemplo, sólo
voy a entrar en ellos a éste que diga, la historia de usuario aquí. Te mostrará más detalles sobre él y podrás agregar preguntas alrededor de este eso Te permite comentar Te permite agregar,ya
sabes, ya
sabes, adjuntar cosas si querías adjuntar un archivo. Por lo que es bastante guay porque permite tener una especie de como una conversación continua sobre las diferentes historias de usuarios en las que estás trabajando. Y hará un seguimiento de lo que la gente está haciendo para que puedas ver un poco más de información sobre diferentes historias de usuarios si solo haces clic en ellas y puedes agregarle más detalles. Ya sabes, gente puede tener conversaciones, hacerte preguntas como etcétera arriba y puedes adjuntar archivos. Y aquí en el lado derecho, puedes editar quién está trabajando en él, que primavera es parte de, ya
sabes, etiquetas. Si querías tener una etiqueta y así sucesivamente. Muy bien, chicos, nos vemos en el siguiente. Salud, mordedura.
38. Un ejemplo de la tabla de Kanban en Microsoft Planner: Oigan, chicos, en esta parte del curso, vamos a ver un ejemplo del mundo real a menudo ágil. Tablero de cambon para uno de mis proyectos ágiles, usar Microsoft Planner y Microsoft planner es una herramienta realmente buena para usar para tu
campamento real a bordo, porque prácticamente te permite hacer todo lo que estabas haciendo. Otro para elegir a Trillo. Pero justo ahí directamente en la suite office 365 de Microsoft, que nosotros ya conoces, se integra a la perfección con todo el Microsoft traído como Word, Excel, PowerPoint, una unidad, etcétera. Por lo que es una herramienta realmente buena si estás trabajando en un ambiente corporativo o en una empresa que usó su oficina. 365 Si estás en una empresa que está usando office 365 Probablemente la mejor herramienta que puedes usar para tablero de Cambon
ágil este planificador de Microsoft. lo que Microsoft Planet, por
supuesto, tiene su propia terminología que usa Microsoft como, por ejemplo, cubos para las columnas que se ven aquí. Pero no pongas demasiada atención a eso porque principalmente, básicamente, lo que puedes hacer en Microsoft planner es personalizarlo a lo que quieras, y en este caso, lo que he hecho es que he personalizado cada uno de los cubos o lo que Microsoft en Microsoft Planet llama cubos o para columnas de Estados Unidos. Aquí, lo personalizo a las columnas que normalmente tendríamos en una tabla de Cambon natural. Entonces tengo aquí que hacer, haciendo Q A o aseguramiento de calidad hecho y luego estacionar fuera o ideas, que es básicamente todo lo que está fuera de alcance desde el proyecto. Está bien, ahora, generalmente, cuando estamos teniendo a nuestro adulto puede una pizarra queremos adherir nuestras historias de usuario ¿verdad? Y si recuerdas, las historias de los usuarios son básicamente características de producto que vienen de sus proyectos, requisitos en torno a cosas que deben hacerse bien. Eso es generalmente cuando estás pensando en la teoría fuera, ágil derecha. Pero en la práctica, sabemos que esto generalmente tiende a crearse como tareas. Entonces, en lo que la gente está trabajando en el proyecto, que comúnmente nos referimos a tareas o tareas de productos de Estados Unidos, terminan siendo prácticamente tus historias de usuario. Y ahí es donde estás viendo aquí en pantalla. Ahora sé que en teoría, eso no es exactamente,
ah, ah, 100% exacto en el sentido de que las tareas no son necesariamente historias de usuario porque una nueva
historia de usuario en última instancia necesita estar
impulsando, generando y creando valor para el usuario final. Por lo que podría tener una tarea que podría necesitar para hacer su parte del proyecto. Eso no necesariamente proporciona ningún valor al cliente final, pero aún así necesitas hacerlo bien. Entonces la mejor manera y la forma en que recomiendo a todas las personas que trabajan en ágil y estos desde años de práctica y años de desconocimiento en ágil es que manejes tarea de producto en tu ágil tablero de
Cambon como lo harías con tus historias de usuario. Entonces básicamente lo que estoy tratando de decir aquí es que tus historias de usuario son más o menos equivalentes a tus tareas de proyecto, ¿
verdad? O tus tareas de proyecto son más o menos equivalentes a tus historias de usuario en ágil Muy bien, Así que ya he hablado antes, y podrías haberme escuchado en otras partes del curso tomó sobre historias de usuarios que
tienen cierta forma de ser ¿derecho escrito? Entonces tienen ah,
formato, formato, derecha Normalmente ese formato, o la forma en que escribes historias de usuario va algo como esto, como uh y luego el papel que necesito y luego el qué Así que eso, y luego el Por qué el valle? El motivo por el que estás haciendo eso bien? Entonces, por ejemplo, como desarrollador, necesito crear un registro de Facebook para que sea más fácil para los usuarios iniciar sesión en el sitio. Ahora eso es un bocado, ¿verdad? Eso es un bocado. Es un formato realmente largo, y eso es lo que ágil en teoría solicita y te pidió que hagas en. Creo que está bien si quieres hacer eso cuando estás empezando o cuando inicialmente estás consiguiendo familia son con ágil o si quieres, ya
sabes, seguir las reglas por el libro. Pero en la práctica, lo que pasa es que se vuelve un poco repetitivo cuando ves como necesito resolver ese bloqueo justo como necesito para que la sangre se vuelva un poco repetitiva y redundante. Y entonces simplemente es algo extra que hay que escribir porque sabemos que la naturaleza humana se
trata de la abreviatura mantenerla simple, que en cierto modo es de lo que también se trata ágil. Es por eso que ven aquí que en nuestras historias de usuario para estos proyectos, no
hemos usado un cuatro meses de descanso ya que necesito resolver ese bloque. Lo que recomiendo a las personas que están trabajando conmigo en proyectos de Nigel es que inicien la historia del usuario con un verbo, justo con verbo por nacimiento implica acción. Es algo que tienes que hacer. Y eso es básicamente lo que una historia de usuario, en esencia, es algo que necesitas hacer que entrega valor para el usuario final o el proyecto
¿verdad ? Algo que hay que hacer en esencia, lo que normalmente llamaríamos en los proyectos una tarea de proyecto. Correcto. Por lo que se trata de un frágil mágico en una ágil sala de Cambón. Podrás gestionar tus historias de usuario y puedes gestionar tus resortes, y puedes ver dónde están el proyecto y las personas que forman parte del producto en cuanto su desempeño en cuanto a su ejecución, derecho, porque puedes ver fácilmente, como puedes ver aquí de un vistazo como puedes ver en Planner, Microsoft Planner te permite asignar el rol que la historia del usuario a alguien que es a una persona
específica o a más de una persona, que hay dos personas trabajando en esa historia de usuario, ¿verdad? Y por eso se ve, ejemplo, aquí en esta parte de abajo, este soy yo y Maurizio y esta es Suzanne fue alguien que está trabajando conmigo en este proyecto. Estas historias de usuario que se asignan a Mirage está trabajando en esta otra. Aquí está Kevin trabajando en otro me oye de nuevo también, ¿
verdad? Entonces básicamente, en este proyecto, lo que estamos haciendo es trabajar a través de sprints semanales. Por lo que tenemos un ciclo semanal de primavera. Hacemos nuestra sesión de planeación de primavera. Bueno, el jueves y luego todos los jueves, evaluamos cómo fuimos en el sprint anterior. Estamos haciendo también nuestros stand ups diarios que normalmente cuando estamos haciendo nuestros stand ups diarios, es un poco más informal. Entonces no tenemos estos. Podrías, pero no lo hacemos en nuestros estándares diarios. En este caso en particular, realidad no
tenemos estos tableros digitales con nosotros. Cuando estamos hablando de nuestros stand ups un poco más informales. Es un significado muy corto, pero estamos haciendo nuestra planificación semanal de primavera. En realidad pasamos a través de ir en detalle por el tablero real de Cambon, y a medida que vamos por el ágil Campbell a bordo, es un poco como una mesa redonda encendida. Podemos sentir ter las historias de usuario por la persona cuya ejecutándolas así aquí como puedes ver en la parte superior, y voy a hablar un poco de Planner. Entonces, por ejemplo, aquí en la parte superior, muchos de planificador que tienes tienes tienes miembros o personas que forman parte de este proyecto. Tienes filtros y tienes grupo por cubo, que es básicamente otro campo a la forma en que ves la información. Entonces en este momento estoy filtrando por Bucket, pero también podría hacer asignarle básicamente me mostraría todas las historias de usuario asignadas a una persona
en particular. Pude ver mi progreso por Judeh por etiquetas mi prioridad para poder filtrar la información por diferentes cosas. Y en este domingo te va a mostrar rápidamente que puedo sentir comercio por asignado a. Por lo que básicamente es mostrar todas las historias de los usuarios. A quién le asignan. Ho tiene cada usuario para reasignar. Entonces, por ejemplo, como se puede ver aquí que estoy trabajando en este momento y se han completado 29. Y si me desplazo hacia la derecha, voy a ver eso por el resto fuera del equipo del proyecto. ¿ Sabes qué? Puedo ver en qué están trabajando cada uno individualmente con sus historias de usuario sobre lo mucho realmente
han completado así por ejemplo, aquí para Kevin porque está trabajando en tres de ellos y que ya está terminado dos o justo hasta utilizar sus historias. Y como dije antes, estamos haciendo esto para la primavera. Ahora, es por eso que yo usando el filtro asignado a solo voy a volver a cubos y nos mantenemos ágiles. Vamos, configuración
de tablero que configuré manualmente para estos se puede aburrir aquí en Planner. Y como puedes ver, tengo un que hacer haciendo Q A, que está rastreando aseguramiento de calidad o hecho ahora,
ya que estás moviendo historias de usuarios entre las diferentes columnas, no necesariamente significa que, para ejemplo, el esto no significa necesariamente que todos usen tus historias tienen que pasar por Q. A. Derecho que. Un aseguramiento de calidad es básicamente cuando quieres que alguien realice a alguien más para revisar algo que has hecho para realizar el aseguramiento de calidad en lo que hiciste Así que algunas cosas. Por ejemplo, podría estar trabajando alguien Desarrollador podría estar trabajando en historia de usuario, y es posible que desee un probador para mirarlo o él. O podría querer que yo como gerente de proyecto revisara lo que hizo en solo para comprobarlo así
pondríamos esa historia de usuario aquí en Cuba. Honesto y yo en realidad lo reasignaríamos a otra persona. Y luego después lo reasignamos. Entonces, por ejemplo, aquí, digamos que es mi trabajo revisar esto. Yo cambiaría esto desde aquí. Yo quitaría a Suzanne porque ya no está trabajando en estos. Y me asignaría aquí. Si hago click en un letrero busco mi nombre. Mauricio, Este soy yo y me firmé eso a mí mismo. Y eso básicamente significa en que voy a tener aquí. Esta es ah, tarea de complejidad
media, que tiene tres puntos de historia que puedes ver aquí, está bien. Y yo básicamente ahora eso es decir este ejemplo que te estoy dando en este momento en vivo estoy básicamente reasignado estas historia de usuario a mí mismo para que en realidad lo hiciera Qiwei. En realidad reviso lo que estaba haciendo Suzanne antes porque ella terminó la historia de usuario y luego ella quería que revisara y viera que estoy feliz. Una vez estoy contento con eso. Simplemente lo movería a la columna hecha en el campamento real a bordo, y luego automáticamente se marcará completa. Mi planificador o alternativamente, solo
puedo tomar aquí, y marcará la prueba completa. Está bien, pero porque todavía estamos trabajando en este, lo
voy a volver a poner aquí, y voy a reasignarlo a Suzanne, que es una persona realmente trabajando en esto. Entonces voy a firmarle esto a Suzanne, y me voy a rearrancar de ella porque en realidad soy otro trabajando en este ist. Es prueba. Es una historia de usuario en la que está trabajando, y por eso la dejé aquí para solo mostrarte rápidamente. Muy bien, Así que Microsoft Planner, tienes aquí básicamente son como tarjetas similares a lo que verías en rastro. Ah, y puedes moverlos a través de las diferentes columnas de tu ágil tablero de Cameron, que básicamente te permite ver cuál es el estado fuera de la tarea o la historia de usuario en este proyecto en este sprint, ¿
verdad? Como dije antes, estamos haciendo sprints semanales en este proyecto. Y una cosa que es importante, que podría estar preguntándose, es, ¿cómo reflexiono sobre cómo pongo los puntos de la historia para cada historia de usuario en estos ágiles
se puede aburrir. Entonces lo mejor que te recomendaría es que uses etiquetas. Entonces si te vas aquí, voy a dar click en esto. Particular crea así por miedo. Pilot da como resultado esta historia de usuario y se ve aquí que Microsoft Planner tiene etiquetas por defecto. Estos aparecen vacíos y en realidad se puede escribir texto en ellos. Está bien, así que básicamente en el equipo del proyecto, asignamos a este tres colores uno verde, el naranja Juan y el rojo. Complejo cárnico de baja complejidad y alta complejidad. Las tareas locales de ciudad negra tienen un punto de historia, como se puede ver aquí cuando estoy sosteniendo este punto de historia, Orange tiene tres puntos de historia, y
usted dijo, Ves ahí que dice para esta tarea Niza Microsoft's terminología planificador porque esa es terminología común utilizada en cualquier proyecto. Al igual que la gente habla de tareas. Así es como tradicionalmente la gente ha manejado proyectos y esa es esperanza. La gente entiende proyectos, Pero como dije, en ágil, generalmente no hablamos de tarea. Pero en lugar de fuera estábamos hablando de tarea Hablamos de historias de usuarios. No importa. Como dije antes, esto es solo para, ya
sabes, Microsoft Planner utiliza la tarea de terminología, pero puedes referirte a ella en tu equipo y en tus proyectos ágiles. Pregunta historias de usuarios. Como dije antes de ir a la teoría de las historias de usuario valiosas no son necesariamente es exactamente equivalente a tareas prácticas de compra. Cuando estés implementando y trabajando a través de tus productos ágiles, verás que prácticamente las tareas se convierten en historias de usuario. Y por eso te digo: No te preocupes demasiado por ello y solo piensa en tus historias de usuario como básicamente tareas dentro tus proyectos ágiles. Está bien. Y luego ven aquí que tengo una tarea de mediana complejidad. Nos pecho tres puntos de historia y luego uno rojo, que es de alta complejidad Stass core user story, que tiene cinco puntos de historia. Entonces básicamente 13 y cinco bien, y esa es la escala de punto de historia que estamos utilizando en este proyecto en particular. En este ejemplo en particular, eso no quiere decir que eso sea exactamente, sabes escala que tienes que usar en tus proyectos ágiles. Simplemente eso es justo lo que usamos en este. Y eso es básicamente lo que recomendaría. Como sabes, puedes usar báscula hecha a medida. Puedes crear tu propia escala. Puedes usar lentejuelas Fibonacci como tu báscula puedes usar. Ya sabes lo que más o menos tipo de escala que quieras usar. Pero porque ágil también se trata de parecer lugar ciudad flexibilidad y agilidad en sí mismo y hacer las cosas más rápido y mantenerlo simple. Lo que normalmente recomiendo a mis alumnos es que usen ah, escala
muy simple. Una escala de 1351 ciudad negra local tres complejidad media cinco historias de usuarios de alta complejidad y luego lo mismo en cuanto a los números. Un punto de historia para plexi local. Tres para complejidad media sobre cinco para alta complejidad. Y eso es exactamente lo que estás viendo aquí en estos ejemplo de financiera Cambon board en Microsoft Planner, ¿Ves aquí los colores bajos quiere volver a apuntar el verde. El anaranjado. Complejidad media. Tres puntos de historia sobre la alta complejidad uno cinco puntos de historia, que es el rojo. Muy bien Ahora, podría usar eso también en los filtros oyendo Microsoft Planner puedo decir aquí sentir ter por y podría ir aquí, y en lugar de filtrar por la gente, en realidad
podría sentir comprar etiqueta derecha para poder realmente siento escuchar y decir Muéstrame toda la historia apunta historias de usuarios. Si hago clic aquí, se ve que nueve viendo en Lee los que tienen la etiqueta verde que,
como dije antes, como dije antes, son las historias de usuario de historia de baja complejidad las cuales tienen un punto de historia. Entonces, básicamente, si estuviera mirando esta impresión, por ejemplo, sumaría. El relato señala de todas estas historias de usuario para obtener cuántos puntos totales de historia
tenemos ese sprint, ¿
verdad? Así es básicamente como lo haces. Pero no lo harías, por
supuesto, sólo con su punto de historia de baja complejidad. Pero todos los puntos de la historia que forman parte de ese sprint. Pero como dije antes, no te preocupes demasiado por eso ahora mismo. Yo sólo quería mostrarte muy rápidamente un ejemplo de tablero de Cambon financiero como uno real en la práctica y cómo lo usamos. Está bien, así que también podemos sentir giro como lo hicimos antes. Voy a desplazarme en la parte superior por las etiquetas y otra vez etiquetas. Es una terminología de Microsoft Planner. Aquí lo hemos utilizado para transmitir y exhibir el número de puntos de la historia. No significa que necesariamente tengas que usarlo de esta manera es solo un ejemplo de cómo
recomendaría que lo uses en tus proyectos ágiles. Eve, estás creando un tablero Cambon para adultos en Microsoft Planner. Está bien, así que también podríamos sentir comprar esa misión. Ver, también eso hizo que la complejidad utilizara sus historias. Entonces y estoy viendo la complejidad media y la baja complejidad. Pero podría quitar la derecha de la ciudad negra local, que es la verde. Quitemos sus verdes de aquí. Entonces si vuelvo a hacer clic en esto ahora me está mostrando en Lee las historias de usuarios de complejidad media en. Entonces podría hacer lo mismo por la alta complejidad aquí en igual que el rojo on de Seleccione su Naranja. Y entonces sólo vería que no tengo mucho fuera de cinco puntos de historia historias historias de usuarios en este sprint en particular básicamente uno en progreso y lo que se ha completado,
Muy bien, Muy bien, así que voy a despejar esto a la semana. Vuelve a ver toda la junta de Kammen, ¿verdad? Pero así es básicamente como puedes usar Microsoft Planner para crear un campamento real a bordo. Se puede cambiar el nombre de lo que Microsoft Planet llama los cubos o las columnas a hacer haciendo Q A hecho en ideas de estacionamiento. Y luego como estás creando tus historias de usuario, y si te preguntas cómo lo haces es muy simple, Microsoft Planner. Simplemente haz clic aquí en el botón más en así es como tú y tus historias más fáciles. Entonces, por ejemplo, si hago clic aquí y hago ejemplo, uso su historia Muy bien, esto es sólo un ejemplo, y voy a dar clic en entrar, y luego solo estoy haciendo doble clic en esto por lo Puedo ampliar Si hago doble clic o solo hago clic en él y puedo ampliar estos tu historia. Voy a decir que esto tiene cinco puntos de historia. Entonces es una historia de usuarios de alta complejidad, y voy a decir, Vamos a asignársela a Mauricio, acuerdo? Y esto es sólo la funcionalidad del planificador, por lo que podría darle una prioridad si quisiera. Podría escribir una descripción. Podría crear una lista de comprobación. Podría agregar un archivo adjunto. Podría agregar comentarios. Entonces esta es una de las cosas realmente geniales de Microsoft Planner. Tiene mucho alcance realmente súper fácil de usar funcionalidad súper simple. Ahora bien, si quisiera añadir una fecha de vencimiento también, podría, y entonces sólo sería, por ejemplo, déjame volver a las ciudades U, Este calendario aquí y que está en rojo. Básicamente significa que esto no ha terminado para ti Usa tu historia Algo que ya debería haberse terminado y no ha sido terminado. ¿ Verdad? Entonces esa es una de las bellezas de Microsoft Planner. Ya sabes, puedes usar todos estos y puedes ver aquí este pequeño ícono número uno. Significa que la historia del usuario tiene un apego. Y si te estás preguntando, ¿por qué alguien querría preguntar intentando y te citas o un apego a una historia de usuario? Bueno, porque usó su historia podría tener una disposición de día particular para ser terminado, y podría. Y el apego podría ser simplemente material de apoyo o documentación de apoyo. Está bien, así que voy a borrar este ejemplo. Usa su historia que acabo de crear para ti ahora mismo, Pero como dije, aquí, puedes asignarla a otra persona. Puedes copiarlo, o puedes eliminarlo. Voy a eliminarlo porque este fue solo un ejemplo rápido solo para mostrarte cómo
crear una historia de usuario aquí en Microsoft Planner. Y si estás sintiendo que voy demasiado rápido por ello. No te preocupes. Se puede rebobinar. Por supuesto, porque este es un video. Se puede pausar. Se puede reproducir el video. A mí me gustas. Entonces antes, solo
voy a dejar que éste lo borre. Pero como tú, Así que antes de que solo hagas clic aquí en el botón más y luego creas tu historia de usuario en Como dije antes, te
recomiendo que empieces con un verbo, ¿
verdad? Entonces, por ejemplo, crea Beeld. Desarrollar derecho. El letrero. ¿ Verdad? Check. Básicamente un verbo, correcto. Algo que implica acción. Eso es algo que le recomiendo a la gente cuando están montando las historias de reser. Ahora, porque no estamos siguiendo a ese capataz también, como necesito Así que ese bloque, que es un muy largo cuatro meses para escribir y historia de usuario Lo que también recomiendo a la gente cuando están escribiendo las historias de reserva en la práctica, en la vida real, como estás viendo aquí, es un Como dije antes, no uses la plantilla ágil tradicional oficial porque usó como necesito para resolver ese bloque, se vuelve bastante largo y también se vuelve repetitivo y redundante. Entonces empieza con un verbo sobre la otra cosa. Siempre digo a la gente tiene razón tus historias de usuario en un corto, conciso, relevante Espera, ya
sabes, no les
hagas bien. No cuentes una novela en la historia del usuario. Simplemente guárdelo a un solo liner que cualquiera que use recientemente su historia pueda entender de
qué trata. Like update Excepcional Foro Actualización. Estos y me gusta esto a menos que este por ciento esto habilitó estos análisis. Entonces cualquiera que enriquezca esto al fin puede contar rápidamente de qué se trata Ahora, si querías tener más información al respecto, puedes. Simplemente puedes hacer click aquí y puedes agregar una descripción. Aquí te dejamos un texto muy largo si quisieras, o un texto largo aquí en la sección de comentarios. Pero, como dije antes para mantener guapo a tu adulto Kevin Ward, como si estuvieras viendo estos en pantalla, lo cual es super, ya
sabes, solo
se ve muy bien. Es fácil de entender. Es fácil trabajar con. Funciona de un vistazo. Ese es todo el propósito de una tabla de Cambon ágil. Así es como se supone que sea. Debe ser corto. Debe ser relevante. Debe convertirse en tamaño. Debe ser fácil de entender, correcto, porque básicamente lo que un campamento real a bordo nos permite hacer es comprobar cuál es el estado del proyecto en cualquier momento durante cualquier primavera en particular, Justo en bases, cómo estamos manejando en nuestro caso en estos ejemplos, como tú eres que estás viendo aquí en este momento. Ahora hay algo que realmente me gusta. También sobre el plan de Microsoft es que puedes ver aquí que está mostrando que hemos completado 100 23 uso o historias, derecha, y puedes desplazarte y puedes ver todas las que se han completado. Y simplemente mantiene toda la trazabilidad fuera de todo lo que has hecho bien. Microsoft Microsoft Planner también tiene otras funcionalidades como gráficos. Si voy aquí a los gráficos, me
va a mostrar lo que no ha comenzado. ¿ En qué se avanza pizararía lo que se ha completado? Y puedo ver aquí algunas gráficas también, y puedo ver aquí el número fuera de esto me está mostrando básicamente que tengo dos pruebas que no
he empezado a usar sus historias y demuestra que por,
um, um, miembro
del equipo, derecha, Así se puede ver aquí diferentes colores en progreso tarde. Entonces yo thes chico ha ganado una tarea sobre ¿Usas tu historia sobre debido a dos en progreso y así sucesivamente. Estas son solo algunas de esas gráficas que provienen automáticamente de Microsoft Planner, y tiene muchas otras opciones aquí que puedes ver. Y no voy a entrar en ellos a detalle porque esto era básicamente Maura sobre lo ágil puede ser aburrido. Ahora los gráficos aquí, como viste antes estos son como los de Michael de planner gráficos estándar. Por lo que no son un gráfico quemado ni un gráfico de velocidad ni ningún otro tipo de gráfico que pudiera usar en ágil, como un gráfico quemado también. Pero he incluido algunas de esas plantillas para ti en el curso, que puedes descargar fácilmente, Y son solo sobresalen, ya
sabes, ya
sabes,
plantillas que escribes, y automáticamente calculan, o, si quieres que tenga, como un diagrama automático, sabes, ahora carga quemada automática, velocidad, etcétera. Probablemente la herramienta más robusta para eso será la jezeera de la inflación. Esa es probablemente la que tiene todas esas gráficas incorporadas automáticamente en ellas. Para cosas como planificador o viajes, como que tienes que hacerlas manualmente o tienes que tener Adán o pagar
funcionalidad extra para que eso se les agregue. Entonces no viene por eso por culpa, como lo hace injera. Entonces esa es una ventaja de Ghira. Pero caramba, Rolls era una herramienta es un poco más compleja de manejar es un poco más complicada y más compleja de entender también. Entonces si quieres ir realmente simple,
realmente minimalista, definitivamente te recomiendo que usaras ya sea trail Oh, o Microsoft planner, si lo estás usando. Si estás trabajando en una empresa que tiene acceso a office 365 justo en Microsoft Planner es uno de esos APS que forma parte de office 365 Así que, acuerdo, chicos, como pueden ver aquí, esto es un ejemplo sencillo. Off a ágil puede ser aburrido aquí en Microsoft Planner on. Hablamos de historias de usuarios, puntos de
historia que columnas que forman parte del tablero de campañas, cómo contratas la finalización, cómo puedes crear un nuevo usuario Stories aquí y Microsoft planner. ¿ Cómo se puede asignar o reasignar? Usa sus historias si necesitas cómo puedes moverlas a través ya que estás más allá. Estás avanzando, las diferentes caras del proyecto, y eso es básicamente comer bien. Y como ya saben, no
tienen que ser para todos exactamente lo que estoy mostrando aquí, en el sentido de que no todos tienen que estar usando sprints wiki como yo he trabajado en partes donde tenemos resortes quincenales. He trabajado en otros lugares donde tuvimos manantiales las últimas tres semanas, y trabajé en práctica que duran hasta cuatro semanas, que probablemente es la más larga que quieras tener en cuanto a tu duración de sprint. En este caso, estamos haciendo sprints semanales, que no es algo que se pueda percibir tanto aquí en el campamento a bordo, pero realmente no importa porque la gente que trabaja en el equipo de producto sabemos cuáles son los historias de usuarios en las que estamos trabajando cada semana porque eso es lo que se refleja aquí en el tablero
ágil de Cambon. Lo que ven aquí es lo que estamos planeando o con planeado para una primavera en particular. Después de completar todo, los
movemos a lo hecho, y si no lo hemos completado todo, entonces se mueve por el siguiente sprint, que es algo por lo que me preguntan todo el tiempo. ¿ Trasladamos las historias de usuarios a través de la siguiente impresión. Cuatro. ¿ Los volvemos a poner en el rezago del producto, o qué hacemos con ellos? Y no los completamos. Entonces básicamente, sí, podrías poner aquí otra columna. No lo tenemos aquí en estos este tablero de cámara ejemplo que tengo tu visto en pantalla, pero podrías poner otra columna para tu producto de vuelta Mira, Y entonces si no completaste algo, podrías volver a moverlo al producto atraso, y luego puedes reasignarlo para la siguiente impresión. O puedes pensar y simplemente mover todo a través. De verdad depende de cada equipo ágil, y cada equipo ágil es diferente, y el contexto fuera de cada equipo ágil también es un poco diferente. Por lo que algunos equipos solo mueven todo a través de los nuestros, reevalúan Si me preguntas qué debes hacer. Básicamente creo que deberías mirarlo caso por caso. Entonces, después de que termines cada sprint como estás haciendo tu planeación de primavera para la próxima primavera, quieres ver en qué historia llagas de usuario no completaste en tu sprint anterior en si siguen siendo relevantes, y si estás robando a completarlos en el corto plazo se moverá hacia la próxima primavera. Si no lo haces si ya no son rebeldes relevantemente, algo ha cambiado. Ponlo en el producto de vuelta. Mira, Como ya sabes, ágil no es rigideces flexibles on. Estamos abiertos a cambiar todo el tiempo y las cosas cambian rápidamente. Un ágil. Es por ello que seguir a nuestra Rachel, como los stand ups diarios y retrospectivas,
los ya sabes, sesiones de planificación de
primavera, las sesiones de demostración y demás es tan importante porque un poco como la cultura. Muy bien, chicos. Entonces, de todos modos, solo
quería mostrarles este ejemplo fuera de nuestro ágil tablero de Cambon aquí en Microsoft Planner porque es algo que sé que la gente está realmente interesada en ver todo el tiempo que sabes, mundo
real ejemplos y cómo usar un deseo herramientas que estoy usando. Y como me has escuchado hablar antes, no
estoy particularmente casado con ninguna sola herramienta. Constantemente estoy jugando con diferentes herramientas, y creo que más allá de qué herramienta usas, está más alrededor del proceso, esa cultura que todos se sienten cómodos con lo que están usando en nuestro caso en este negocio en particular y en este proyecto en particular, todos en el equipo de producto tienen acceso a Microsoft Planner. Todos saben cómo funciona es súper fácil de usar, por lo que todos lo usamos en esta zona. Entonces lo que tenemos, Y como dije antes de escuchar lo hecho, puedes ocultarlo si quieres ocultarlo o puedes ampliarlo. Microsoft Planner es bastante intuitivo. Tendrás el ahorcamiento de él muy rápido y muy fácil en, Um, todos modos, espero que hayas encontrado estas parte del curso y esta conferencia en un riel world ejemplo de tablero de
Cambon inactivo usando Microsoft Planner realmente valioso y realmente servicial. Y sé que hay algo que la gente quiere que haga todo el tiempo. Quieren que los guíe por ejemplos de mundo de recompensas usando una herramienta en particular y cómo uso, y estoy seguro de que obtendrás un valor más bajo de ella. Y si tienes alguna pregunta, nos pondremos en contacto. No se preocupe. Contento de contestar y feliz de ayudar donde pueda escribir chicos. Salud. Ver en el siguiente podría
39. Por qué a la empresa a las y las oportunidades de trabajo: ya me has escuchado hablar de por qué a las empresas les encanta tanto el scrum, pero quería resumirlo en un par de puntos de bala para ti, y es más o menos lo que estás viendo en pantalla. Ya sabes, a la gente le encanta Scrum porque proporciona beneficios tangibles muy rápidamente. A menudo la eternidad, Vly, porque crea una mentalidad y una cultura fuera de la orientación de resultados en, ya
sabes, el lettering a menudo entregando rápidamente y también porque la gente está creciendo y
mejorando continuamente y la gente puede ver eso. Y creo que una de las cosas más grandes también por qué la gente se vuelve tan, ya
sabes, apegada a irse. Si ahí empiezan a usarlo es porque ven la diferencia en cómo ayuda a su
negocio y cómo ayuda a su proyecto frente a lo que fuera que estaban haciendo antes, cual, por
supuesto, siempre
estaba tomando o en general. Me encanta más tiempo y mucho tiempo no les está permitiendo cumplir y alcanzar sus metas. Ejemplo de vida real Aquí Hace unos años, trabajé en este proyecto y él había pasado por cinco gerentes de producto diferentes. Había tardado tres años, y el equipo tenía a Lille, el equipo en el que estaba trabajando, ese proyecto en particular tenía poco que mostrar por sí mismos. Estaban tratando de implementar realmente estas nuevas tecnologías a cerca de 20 mil usuarios en. Sólo habían llegado a cerca de 500 de esos. Imagínate suena loco, ¿verdad? Pero esto es difícil y esto sucede en muchos negocios del mundo donde están gastando millones de dólares en los cientos de millones de proyectos. Y muchas veces los resultados no son lo que esperan. Entonces cuando llaman ser para trabajar con este equipo de proyecto, una de las primeras cosas que les dije es que quería cambiar por completo la estrategia y la metodología y todo lo que estaban haciendo y cambiar el scrum. Yo los entrené y les expliqué qué scrum Waas y yo asumimos el papel de scrum master en este proyecto. Trabajamos muy duro y no me vas a creer. Pero en realidad es que estoy hablando de un ejemplo de la vida real. En menos de tres meses, entregamos estos a estos 20 mil usuarios. Esta nueva tecnología. Fue un proyecto súper altamente exitoso. A la gente le encanta el proyecto. Fueron capaces de empezar a utilizar la nueva tecnología. Simplemente les permitió trabajar de manera más colaborativa, más productiva. Y lo hicimos en serio lo que no habían hecho en, como, tres años con los ocupados en tres meses. Y sé que suena loco. Sé que suena, ya
sabes, un poco fantástico, y salgo de este mundo. Pero es realmente que estoy hablando de un ejemplo de la vida real fuera de un producto en el que funciona hace unos años, y él fue increíble. Ya sabes, recibimos mucho reconocimiento por eso. Ya sabes, gente estaba recibiendo premios que estaban recibiendo aguinaldos, incentivos
financieros por los resultados de se lograron. Y es realmente emocionante decir eso. Y no digo que debas estar haciendo eso o deberías estar trabajando su crimen por
la recompensa para que puedas conseguir Lo que digo es que puede ser muy gratificante, aunque no llegues conoces estas enormes recompensas o bonificaciones o lo que sea solo los procesos tienes, pudiste alcanzar tus metas a tiempo en el presupuesto muchas veces antes de tiempo,
antes de lo previsto, antes de lo previsto, entonces es simplemente súper gratificante, y la gente se siente muy emocionada de trabajar juntos en proyectos scrum en proyectos usando scrum porque pueden ver el valor de la misma. Por eso es que volviendo a la parte inicial de esta conferencia, la
gente ama, gente ama, lárgate. Y eso es lo que a las empresas les encanta scrum. Y es por eso que existe una demanda tan alta de maestros scrum y gente con scrum y
conocimiento ágil , porque esto apenas se está convirtiendo en un poco de tendencia en el mundo en el que las empresas quieren cambiar más de guerra a scrum o uno un turno más más a metodologías ágiles. Por lo que me complace informar que hay una tonelada de oportunidades laborales por ahí para personas con conocimientos de
scram o son certificaciones de delitos. Entonces me alegro mucho por ti porque estás pasando por este curso. Adquiriste un conjunto de habilidades realmente importante y una cantidad realmente importante de conocimiento sobre scrum que te permitirá ya sea guerra come scrum proyectos compartir conocimiento con la gente la oficina, solicitar rollos de master scrum o papeles scrum . Y como dije antes, es sólo un mercado muy grande a nivel mundial con apetito y demanda por personas con
habilidades de scram y conocimientos de scram a través de diferentes industrias, diferentes tipos de proyectos y en todo el mundo. Entonces veo a la gente aplicando y moviéndose a las revueltas todo el tiempo. Y, ya
sabes, es una carrera realmente satisfactoria. Es una carrera muy emocionante. No importa si eres un B,
un r P m o incluso alguien que no haya tenido este tipo de exposición antes. Esto te permite ahora solicitar un tipo de carrera y un tipo de movimiento de carrera que podrías haber tenido la oportunidad de solicitar antes de que de nuevo, realmente emocionado por vosotros chicos. Lo que hagas con la información y certificación que estás obteniendo de este tribunal
depende de ti. Sin presión. Por supuesto, si no quisieras hacer nada en particular, pero solo más, esta fue más una experiencia de aprendizaje para ti. Yo soy Dios que se dio la oportunidad de todos modos porque como dije, hay muchas ventajas y un poco de cosas que puedes tomar de los puntajes y aplicar en tus proyectos de la vida real. Y aunque no aplicaras todo menos a parte del concepto clave de algunas de las cosas que aprendiste en los puntajes, vas a empezar a ver eso fuera, ya
sabes, valor y muchas diferencias en la forma estás trabajando en tu producto y en la entrega sobre los resultados de esos proyectos. Entonces estoy seguro que te vas a rezar,ya
sabes, ya
sabes, si surge algo y si tienes alguna pregunta o algo, no dudes en ponerte en contacto conmigo o cuál fuera. Muy bien, chicos, veamos en el siguiente por.
40. El proceso de Scrum y el recap de Scrum: Entonces en esta etapa del curso, ya
hemos cubierto todos los diferentes conceptos que forman parte del scrum. Los diferentes artefactos,
rituales, herramientas, principios, pilares, pilares, valora prácticamente todo lo que forma parte de gritar, incluyendo los roles que están en la esencia y en el corazón scrum. Y ahora solo quiero poner todo eso juntos en un solo diagrama en una sencilla ilustración para que entiendas todo el proceso y termines. Y eso es todo. Esto es todo. Lo que estás viendo en pantalla, como puedes ver, es muy, muy sencillo porque así es el scrum. Se trata de un marco muy sencillo en una metodología muy sencilla para que entregues proyectos y volvamos de izquierda a derecha. Tenemos el rezago del producto y luego de ese rezago del producto, que es todo lo que necesitamos para entregar en el proyecto. Antes de empezar el sprint, creamos nuestro sprint back look, que son las historias de los usuarios, y vamos a estar viviendo ese sprint en particular. Después pasamos por ese sprint que generalmente son dos semanas y conforme avanzamos y o bien terriblemente trabajando a través de nuestros sprints también estaban haciendo nuestro scrum diario en nuestro
scrum diario es un significado de 15 minutos en el que todos los días hicimos junto con el equipo lo que hoy era trabajo antes de lo que estamos trabajando actualmente. Y si hay algún tema o impedimentos para que cumplamos con los objetivos del sprint y una vez que terminamos el sprint entregamos en increment o un entregable en, entonces repetimos todo el proceso de nuevo. Entonces por eso tienes esas seriales en Sprint y scram diario porque eso está un poco fuera proceso
cíclico y es un proceso continuo y ahí es donde lo llamamos
desarrollo interrogativo porque es continúa y se construye encima de lo que se hizo antes como puedes ver en el gráfico que estás viendo en pantalla. Entonces eso es más o menos chicos. Y sé que cuando iniciaste el curso y no tenías idea de qué iba Scrum, estabas pensando en qué y qué tan complejo sería y seguías escuchando sobre historias de
usuarios, esguince sprint hacia atrás, mira desde el backplug, scrum
diario, scrum, master product owner y todos estos términos parecían un poco beat. Extraño, cierto, Pero ahora que has pasado por estos núcleos. Todo esto es, ya
sabes, armado en este diagrama muy sencillo que cualquiera puede entender. Podrás apreciar aquí la belleza y la sencillez del scrum y por qué es tan poderoso . Como dijimos antes lo clave y la razón por la que es una metodologías tan poderosas porque te permite entregar rápidamente con frecuencia y cumplir esos objetivos de negocio mucho más rápido de lo que harías si solo estuvieras siguiendo un tradicional secuencial enfoque
de gestión de proyectos, que se conoce como metodología de cascada. Un enfoque de cascada on para complementar lo que vimos antes en la recapitulación de scrum vamos a cubrir de nuevo los diferentes roles que forman parte de Scrum, que son el dueño del aliento, el equipo de desarrollo en el scrum Master. Esos tres rollos
sumados, son lo que podemos ver ahí, describir equipo y solo recuerda que el propietario del producto es alguien que está representando al cliente en las necesidades y prioridades de eso y cliente. Los equipos de desarrollo son las personas que en realidad están haciendo el trabajo en el scrum. El maestro es un facilitador y un campeón de gritar todo el proceso que aseguró que el equipo entregue a tiempo en pista en presupuesto, derecho y como vimos antes en scrum con entregar v Esperance que generalmente y típicamente duran dos semanas en el spot nosotros que ejecutamos para ese proceso de ejecución, tenemos lo que llamamos Crump de un día, que es una reunión diaria de 15 minutos en la que el equipo se reúne y habla de lo cada persona en el equipo hizo la víspera, lo que lo están haciendo en ese día en particular, si tienen algún bloqueo de carretera o algún tema o algún impedimento que no les esté permitiendo
cumplir con su objetivo de sprint, eso es todo. ¿ Es tan simple como eso y un parecer? Además, es que se te ve en pantalla y la belleza de todos estos, como hablamos antes, es que nos permite entregar rápidamente con frecuencia y cumplir con esos objetivos de negocio y esos requerimientos de negocio