Técnicas de escalado para la aplicación de Scrum en proyectos

00:53:29
https://www.youtube.com/watch?v=lTpCPAVM868

Ringkasan

TLDREn un webinar presentado por Isaac López, profesor de Real De Business School, se exploraron las técnicas de escalado para implementar Scrum en proyectos y productos. Durante el evento, se explicó cómo Scrum, un framework ágil, organiza el trabajo en 'sprints' que duran entre 1 y 4 semanas, y cómo se puede adaptar para manejar proyectos más grandes y complejos mediante técnicas de escalado como Scrum de Scrums, Nexus y LeSS. Cada una de estas metodologías tiene su manera de integrar y coordinar múltiples equipos trabajando en un mismo producto, destacando la importancia de la autoorganización y la colaboración eficaz entre equipos pequeños y multifuncionales. Además, se respondió a preguntas sobre cómo empezar con Scrum, sus aplicaciones en distintos sectores y las características de cada técnica de escalado.

Takeaways

  • 👥 Scrum es un framework ágil, no una metodología estricta.
  • 🚀 Permite la autoorganización y colaboración en equipos pequeños.
  • 🔄 El trabajo se estructura en sprints de 1 a 4 semanas.
  • 📈 Las técnicas de escalado como Scrum de Scrums permiten gestionar proyectos grandes.
  • 🤝 Importancia de los valores como compromiso y respeto en Scrum.
  • 📊 Nexus enfatiza la integración del trabajo entre equipos.
  • 🔧 LeSS se enfoca en mantener la simplicidad y coordinación.
  • 🗣️ El Product Owner juega un rol crucial en la priorización del trabajo.
  • 💡 El éxito en Scrum requiere adaptarse y adoptar principios ágiles.
  • 🏗️ Scrum no es ideal para proyectos completos de construcción, pero útil en tareas específicas.

Garis waktu

  • 00:00:00 - 00:05:00

    Introducción de Isaac López sobre el webinar y la estructura. Explica Scrum como un framework ágil, no una metodología, y su adaptación según la realidad organizacional, destacando la importancia de los valores de Scrum.

  • 00:05:00 - 00:10:00

    Scrum enfatiza conceptos filosóficos y conceptuales como foco, coraje, apertura, compromiso y respeto. La importancia de trabajar colectivamente para agregar valor al cliente, sin la figura tradicional de un project manager.

  • 00:10:00 - 00:15:00

    Resumen de cómo funciona Scrum: ciclo iterativo e incremental. Descripción del backlog del producto, planificación del sprint y reuniones diarias. Resalta la mejora continua del producto y del equipo.

  • 00:15:00 - 00:20:00

    Descripción del Sprint: selección de tareas del backlog del producto para cada sprint, reuniones diaria, incremento del producto revisado con cliente y retrospectiva del equipo. Importancia de la sincronización y coordinación.

  • 00:20:00 - 00:25:00

    Roles en Scrum: Product Owner como enlace con el negocio, Scrum Master facilitador del proceso, y el equipo de desarrollo. El manejo de proyectos grandes se complica con equipos pequeños.

  • 00:25:00 - 00:30:00

    Introducción a técnicas de escalado de Scrum para manejar proyectos grandes. La importancia de escalar sin perder los principios de Scrum, adaptando el método a más alcance y mayor número de personas.

  • 00:30:00 - 00:35:00

    Detalles sobre "Scrum de Scrums" como técnica de escalado. Formación de múltiples equipos Scrum, cada uno con su Product Owner y Scrum Master, coordinado por roles superiores para manejar proyectos grandes.

  • 00:35:00 - 00:40:00

    Explicación de Nexus: similar a Scrum de Scrums, pero con un mayor enfoque en la integración del trabajo entre equipos. Uso de un equipo Nexus para coordinar e integrar los resultados de todos los equipos.

  • 00:40:00 - 00:45:00

    Descripción de Less (Large-Scale Scrum): solo un Product Owner, enfoque en colaboración entre Scrum Masters. Resalta la simplicidad de Less con un enfoque horizontal y coordinación necesaria entre equipos.

  • 00:45:00 - 00:53:29

    Conclusión sobre la eficacia de técnicas de escalado como Scrum de Scrums, Nexus y Less. Discusión sobre cómo se comparan con otras técnicas como SAFe y su aplicación en organizaciones grandes.

Tampilkan lebih banyak

Peta Pikiran

Mind Map

Pertanyaan yang Sering Diajukan

  • ¿Qué es Scrum?

    Scrum es un framework ágil para gestionar proyectos, no una metodología estricta, que se adapta a las necesidades de las organizaciones.

  • ¿Cuáles son los valores fundamentales de Scrum?

    Los valores son el foco, coraje, apertura, compromiso y respeto.

  • ¿Cuál es el tamaño ideal de un equipo Scrum?

    El tamaño ideal es entre 3 y 9 personas.

  • ¿Cómo se organiza el trabajo en Scrum?

    El trabajo se organiza en ciclos llamados sprints, que duran entre una y cuatro semanas, con revisiones diarias y retrospectivas al final.

  • ¿Qué son las técnicas de escalado en Scrum?

    Son técnicas para aplicar Scrum en proyectos grandes o complejos, permitiendo la participación de más personas y equipos.

  • ¿Qué es Scrum de Scrums?

    Es una técnica de escalado donde varios equipos Scrum trabajan juntos, coordinados por reuniones conjuntas y roles escalados.

  • ¿Qué es Nexus en Scrum?

    Es una técnica de escalado que integra el trabajo de varios equipos a través de un equipo Nexus. Se enfoca en la integración de los entregables de todos los equipos.

  • ¿Qué es Large Scale Scrum (LeSS)?

    Es una técnica de escalado que usa un solo Product Owner y varios equipos que colaboran en un único Product Backlog, con un énfasis en la simplicidad y coordinación entre equipos.

  • ¿Cómo se escoge una técnica de escalado adecuada?

    La selección depende del tamaño del proyecto, los equipos involucrados y la complejidad, buscando la técnica que mejor se adapte a las necesidades organizativas.

  • ¿Se puede usar Scrum en la construcción?

    Scrum no se adapta bien a proyectos de construcción completos, pero sí podría aplicarse a partes específicas.

Lihat lebih banyak ringkasan video

Dapatkan akses instan ke ringkasan video YouTube gratis yang didukung oleh AI!
Teks
es
Gulir Otomatis:
  • 00:00:09
    bien buenas tardes buenos días según
  • 00:00:13
    donde os encontréis a todos a todas y
  • 00:00:16
    bueno en este webinar bueno soy isaac
  • 00:00:20
    lópez soy profesor de real de business
  • 00:00:24
    school en el ámbito de la gestión y
  • 00:00:26
    dirección de proyectos
  • 00:00:28
    como decía en este webinar vamos a
  • 00:00:31
    hablar sobre técnicas de escalado para
  • 00:00:35
    aplicar es carmen en proyectos y en
  • 00:00:39
    productos de acuerdo con lo cual
  • 00:00:43
    bueno vamos a dedicar aproximadamente
  • 00:00:47
    unos 40 minutos a exponer
  • 00:00:49
    el contenido del webinar o voy a dedicar
  • 00:00:51
    40 minutos a poner continuó el webinar y
  • 00:00:53
    podéis ir haciendo vuestras preguntas
  • 00:00:55
    las que os vayan surgiendo las podéis
  • 00:00:56
    hacer en el apartado preguntas y
  • 00:00:58
    dedicaremos los últimos diez minutos a
  • 00:01:00
    responder o dedicaría a responderlas
  • 00:01:03
    dentro de lo que el tiempo no nos
  • 00:01:06
    permita bueno la idea de el webinar es
  • 00:01:11
    hablar sobre sobre scrum como como
  • 00:01:15
    framework de
  • 00:01:18
    de gestión ágil de acuerdo
  • 00:01:21
    y también ver estas técnicas de escalada
  • 00:01:24
    vamos a ver qué es esto de las técnicas
  • 00:01:26
    de escalado en qué consiste
  • 00:01:28
    algunos de vosotros probablemente
  • 00:01:29
    vosotras ya conoceréis
  • 00:01:31
    o habéis oído este concepto incluso
  • 00:01:34
    algunos lo conoceréis más pero la idea
  • 00:01:36
    es exponer lo esencial vale lo esencial
  • 00:01:38
    las ideas fundamentales de estas
  • 00:01:39
    técnicas de escalado bien quiero empezar
  • 00:01:42
    hablando o quiero empezar en el webinar
  • 00:01:44
    recordando recapitulando un poco sobre
  • 00:01:47
    scrum
  • 00:01:48
    como ya sabéis la mayoría de vosotros o
  • 00:01:49
    muchos de vosotros
  • 00:01:52
    y por si alguno o alguna no está al
  • 00:01:54
    tanto o no conoce
  • 00:01:56
    lo esencial del frameworks crown por eso
  • 00:01:59
    quiero hacer esta introducción esta
  • 00:02:00
    parte primera en la que voy a hacer
  • 00:02:01
    de alguna manera recordar un poco los
  • 00:02:04
    puntos principales de scram scram es un
  • 00:02:05
    framework vale con lo cual quiero decir
  • 00:02:08
    con esto que no es un framework un
  • 00:02:10
    método no es una
  • 00:02:14
    no es una metodología en sí misma aunque
  • 00:02:16
    se le llama metodología
  • 00:02:17
    aunque hablemos de las veces de
  • 00:02:19
    metodologías ágiles realmente las estos
  • 00:02:21
    métodos no son metodologías sino que son
  • 00:02:24
    frameworks seguros son marcos de trabajo
  • 00:02:26
    con ciertas reglas con ciertas normas
  • 00:02:28
    pero que lo que pretenden es que las
  • 00:02:31
    organizaciones los adopten y
  • 00:02:33
    adaptándolos a su a su realidad su
  • 00:02:35
    situación a sus necesidades de acuerdo
  • 00:02:37
    con lo cual los frameworks ágiles no son
  • 00:02:40
    realmente recetas a aplicar de la a la z
  • 00:02:42
    sino que son marcos de trabajo que hay
  • 00:02:46
    que adaptar y hacer propios en las
  • 00:02:47
    organizaciones de acuerdo es respetando
  • 00:02:49
    lo máximo posible bueno pues la idea
  • 00:02:52
    original del framework siempre que eso
  • 00:02:54
    encaje con las necesidades bien scram
  • 00:02:56
    bueno esta foto en realidad esta foto es
  • 00:02:59
    un scrum de acuerdo
  • 00:03:01
    no sé si conocéis el origen o la
  • 00:03:03
    etimología de la palabra es que es una
  • 00:03:06
    jugada del deporte rugby del rugby de
  • 00:03:09
    acuerdo con lo cual bueno pues esta
  • 00:03:12
    jugada esto también se denomina melee en
  • 00:03:14
    francés yo creo que para los
  • 00:03:17
    los que hablamos español los los
  • 00:03:19
    hispanohablantes
  • 00:03:20
    tal vez nos es más familiar el término
  • 00:03:23
    ml el término screen en definitiva es la
  • 00:03:25
    misma jugada que consiste en en que todo
  • 00:03:27
    el equipo se junta se reúne y se ahí
  • 00:03:30
    hace fuerza en todos los miembros hacen
  • 00:03:33
    fuerza como si fueran uno solo para
  • 00:03:35
    tratar de ganar la posición o ganar el
  • 00:03:38
    balón al equipo contrario vale esto es
  • 00:03:40
    un poco el origen de la palabra screen y
  • 00:03:41
    en definitiva scram es lo que se basa un
  • 00:03:43
    poco en esto se basa en en el equipo se
  • 00:03:48
    basa en las personas en que las personas
  • 00:03:49
    trabajen juntas de acuerdo en hacer
  • 00:03:51
    equipo y en comportarnos todos los
  • 00:03:53
    miembros del equipo como uno solo y
  • 00:03:56
    hacer y así tener más fuerza y tener más
  • 00:03:59
    capacidad de trabajo esperan tiene unos
  • 00:04:02
    valores luego ya como digo no voy a
  • 00:04:03
    extenderme mucho con con scrum pero sí
  • 00:04:06
    que quiero recordar lo esencial
  • 00:04:07
    'esperamos se basa en unos valores de
  • 00:04:09
    acuerdo tiene unos valores que son estos
  • 00:04:11
    que tenéis aquí
  • 00:04:13
    tiene un primer valor que es el foco es
  • 00:04:15
    es absolutamente importante poner foco
  • 00:04:19
    en el trabajo que estamos haciendo en el
  • 00:04:20
    trabajo que se está haciendo el equipo
  • 00:04:22
    tiene que aportar valor al cliente el
  • 00:04:24
    cliente puede ser externo a la
  • 00:04:25
    organización o puede ser un cliente
  • 00:04:27
    interno de nuestra propia organización
  • 00:04:28
    en cualquier caso aportar valor al
  • 00:04:31
    cliente
  • 00:04:32
    y tener muy claro el foco y
  • 00:04:36
    de alguna manera heredando algunos de
  • 00:04:39
    los principios del link
  • 00:04:41
    heredando algunos de los principios del
  • 00:04:42
    link eliminar todo el desperdicio
  • 00:04:44
    posible y centrarnos en lo que
  • 00:04:46
    verdaderamente aporta valor ese es el
  • 00:04:48
    foco de scratch también el coraje que
  • 00:04:51
    significa es todo el coraje el coraje en
  • 00:04:53
    este en este contexto scrum significa
  • 00:04:56
    y ser valiente para abordar o afrontar
  • 00:04:59
    nuevos retos nuevos desafíos no
  • 00:05:02
    limitarnos a lo que ya conocemos no
  • 00:05:04
    limitarnos a repetir los comportamientos
  • 00:05:06
    o las técnicas que ya conocemos sino ser
  • 00:05:09
    lo suficientemente valiente o
  • 00:05:14
    dispuesto para afrontar nuevas nuevos
  • 00:05:18
    nuevos retos nuevas metas de acuerdo es
  • 00:05:20
    el coraje un poco en el sentido scrum la
  • 00:05:23
    apertura que es la apertura estará
  • 00:05:25
    abierto a nuevas cosas son nuevas ideas
  • 00:05:26
    vale estar abierto a lo que el cliente
  • 00:05:29
    nos quiera nos quiera decir también
  • 00:05:31
    también viene también es esa apertura
  • 00:05:33
    apertura y apertura a escuchar las
  • 00:05:37
    opiniones de todos de todo el equipo de
  • 00:05:39
    acuerdo
  • 00:05:40
    como sabéis los frameworks ágiles no se
  • 00:05:43
    basan tanto en la figura de un project
  • 00:05:45
    manager como los enfoques más
  • 00:05:46
    predictivos o más tradicionales sino que
  • 00:05:48
    no hay esa figura realmente de project
  • 00:05:50
    manager todo el equipo hay hay
  • 00:05:52
    diferentes roles ahora lo vamos a ver
  • 00:05:53
    pero todo el equipo toma decisiones de
  • 00:05:55
    forma conjunta vale son equipos que se
  • 00:05:57
    auto organizan y son equipos que además
  • 00:05:59
    son multifuncionales con lo cual esa
  • 00:06:01
    apertura es importante
  • 00:06:02
    que es el compromiso el compromiso
  • 00:06:05
    significa estar como su propia palabra
  • 00:06:08
    indica muy comprometido con el trabajo
  • 00:06:10
    que hace cada miembro del equipo de
  • 00:06:12
    acuerdo muy comprometido con tu propio
  • 00:06:14
    trabajo y con el resto de personas que
  • 00:06:17
    forman parte del equipo de acuerdo hay
  • 00:06:18
    un compromiso en el sentido de no sólo
  • 00:06:21
    preocuparnos por lo que nos toca a
  • 00:06:23
    nosotros por nuestra parcela individual
  • 00:06:25
    de trabajo sino estar comprometido
  • 00:06:27
    también con los demás con el trabajo de
  • 00:06:28
    los demás y tener muy claro que formamos
  • 00:06:31
    parte de un equipo y tener esa idea de
  • 00:06:34
    trabajo colectivo
  • 00:06:36
    y por último el respeto el respeto
  • 00:06:38
    significa que realmente equipo que
  • 00:06:42
    definir porque yo creo que esta palabra
  • 00:06:43
    se autodefine bastante bien el respeto a
  • 00:06:45
    los demás el respeto al trabajo el
  • 00:06:47
    respeto al cliente de acuerdo que en
  • 00:06:49
    definitiva es quien facilita proporciona
  • 00:06:51
    que nosotros podamos trabajar en este
  • 00:06:53
    equipo y realizar nuestra labor
  • 00:06:56
    profesional y respetar a las personas en
  • 00:07:01
    definitiva de acuerdo el centro el
  • 00:07:03
    centro o la unidad de medida de los
  • 00:07:05
    frameworks ágiles es la persona
  • 00:07:07
    vale no son los roles no son las
  • 00:07:10
    jerarquías y no es no es la dirección
  • 00:07:13
    sino que son las personas y todas las
  • 00:07:15
    personas aportan valor o deben aportar
  • 00:07:18
    valor y el respeto es fundamental para
  • 00:07:20
    para que el equipo se desarrolle
  • 00:07:23
    evoluciona y madure de acuerdo bien eso
  • 00:07:26
    los valores de scratch son valores como
  • 00:07:28
    veis un tanto conceptuales filosóficos
  • 00:07:31
    pero en definitiva son la fuente un poco
  • 00:07:33
    de cómo funciona el framework yo aquí en
  • 00:07:36
    esta en esta sly como podéis ver aquí
  • 00:07:38
    pues aquí este tenemos el ciclo de
  • 00:07:40
    escala no cómo funciona un poco el ciclo
  • 00:07:42
    o el flujo de scram cómo funciona scrum
  • 00:07:45
    y que que elementos fundamentales tiene
  • 00:07:48
    no me voy a extender mucho sobre esto
  • 00:07:50
    pero si quiero contar un poco lo
  • 00:07:52
    esencial vale porque porque ahora vamos
  • 00:07:54
    a ver después las técnicas tres de las
  • 00:07:56
    principales técnicas de escalada hay más
  • 00:07:58
    técnicas de escalada
  • 00:07:59
    vamos a ver tres de las principales
  • 00:08:00
    técnicas de escalada
  • 00:08:03
    sólo se entienden si conocemos cómo
  • 00:08:05
    funciona es gran porque al final son
  • 00:08:07
    técnicas para trabajar con scrum pero a
  • 00:08:10
    un nivel superior a un nivel más amplio
  • 00:08:12
    a un nivel más grande en trabajos más
  • 00:08:14
    grandes con más personas
  • 00:08:16
    hablando de scram como tal como veis
  • 00:08:19
    pues es que tiene
  • 00:08:21
    este flujo voy a poner si os parece voy
  • 00:08:27
    a poner aquí una pequeña flechita que
  • 00:08:29
    espero que veáis vale para señalar cada
  • 00:08:31
    elemento del que voy a hablar
  • 00:08:34
    tenemos en principio un producto lo que
  • 00:08:37
    tenéis aquí que es un producto que no
  • 00:08:38
    preocupa bloque final es una pila una
  • 00:08:40
    lista una relación de vamos a llamarle
  • 00:08:43
    de cosas que hay que hacer de requisitos
  • 00:08:45
    lo que llamaríamos en lenguaje clásico
  • 00:08:47
    requisitos no va más allá un poco de los
  • 00:08:49
    requisitos no me voy a extender sobre
  • 00:08:50
    esto ahora pero en definitiva sería un
  • 00:08:53
    poco la lista de los trabajos a realizar
  • 00:08:55
    las cosas que hay que hacer en este en
  • 00:08:57
    este proyecto o en el desarrollo de este
  • 00:08:59
    producto que estamos en el que estemos
  • 00:09:01
    trabajando vale como veis si veis en la
  • 00:09:03
    pila en el producto -que lo tenemos
  • 00:09:05
    arriba los elementos están más más
  • 00:09:08
    delimitados o más separados y conforme
  • 00:09:10
    vamos bajando los elementos son más
  • 00:09:12
    grandes que quiere decir esto que
  • 00:09:15
    el product backlog hay que refinarlo de
  • 00:09:17
    acuerdo en la parte superior está lo más
  • 00:09:19
    relevante lo siguiente que hay que hacer
  • 00:09:21
    lo más urgente y además está más más
  • 00:09:24
    definido o está más desglosado está más
  • 00:09:27
    detallado vale y las cuestiones que van
  • 00:09:29
    a ir llegando más tarde o después pues
  • 00:09:31
    ya las iremos detallando conforme vayan
  • 00:09:33
    llegando con lo cual aportamos más
  • 00:09:36
    dedicamos más esfuerzo a desglosar lo
  • 00:09:39
    más importante o lo prioritario en el
  • 00:09:41
    producto a lo que está en la parte
  • 00:09:43
    superior del producto
  • 00:09:44
    qué hace el equipo el equipo que es este
  • 00:09:46
    scripting que tenéis aquí ahora
  • 00:09:48
    hablaremos de los roles que encontramos
  • 00:09:50
    aquí el scrum team el equipo lo que hace
  • 00:09:52
    es que selecciona del producto clock lo
  • 00:09:55
    que considera capaz de desarrollar en un
  • 00:09:58
    sprint que es un sprint una iteración
  • 00:10:00
    vale es una especie podríamos decir que
  • 00:10:03
    es una etapa del proyecto o del
  • 00:10:04
    desarrollo del producto es una etapa
  • 00:10:06
    pues normalmente dura entre una y cuatro
  • 00:10:08
    semanas y entonces en ese sprint
  • 00:10:10
    desarrollamos la parte del producto lo
  • 00:10:12
    que consideramos que somos capaces de
  • 00:10:14
    desarrollar como equipo vale el trabajo
  • 00:10:17
    que somos capaces de hacer en ese
  • 00:10:18
    periodo imaginaos que nuestros sprint
  • 00:10:20
    son de dos semanas pues el equipo
  • 00:10:22
    selecciona de este producto a glock el
  • 00:10:24
    trabajo los requisitos las de la lista
  • 00:10:28
    seleccionan los elementos que considera
  • 00:10:30
    que va a ser capaz de ejecutar
  • 00:10:32
    desarrollar en dos semanas lo que dure
  • 00:10:35
    en nuestros sprint y tal y como los
  • 00:10:37
    hemos definido bien
  • 00:10:38
    esta selección se llama spring planning
  • 00:10:41
    y planificamos de alguna forma lo que
  • 00:10:43
    vamos a hacer en ese sprint
  • 00:10:44
    seleccionamos del producto esas tareas
  • 00:10:47
    esos trabajos esos ítems y
  • 00:10:50
    eso será nuestro sprint backlog de
  • 00:10:52
    acuerdo nuestro sprint backlog será esa
  • 00:10:54
    parte del back lo que vamos a
  • 00:10:55
    desarrollar en ese sprint de acuerdo
  • 00:10:57
    durante el sprint durante esas dos
  • 00:10:59
    semanas ya os digo que suele oscilar
  • 00:11:01
    entre una y cuatro semanas imaginemos
  • 00:11:04
    que son dos semanas desarrollamos todo
  • 00:11:06
    ese trabajo vale todo ese trabajo y como
  • 00:11:08
    tenéis aquí tenemos una daily screen que
  • 00:11:10
    es una daily scram es una reunión que
  • 00:11:12
    hacemos todos los días el equipo nos
  • 00:11:14
    reunimos todos los días a primera hora
  • 00:11:15
    para de alguna forma revisar rápidamente
  • 00:11:17
    esta reunión dura minutos revisamos
  • 00:11:20
    bueno lo que hemos hecho el día anterior
  • 00:11:22
    qué vamos a hacer hoy y si tenemos algún
  • 00:11:25
    impedimento algún problema o alguna
  • 00:11:26
    cuestión que sea interesante o necesario
  • 00:11:29
    manifestar
  • 00:11:31
    entonces hace todos los días para llevar
  • 00:11:32
    un control diario de los trabajos
  • 00:11:35
    y así se desarrollan esas dos semanas o
  • 00:11:37
    esas cuatro esas tres semanas ya os digo
  • 00:11:39
    entre una y cuatro semanas ese sprint se
  • 00:11:40
    desarrolla de esta manera y al final del
  • 00:11:43
    sprint tenemos un incremento del
  • 00:11:44
    producto es decir hemos añadido
  • 00:11:46
    funcionalidad a nuestro producto
  • 00:11:48
    características a nuestro producto hemos
  • 00:11:50
    añadido un incremento de producto
  • 00:11:52
    nuestro producto ahora es más tiene más
  • 00:11:54
    elementos que en el sprint anterior en
  • 00:11:57
    cada sprint como es un ciclo es como
  • 00:11:59
    scram se basa en un ciclo de vida
  • 00:12:01
    iterativo e incremental en cada sprint
  • 00:12:04
    añadimos funcionalidad añadimos
  • 00:12:07
    características y además perfeccionamos
  • 00:12:09
    el producto con lo cual al final del
  • 00:12:11
    sprint tenemos un incremento de producto
  • 00:12:13
    y tenemos una reunión que se denomina
  • 00:12:15
    sprint review en esa sprint review
  • 00:12:17
    lo que hacemos es
  • 00:12:19
    y revisar qué tal es ese incremento de
  • 00:12:22
    producto y además lo hacemos justo junto
  • 00:12:23
    con el cliente para que el cliente sea
  • 00:12:26
    también testigo de ese incremento de
  • 00:12:28
    producto y cómo funciona ese incremento
  • 00:12:30
    de producto con lo cual como he dicho
  • 00:12:31
    antes la transparencia de la clavamos
  • 00:12:33
    antes también se produce en relación con
  • 00:12:35
    el cliente además al final de cada
  • 00:12:37
    sprint tenemos una experiencia
  • 00:12:38
    respectiva
  • 00:12:39
    una reunión en la que esa reunión ya no
  • 00:12:42
    es tanto para revisar el producto para
  • 00:12:44
    evaluar el producto sino que es para
  • 00:12:46
    evaluarnos a nosotros mismos como equipo
  • 00:12:48
    y lo que hacemos es bueno evaluar cómo
  • 00:12:51
    hemos trabajado como equipo si nos hemos
  • 00:12:53
    compenetrado bien como nos hemos
  • 00:12:54
    coordinado qué fallos o qué problemas
  • 00:12:57
    detectamos en el funcionamiento del
  • 00:12:59
    equipo y lo hacemos como una mejora
  • 00:13:01
    continua de nosotros mismos como equipo
  • 00:13:04
    de acuerdo de cara al siguiente sprint y
  • 00:13:06
    así en cada sprint vamos mejorando vamos
  • 00:13:08
    integrando
  • 00:13:10
    y vamos incrementando el producto y
  • 00:13:11
    además vamos mejorando
  • 00:13:13
    dentro de un ciclo de mejora continua
  • 00:13:15
    como equipo y el funcionamiento de
  • 00:13:18
    colectivo de los miembros del equipo y
  • 00:13:21
    en esto sería muy resumido cómo funciona
  • 00:13:24
    scram de acuerdo cuando acaba el trabajo
  • 00:13:26
    cuando ya tenemos ejecutados todos los
  • 00:13:29
    elementos del product backlog de acuerdo
  • 00:13:31
    o cuando se nos acaba el tiempo si
  • 00:13:32
    tenemos un plazo de finalización bueno
  • 00:13:34
    pues nos habrá dado tiempo a ejecutar la
  • 00:13:36
    parte de producto lo que nos ha dado
  • 00:13:37
    tiempo para la fecha
  • 00:13:39
    el trabajo termina cuando en principio
  • 00:13:41
    cuando terminamos todo lo pendiente que
  • 00:13:44
    hay en nuestro producto bien
  • 00:13:47
    continua
  • 00:13:49
    [Música]
  • 00:13:55
    qué roles encontramos en este equipo que
  • 00:13:57
    hemos visto aquí que están dentro de
  • 00:13:58
    este círculo qué roles tenemos tenemos
  • 00:14:00
    el rol del producto a uner el rol del
  • 00:14:01
    scrum master y el rol de equipo de
  • 00:14:04
    desarrollo bien que es el producto aún
  • 00:14:06
    el producto aún eres dentro de un equipo
  • 00:14:08
    es gran recordar simplemente que un
  • 00:14:10
    equipo scram suele tener entre 3 y 9
  • 00:14:12
    miembros puede tener más vale puede
  • 00:14:14
    tener 10 puede tener 11 menos de 3 ya no
  • 00:14:17
    se consideraría un equipo de acuerdo o
  • 00:14:19
    sería difícil considerar un equipo
  • 00:14:21
    porque más bien sería un dúo de acuerdo
  • 00:14:23
    dos personas no es que no sean un equipo
  • 00:14:25
    variado un equipo demasiado pequeño vale
  • 00:14:26
    en scrum estamos hablando de entre tres
  • 00:14:28
    y nueve personas no y ya digo que por la
  • 00:14:32
    parte alta puede haber un poco de
  • 00:14:33
    flexibilidad y puede llegar hasta 12
  • 00:14:35
    personas podría llegar de acuerdo en los
  • 00:14:37
    equipos es que son pequeños porque es
  • 00:14:39
    cuando tenemos equipos muy grandes lo
  • 00:14:41
    que pasa es que se pierde
  • 00:14:44
    esa coordinación no se pierde esa
  • 00:14:46
    capacidad de diálogo directo entre
  • 00:14:48
    nosotros son más y manejables equipos
  • 00:14:51
    más grandes ya requieren otro tipo de
  • 00:14:53
    gestión con lo cual es que insiste mucho
  • 00:14:55
    en que los equipos no pasen de 910
  • 00:14:57
    personas de acuerdo que es el producto
  • 00:14:59
    aún el que hace el producto en el
  • 00:15:00
    producto un eres un miembro del equipo
  • 00:15:02
    que es del equipo scrum que ésta es el
  • 00:15:04
    que hace de enlace con el negocio es
  • 00:15:05
    quien sabe qué quiere el negocio y va
  • 00:15:08
    priorizando los trabajos que tenemos que
  • 00:15:10
    hacer en los diferentes sprint en
  • 00:15:11
    función de lo que sabe él o ella saben
  • 00:15:14
    que quiere nuestro cliente
  • 00:15:15
    que se les crean master es gran master
  • 00:15:17
    es otro rol del equipo que lo que lo que
  • 00:15:21
    hace es velar porque se cumplen las
  • 00:15:23
    reglas de scram de acuerdo ayuda a los
  • 00:15:25
    demás no es un proyecto manager aquí no
  • 00:15:27
    hay figura la figura de project manager
  • 00:15:28
    no existe aquí vale es un líder
  • 00:15:31
    servicial vamos a llamarlo así un
  • 00:15:32
    facilitador que se encarga de resolver
  • 00:15:34
    problemas y ayudar a los miembros del
  • 00:15:36
    equipo a resolver sus problemas
  • 00:15:38
    velar por que se cumple scrum porque
  • 00:15:41
    estamos ejecutando el framework
  • 00:15:43
    correctamente y hacemos celebramos las
  • 00:15:46
    reuniones correctas en el momento
  • 00:15:48
    correcto y estamos haciendo las cosas
  • 00:15:49
    bien en ese sentido en cuanto a la
  • 00:15:50
    gestión
  • 00:15:51
    y por último el equipo de desarrollo el
  • 00:15:54
    equipo de desarrollo pues son las
  • 00:15:55
    personas que están haciendo el trabajo
  • 00:15:56
    técnico del proyecto y ahí tenemos por
  • 00:15:58
    diferentes perfiles técnicos que hacen
  • 00:16:00
    falta para el proyecto
  • 00:16:02
    vamos a entrar en la parte llamada
  • 00:16:04
    hablando de escalado y aquí es donde
  • 00:16:08
    lo que pretendemos es
  • 00:16:11
    al subir un nivel por decirlo así de
  • 00:16:13
    subir un peldaño en el scrum
  • 00:16:16
    bien
  • 00:16:17
    qué pasa cuando si nuestro proyecto es
  • 00:16:20
    muy muy grande porque imaginaos que
  • 00:16:21
    tenemos un proyecto muy muy grande un
  • 00:16:23
    proyecto muy grande probablemente no
  • 00:16:24
    vamos a poder hacerlo con un equipo de 9
  • 00:16:26
    personas de entre 3 y 9 personas
  • 00:16:28
    estaremos de acuerdo
  • 00:16:30
    si tenemos un proyecto muy grande o
  • 00:16:32
    grande y queremos seguir respetando
  • 00:16:35
    esa regla de scram que nos dice que los
  • 00:16:37
    equipos no deberían superar las nueve
  • 00:16:39
    personas las diez once como mucho 12
  • 00:16:41
    personas qué hacemos con esto vale como
  • 00:16:45
    como manejamos esto cómo
  • 00:16:46
    compatibilizamos cómo hacemos para que
  • 00:16:48
    puedan convivir las dos cosas proyecto
  • 00:16:51
    grande o proyecto muy grande y equipo
  • 00:16:53
    pequeño un equipo pequeño puede hacer
  • 00:16:56
    puede abordar un proyecto grande pero
  • 00:16:57
    tardaría muchísimo tiempo de acuerdo o a
  • 00:16:59
    lo mejor ni siquiera podría abordarlo
  • 00:17:01
    porque se necesitan muchos perfiles
  • 00:17:02
    profesionales o técnicos diferentes qué
  • 00:17:05
    ocurre cuando el proyecto es grande y
  • 00:17:07
    necesitamos que participen muchas
  • 00:17:09
    personas en él
  • 00:17:10
    pero queremos seguir utilizando es karam
  • 00:17:12
    qué pasa cuando este imaginaos este
  • 00:17:16
    equipo
  • 00:17:16
    calculamos y necesitamos la
  • 00:17:18
    participación de 50 o 100 personas o más
  • 00:17:22
    o más personas de acuerdo tenemos un
  • 00:17:26
    gran número de requisitos es un proyecto
  • 00:17:28
    complejo tiene un alcance muy muy grande
  • 00:17:30
    muy voluminoso
  • 00:17:33
    y necesitamos la participación de mucha
  • 00:17:34
    gente en el proyecto como cómo hacemos
  • 00:17:36
    para trabajar con esta máquina esto
  • 00:17:39
    choca un poco con la idea original de
  • 00:17:40
    scrum
  • 00:17:42
    o por ejemplo qué hacemos cuando ya no
  • 00:17:45
    ya no desde el punto de vista del
  • 00:17:46
    proyecto sino desde el punto de vista de
  • 00:17:48
    la organización que pasa cuando en la
  • 00:17:50
    organización cuando la creación es muy
  • 00:17:51
    grande y queremos implantar scram en la
  • 00:17:53
    organización vale imaginaos que tenemos
  • 00:17:55
    una organización que está formada por
  • 00:17:57
    500 personas que bueno que es una
  • 00:18:00
    organización grande pero tampoco es muy
  • 00:18:02
    muy grande las hay muchísimo más grandes
  • 00:18:03
    de miles y miles de personas y de
  • 00:18:06
    imaginar una compañía multinacional que
  • 00:18:07
    puede tener 20 30 ó 40 mil empleados qué
  • 00:18:10
    ocurre cuando en una organización muy
  • 00:18:12
    grande queremos
  • 00:18:14
    evolucionar nuestra forma de trabajar
  • 00:18:16
    hacia atrás
  • 00:18:17
    cómo hacemos esto no con tantas personas
  • 00:18:21
    para esto sirven las técnicas de
  • 00:18:22
    escalada lo que se plantea aquí es que
  • 00:18:24
    scrum puede escalar que quiere decir
  • 00:18:27
    escalar quiere decir que manteniendo la
  • 00:18:30
    filosofía y los conceptos de scrum lo
  • 00:18:33
    llevamos a un nivel en el que puedan
  • 00:18:34
    trabajar muchas más personas de acuerdo
  • 00:18:37
    este sería un poco la idea
  • 00:18:40
    esto sería la idea de pesca del escalado
  • 00:18:44
    de escape bien
  • 00:18:48
    escalamos scram y entonces adaptamos el
  • 00:18:51
    método o el framework de forma que
  • 00:18:53
    acepte más como digo más equipos más
  • 00:18:55
    alcance y proyectos más grandes de
  • 00:18:57
    acuerdo más requisitos definitiva
  • 00:19:00
    esto siempre se tiene que hacer
  • 00:19:03
    teniendo en cuenta que funcione que
  • 00:19:05
    funcione para proyectos grandes y que
  • 00:19:06
    con funciones cumpliendo con las
  • 00:19:08
    necesidades que tenga la organización de
  • 00:19:10
    acuerdo esto no se puede hacer escalar
  • 00:19:12
    por escalar sino que esto tiene que ser
  • 00:19:14
    útil y estar bien enfocado y que
  • 00:19:15
    funcione vale si no funciona no hemos
  • 00:19:16
    escalado bien y no está escalando bien
  • 00:19:18
    es gran con lo cual esto hay que
  • 00:19:19
    replantearlo
  • 00:19:22
    bien yo quiero hablar de
  • 00:19:23
    fundamentalmente tres técnicas de
  • 00:19:24
    escalado vale
  • 00:19:26
    tres técnicas hay más hay algunas más y
  • 00:19:29
    hay diferentes variantes pero yo quiero
  • 00:19:31
    hablar de las probablemente las tres más
  • 00:19:35
    y extendidas y las tres que más en
  • 00:19:38
    definitiva respetan es gran como scram
  • 00:19:41
    como framework vale luego hay otras
  • 00:19:43
    técnicas que se basan en scrum pero
  • 00:19:45
    introducen muchas variaciones en muchas
  • 00:19:47
    muchos cambios modificaciones variantes
  • 00:19:51
    vale sobre sobre scrum y al final se
  • 00:19:54
    desdibuja un poco scrap no de estas tres
  • 00:19:56
    de las que vamos a hablar son las tres
  • 00:19:57
    más conocidas la más
  • 00:19:58
    yo creo que la primera que en su momento
  • 00:20:01
    surgió hoy la más
  • 00:20:04
    antigua entre comillas antigua o la más
  • 00:20:07
    la pionera es la que denominamos es
  • 00:20:09
    grande scram vale como tenéis en la
  • 00:20:11
    parte superior es grande es camps que
  • 00:20:13
    tenemos aquí si os fijáis
  • 00:20:16
    aquí tenemos equipos scram en la parte
  • 00:20:19
    inferior de acuerdos equipos scrum y
  • 00:20:22
    luego algo en la parte superior que le
  • 00:20:25
    llamamos es grandes cracks qué es esto
  • 00:20:26
    vamos a ver en definitiva es grande es
  • 00:20:29
    camps lo que nos hace lo que lo para lo
  • 00:20:31
    que nos sirve es para
  • 00:20:35
    cuando tenemos muchas personas que
  • 00:20:37
    trabajan o que necesitamos que trabajan
  • 00:20:39
    en un proyecto lo que hacemos es para no
  • 00:20:41
    ser inoperantes y perder eficacia y
  • 00:20:44
    dejar de lado las reglas de scrum lo que
  • 00:20:47
    hacemos es dividir todas esas personas
  • 00:20:50
    en equipos en equipos de scram de
  • 00:20:52
    acuerdo los dividimos en equipos e scrum
  • 00:20:53
    pero claro como hay diferentes equipos
  • 00:20:56
    es que hace falta que se coordinen esos
  • 00:20:58
    equipos es clave de acuerdo estás un
  • 00:21:00
    poco la esto es un poco el punto en
  • 00:21:02
    común que tienen todas las técnicas de
  • 00:21:04
    escalada de scram en definitiva es
  • 00:21:06
    formar a muchos equipos scram o diversos
  • 00:21:10
    diferentes varios equipos de scrum y de
  • 00:21:12
    alguna forma coordinar los vale luego en
  • 00:21:15
    la forma de coordinar los es donde hay
  • 00:21:17
    distintas variantes en las técnicas de
  • 00:21:19
    escalada de acuerdo en este caso en
  • 00:21:22
    escalan de scrums
  • 00:21:24
    queréis que tenemos equipos gran equipos
  • 00:21:26
    grande equipo francés y así podrían ser
  • 00:21:28
    muchos más equipos scram y en la parte
  • 00:21:30
    superior tenemos algo que denominamos es
  • 00:21:32
    grande es camps que es lo que coordina
  • 00:21:34
    es un órgano un elemento ahora veremos
  • 00:21:38
    que es que coordina al todos los equipos
  • 00:21:43
    en qué se basa es grandes cramps se basa
  • 00:21:45
    en estos principios que tenemos aquí que
  • 00:21:46
    voy a ir contando un poco por un lado lo
  • 00:21:49
    que hacemos es dividir a toda la gente
  • 00:21:51
    que tenemos
  • 00:21:53
    a un equipo grande no este equipo grande
  • 00:21:55
    que tenemos inicial o este conjunto de
  • 00:21:57
    personas que tenemos inicialmente lo
  • 00:21:59
    vamos a dividir en equipos más pequeños
  • 00:22:01
    varios equipos más pequeños con el
  • 00:22:03
    tamaño que es gran nos dice es de entre
  • 00:22:05
    93 y 9 miembros típicamente entre 3 y 9
  • 00:22:07
    pero ya digo que por la parte superior
  • 00:22:09
    de la horquilla pues podríamos llegar a
  • 00:22:11
    10 a 11 incluso a 12 menos de 3 bueno
  • 00:22:14
    sería discutible considerar equipo
  • 00:22:17
    una pareja de una o dos personas vale
  • 00:22:22
    dividimos ese equipo grande en equipos
  • 00:22:24
    pequeños
  • 00:22:25
    eso es una primera cosa que vamos a
  • 00:22:26
    hacer y repartimos el trabajo entre los
  • 00:22:28
    distintos equipos de acuerdo esto
  • 00:22:29
    bastante de sentido común bien ahora
  • 00:22:31
    veremos un poco que la diferencia está
  • 00:22:32
    en cómo coordinamos esto
  • 00:22:34
    de acuerdo primer punto
  • 00:22:37
    sería este vale que hemos comentado
  • 00:22:39
    segundo siguiente punto escalamos los
  • 00:22:41
    roles de es productor y scrum máster os
  • 00:22:44
    acordáis recordemos acabo de comentar
  • 00:22:46
    que el producto aún eres el rol del
  • 00:22:48
    equipo es gran está más cerca del
  • 00:22:51
    negocio que de alguna forma da voz al
  • 00:22:53
    negocio en el equipo scram le representa
  • 00:22:56
    un poco los intereses de negocio y
  • 00:22:58
    entonces pues es el encargado el
  • 00:23:00
    producto auner es el encargado de
  • 00:23:02
    priorizar los trabajos de trabajos son
  • 00:23:04
    más prioritarios cuales aportan más
  • 00:23:06
    valor al cliente y de alguna forma es el
  • 00:23:08
    dueño del product backlog vale es quien
  • 00:23:11
    quien refina prioriza y gestiona el
  • 00:23:13
    product backlog con lo cual cuando el
  • 00:23:15
    equipo va a la parte superior del
  • 00:23:17
    producto lo que a seleccionar ítems o
  • 00:23:20
    tareas o trabajos quien ha puesto esos
  • 00:23:22
    trabajos más arriba y ha dejado otros
  • 00:23:24
    más abajo y menos y menos detallados el
  • 00:23:27
    producto en el auto en el que nacho esto
  • 00:23:30
    ojo el producto uner no va a decidir qué
  • 00:23:32
    se hace en un sprint solo decir el
  • 00:23:33
    equipo de acuerdo no el producto aún es
  • 00:23:36
    decir el equipo en conjunto el producto
  • 00:23:38
    ni siquiera participe en eso pero si el
  • 00:23:41
    producto no es si decide que es más
  • 00:23:42
    prioritario y que hay que abordar antes
  • 00:23:43
    y que hay que abordar tres bien esos
  • 00:23:45
    roles de ese equipo lo vamos a escalar
  • 00:23:47
    qué significa además de que hay va haber
  • 00:23:49
    un va a seguir habiendo un producto en
  • 00:23:51
    el en cada equipo lo que vamos a hacer
  • 00:23:52
    es que va a ver un producto uner de
  • 00:23:54
    producto a un ers vale va a ver un súper
  • 00:23:56
    producto aún por decirlo así va a haber
  • 00:23:58
    un producto uner que va a coordinar a
  • 00:24:00
    todos los productos de todos los equipos
  • 00:24:02
    de acuerdo si volvemos atrás en este
  • 00:24:06
    en este esquema que en el que estábamos
  • 00:24:08
    antes le veis pues aquí lo que tenemos
  • 00:24:12
    es que en la parte superior tenemos una
  • 00:24:16
    especie de equipo coordinador vale en el
  • 00:24:18
    que habrá un producto en el que coordine
  • 00:24:20
    a los otros productos unos de los otros
  • 00:24:21
    equipos de acuerdo bien entonces
  • 00:24:24
    coordina mos a esos productos unos de
  • 00:24:26
    esos equipos y también habrá un scrum
  • 00:24:28
    master super scratch master que coordine
  • 00:24:31
    a los escalan master de los otros
  • 00:24:32
    equipos de acuerdo con lo cual esos
  • 00:24:34
    roles de producto y descaran máster en
  • 00:24:36
    lo que hacemos es aparte de que haya uno
  • 00:24:38
    en cada equipo individual en el en el
  • 00:24:42
    scrum des camps tenemos
  • 00:24:45
    el coordinador vamos a llamarlo así y un
  • 00:24:48
    es gran master coordinador que más ojo
  • 00:24:50
    no vamos a dividir el producto producto
  • 00:24:53
    lo va a seguir siendo uno solo en el
  • 00:24:55
    grand slam sigue siendo sólo un producto
  • 00:24:56
    de acuerdo sólo un producto esto que
  • 00:25:00
    implica bueno esto en principio tampoco
  • 00:25:02
    implica nada específico sino que lo que
  • 00:25:05
    no vamos a hacer es que cada equipo
  • 00:25:08
    trabaje su parte individualmente de los
  • 00:25:11
    requisitos sobre lo que quiere el
  • 00:25:12
    cliente sino que se mantiene la unidad
  • 00:25:14
    del producto cloud para que no se pierda
  • 00:25:15
    esa unidad
  • 00:25:17
    la única diferencia es que
  • 00:25:20
    además de haber un producto auner
  • 00:25:22
    individuales
  • 00:25:24
    un producto que coordina a todos ahora
  • 00:25:27
    veremos cómo se coordina que es a través
  • 00:25:29
    de estas reuniones ahora lo comentaremos
  • 00:25:31
    qué más hacemos sincronizamos los
  • 00:25:34
    sprints de acuerdo es decir todos los
  • 00:25:37
    equipos van a tener la misma duración en
  • 00:25:40
    sus sprint y todos van a empezar a
  • 00:25:41
    terminar en el mismo momento de acuerdo
  • 00:25:43
    para que para que se coordine el trabajo
  • 00:25:45
    de todos y podamos agrupar o consolidar
  • 00:25:48
    el trabajo de todos los equipos en el
  • 00:25:49
    mismo momento de acuerdo se sincronizan
  • 00:25:51
    los sprints y las reuniones diarias
  • 00:25:53
    estas daily screen o dave y meeting que
  • 00:25:56
    hemos dicho antes que eran diarias a
  • 00:25:57
    primera hora que se hacen a primera hora
  • 00:25:59
    y son de corta duración lo que vamos a
  • 00:26:01
    hacer fijaos en lugar de hacerlas a la
  • 00:26:02
    vez vamos a hacer lo contrario lo vamos
  • 00:26:04
    a hacer es hacerlas en horas distintas
  • 00:26:05
    para que para que distintas personas de
  • 00:26:08
    los distintos equipos puedan asistir
  • 00:26:10
    vale bien los productos nerf sobre los
  • 00:26:12
    grand masters de distintos equipos
  • 00:26:14
    puedan asistir a todas esas reuniones de
  • 00:26:16
    cada uno de los equipos y vayan viendo
  • 00:26:18
    un poco el ritmo de trabajo de esos
  • 00:26:20
    equipos vayan conociendo en qué punto
  • 00:26:22
    están en qué y cómo trabajan y de esa
  • 00:26:25
    forma todos puedan participar un poco
  • 00:26:27
    del trabajo de todos y están al tanto
  • 00:26:28
    del trabajo
  • 00:26:30
    bien por último en la parte central veis
  • 00:26:33
    aquí también tenemos reuniones de scram
  • 00:26:34
    de scram que es un poco la reunión que
  • 00:26:37
    la nombre a este método o a esta técnica
  • 00:26:39
    de escalado bien que hacemos en las
  • 00:26:41
    reuniones es grande es camps
  • 00:26:43
    aquí es donde realmente
  • 00:26:46
    un representante de cada equipo se une
  • 00:26:48
    con los demás representantes del resto
  • 00:26:50
    de equipo es decir quien se repetían se
  • 00:26:51
    reúne en esta reunión es grande es
  • 00:26:53
    cramps se reúne el producto uner
  • 00:26:56
    coordinador el scrum master coordinador
  • 00:26:59
    y además un representante de cada equipo
  • 00:27:02
    de acuerdo
  • 00:27:05
    involucrado en el proyecto de acuerdo
  • 00:27:08
    probablemente tenga sentido que asistan
  • 00:27:10
    los scratch masters y productos de los
  • 00:27:12
    distintos equipos y además podría
  • 00:27:14
    asistir una persona más por ejemplo de
  • 00:27:17
    la parte técnica del equipo técnico de
  • 00:27:18
    desarrollo de acuerdo entonces en estas
  • 00:27:21
    reuniones es donde realmente se ejecuta
  • 00:27:24
    o se toma forma o se materializa esa
  • 00:27:26
    coordinación esa coordinación se produce
  • 00:27:28
    ahí vale y en esa coordinación es donde
  • 00:27:30
    queda claro que parte del trabajo del
  • 00:27:32
    product backlog va a hacer cada equipo
  • 00:27:36
    y un poco con el protocolo que haya que
  • 00:27:37
    coordinar en ese sentido de acuerdo con
  • 00:27:40
    lo cual ya veis que el sentido de scan
  • 00:27:42
    de scrums es continuar trabajando en
  • 00:27:45
    equipos pequeños pero
  • 00:27:49
    que haya una especie de
  • 00:27:51
    de equipo coordinador de acuerdo que
  • 00:27:54
    coordina el resto de los equipos bien
  • 00:27:56
    esto sería en cuanto a scrum de scrum de
  • 00:27:59
    acuerdo hay otra técnica que se denomina
  • 00:28:02
    nexus vale su divina nexus es parecida
  • 00:28:06
    se basa en lo mismo el principio
  • 00:28:07
    realmente que es grande es gran tiene
  • 00:28:08
    alguna diferencia vamos a voy a comentar
  • 00:28:10
    un poquito como veis sigue habiendo un
  • 00:28:13
    producto único lo tenéis aquí vale
  • 00:28:17
    sigue habiendo equipos fijáis aquí en el
  • 00:28:20
    centro equipos individuales en este caso
  • 00:28:22
    el nexus nos dice siguiendo la regla de
  • 00:28:25
    las tres a nueve personas para un equipo
  • 00:28:27
    screen pues lo que nos dice nexus es que
  • 00:28:29
    los equipos deberían ser entre tres y
  • 00:28:32
    nueve equipos vale en el caso de es
  • 00:28:34
    grandes camps no esto no se acota no se
  • 00:28:38
    delimita pero nexus y dice oye como un
  • 00:28:40
    equipo es grande está formado por entre
  • 00:28:42
    tres y nueve personas pues en nexus
  • 00:28:46
    los equipos de scram deben ser entre 3 y
  • 00:28:48
    9 también bien entre 3 y 9 y tiene que
  • 00:28:51
    haber un equipo que sea el integrador al
  • 00:28:54
    este que tenéis aquí señaló con la
  • 00:28:55
    flecha hay un equipo que integra el
  • 00:28:58
    trabajo que hace los otros equipos como
  • 00:28:59
    veis se parece bastante las grandes
  • 00:29:01
    gramos tiene alguna alguna variante
  • 00:29:02
    alguna diferencia pero básicamente tiene
  • 00:29:05
    se basa los mismos principios hay un
  • 00:29:07
    equipo de integración que se llaman
  • 00:29:09
    equipo nexus vale equipo nexus se llama
  • 00:29:12
    equipo nexus porque realmente es el que
  • 00:29:14
    hace de nexo entre todos los equipos de
  • 00:29:15
    acuerdo y también como veis aquí en la
  • 00:29:17
    parte izquierda también hay un solo
  • 00:29:18
    producto clock vale hay un refinamiento
  • 00:29:21
    del producto lo que lo hace el equipo
  • 00:29:23
    nexus de acuerdo con la participación de
  • 00:29:26
    representantes de cada uno de los
  • 00:29:27
    equipos vale en realidad lo hace el
  • 00:29:30
    producto owner del equipo nexus con la
  • 00:29:32
    ayuda de los demás productos a nerz de
  • 00:29:34
    acuerdo acordamos que el producto es lo
  • 00:29:36
    que es propiedad entre comillas vale
  • 00:29:38
    entre comillas propiedad del producto
  • 00:29:41
    y que más como quien hace el spring
  • 00:29:42
    planning se hace un sprint y sprint
  • 00:29:44
    planning nexus se hace un sprint
  • 00:29:46
    planning coordinado general vale en el
  • 00:29:49
    que se delimita qué parte que hacer cada
  • 00:29:52
    equipo de ese sprint vale si os fijáis
  • 00:29:54
    si os acordáis en es grandes claves
  • 00:29:57
    estábamos hablando de que había
  • 00:30:01
    había una reunión en la que íbamos a
  • 00:30:03
    decir que iba a hacer cada equipo aquí
  • 00:30:05
    pero pero había por decirlo así un
  • 00:30:07
    sprint para cada equipo aquí hablamos de
  • 00:30:09
    un sprint combinado que se llama sprint
  • 00:30:12
    nexus es un sprint combinado donde se
  • 00:30:15
    delimita que se va hacer en general y
  • 00:30:16
    luego dentro de esa delimitación general
  • 00:30:18
    se explica que va a hacer cada equipo
  • 00:30:20
    vale con lo cual tenemos un sprint
  • 00:30:22
    backlog nexus también que incorpora todo
  • 00:30:25
    lo que van a hacer esos entre 3 y 9
  • 00:30:27
    equipos que forman parte del nexus de
  • 00:30:29
    acuerdo del modelo nexus como veis aquí
  • 00:30:32
    en la parte central en el círculo
  • 00:30:34
    central hay esos esos equipos que pueden
  • 00:30:37
    ser entre 3 y 9 trabajando de forma
  • 00:30:38
    integrada
  • 00:30:40
    y que coordina que son coordinados por
  • 00:30:42
    un equipo de integración nexus que es
  • 00:30:45
    este que tenéis aquí en la parte de
  • 00:30:46
    izquierda superior
  • 00:30:49
    bien
  • 00:30:51
    que más al final tenemos un incremento
  • 00:30:53
    pero no un incremento individual sino un
  • 00:30:56
    incremento integrado es decir cada
  • 00:30:59
    equipo va a trabajar en su parte pero
  • 00:31:01
    luego se va a integrar todas esas
  • 00:31:03
    trabajos se van a integrar para dar
  • 00:31:04
    lugar a un incremento integrado con lo
  • 00:31:07
    cual como veis aquí está mucho más
  • 00:31:09
    realzado se hace más hincapié en la
  • 00:31:11
    integración de lo que hace cada equipo
  • 00:31:13
    de acuerdo si es grande scrum se hablaba
  • 00:31:15
    más hablábamos más de coordinación aquí
  • 00:31:18
    estamos hablando más de integración va
  • 00:31:21
    un paso más allá ya no sólo vamos a
  • 00:31:23
    coordinar sino que vamos a integrar todo
  • 00:31:25
    es decir de cara al cliente podríamos
  • 00:31:29
    decir que el cliente percibiría como si
  • 00:31:31
    fuéramos solo un equipo trabajando en
  • 00:31:33
    lugar de un equipo en lugar de un nexus
  • 00:31:35
    de acuerdo en lugar de varios equipos
  • 00:31:37
    hay un incremento integrado se hace un
  • 00:31:40
    sprint review un review con el cliente
  • 00:31:42
    de ese incremento integrado que es la
  • 00:31:45
    suma coordinada de todo lo que han hecho
  • 00:31:47
    todos los equipos y también habría por
  • 00:31:49
    supuesto una a nexus sprint
  • 00:31:51
    retrospectiva una retrospectiva nexus en
  • 00:31:53
    este caso para
  • 00:31:54
    hacer una retrospectiva de cómo ha
  • 00:31:56
    funcionado esa integración y cómo hemos
  • 00:32:00
    trabajado todos los equipos de forma
  • 00:32:02
    integrada también habría una reunión
  • 00:32:04
    diaria esta nexus daily screen una
  • 00:32:08
    reunión diaria nexus en la que se en esa
  • 00:32:12
    reunión por decirlo así
  • 00:32:14
    de alguna manera se se reunirían los
  • 00:32:19
    representantes de cada equipo no todos
  • 00:32:21
    no todas los miembros y todos los
  • 00:32:23
    equipos de acuerdo sino los
  • 00:32:25
    representantes de cada equipo que se
  • 00:32:27
    reunirían en esa
  • 00:32:28
    en esa reunión nexus a la diaria
  • 00:32:33
    y por eso pone daily screen daily
  • 00:32:37
    justo al lado de nexus daily screen
  • 00:32:38
    daily screen para recordarnos que
  • 00:32:41
    el modelo anterior que hemos visto
  • 00:32:43
    individual de scram cada equipo lo
  • 00:32:45
    seguiría haciendo individualmente vale
  • 00:32:47
    por decirlo así cada equipo individual
  • 00:32:49
    iría cumpliendo las reglas de scram
  • 00:32:52
    pero a su vez tendrían una doble tarea
  • 00:32:56
    en el sentido de que además además de
  • 00:32:58
    ejecutar el ciclo de vida
  • 00:33:00
    el flujo scram individualmente como
  • 00:33:02
    equipo también tienen que participar en
  • 00:33:04
    el flujo nexus que es este flujo que
  • 00:33:06
    tenéis aquí de acuerdo con lo cual hay
  • 00:33:09
    una doble vertiente en el trabajo de los
  • 00:33:10
    equipos scrum cuando trabajan en nexus
  • 00:33:12
    por un lado aplicamos scrum como equipo
  • 00:33:14
    para nosotros para nuestra parte del
  • 00:33:16
    trabajo y luego nuestros representantes
  • 00:33:18
    participan en el equipo nexus en los
  • 00:33:21
    trabajos en las reuniones nexus para
  • 00:33:23
    integrar todo todo el trabajo colectivo
  • 00:33:26
    de todos nuestros equipos de acuerdo
  • 00:33:29
    esto sería la técnica de escala 2 nexus
  • 00:33:31
    bien
  • 00:33:32
    y por último quería hablaros también de
  • 00:33:36
    otra técnica de escalado que se denomina
  • 00:33:39
    les vale large scale screen en
  • 00:33:42
    definitiva se basa también en lo mismo
  • 00:33:43
    el principio que hemos comentado vale
  • 00:33:45
    para screen des camps y para y para
  • 00:33:48
    nexus bien pero es por decirlo así pues
  • 00:33:51
    otro otra otra aproximación otro enfoque
  • 00:33:54
    bastante con muchas cosas en común con
  • 00:33:57
    los otros pero que tienen algún matiz un
  • 00:33:59
    poco diferente
  • 00:34:00
    como digo no son estos tres los últimos
  • 00:34:03
    que hay pero sí son probablemente los
  • 00:34:04
    tres más extendidos en en el sentido y
  • 00:34:08
    en los demás 72 dentro de los que más
  • 00:34:10
    siguen respetando o siguen basándose
  • 00:34:14
    fundamentalmente en escala
  • 00:34:16
    en este caso aquí tenemos
  • 00:34:19
    bueno como veis tenemos varios equipos
  • 00:34:22
    scrum de acuerdo si os dais cuenta veis
  • 00:34:25
    aquí que hay como tres carriles voy a
  • 00:34:27
    poner la flecha un momentito para que me
  • 00:34:28
    dais donde estoy veis aquí que hay como
  • 00:34:30
    tres carriles pues cada uno de estos
  • 00:34:32
    carriles significa un equipo screen que
  • 00:34:34
    está trabajando vale
  • 00:34:36
    si os dais cuenta en cada equipo es
  • 00:34:38
    crema y diferentes roles que están aquí
  • 00:34:40
    dibujados como veis hay un scratch
  • 00:34:41
    master vale y hay miembros del equipo
  • 00:34:44
    pero no nos habla de producto aún era
  • 00:34:46
    aquí individualmente porque porque
  • 00:34:48
    cuando estamos trabajando con leds solo
  • 00:34:50
    hay un producto aún el que es este que
  • 00:34:51
    tenemos aquí arriba de acuerdo
  • 00:34:54
    trabajando con leds hay un solo producto
  • 00:34:56
    auner esto es una esta es una diferencia
  • 00:34:58
    importante
  • 00:35:01
    es una diferencia importante hay un solo
  • 00:35:04
    producto uned también hay un solo
  • 00:35:06
    producto eso es igual pero aquí hay un
  • 00:35:08
    solo producto aún el que es el que
  • 00:35:09
    prioriza y gestiona el producto de
  • 00:35:13
    acuerdo con lo cual luego los equipos
  • 00:35:15
    tienen sus roles pero la voz cantante en
  • 00:35:19
    cuanto a representación y relación con
  • 00:35:22
    el negocio la lleva una sola persona o
  • 00:35:24
    un solo producto en este caso bien
  • 00:35:27
    bien
  • 00:35:31
    también como veis aquí se organiza el
  • 00:35:33
    trabajo por sprints vale esto es igual
  • 00:35:35
    porque esto tiene definitiva
  • 00:35:37
    ninguno de estos métodos o técnicas de
  • 00:35:39
    escalado lo que pretende es dejar de
  • 00:35:42
    ejecutar scrum dejar de trabajar con
  • 00:35:43
    scrum sino que lo que se pretende es
  • 00:35:45
    escalarlo de acuerdo seguir manteniendo
  • 00:35:47
    scrum pero a un nivel superior bien y
  • 00:35:50
    tenemos pues un sprint y sprint planning
  • 00:35:53
    y un sprint backlog para cada uno de los
  • 00:35:54
    sprint planning es decir se seleccionan
  • 00:35:56
    los elementos que hay que hacer en cada
  • 00:35:58
    sprint igual y se desarrollan se trabaja
  • 00:36:00
    en ello y estos equipos deben estar
  • 00:36:02
    coordinados debe haber una coordinación
  • 00:36:03
    entre ellos y por eso veis aquí que los
  • 00:36:07
    propios scrum master pueden ir
  • 00:36:10
    colaborando en los distintos equipos que
  • 00:36:13
    pueden ir colaborando los distintos
  • 00:36:14
    equipos
  • 00:36:15
    y coordinándose de acuerdo
  • 00:36:18
    con lo cual la figura que hace el enlace
  • 00:36:21
    por decirlo así entre los distintos
  • 00:36:22
    equipos en inglés sería el screen master
  • 00:36:24
    descarga master es el que hace de enlace
  • 00:36:26
    entre los distintos equipos y también de
  • 00:36:28
    esta reunión diaria el 'daily scram
  • 00:36:30
    igual para cada equipo
  • 00:36:32
    la reunión de refinamiento del producto
  • 00:36:35
    también la hay igual
  • 00:36:37
    y al final tenemos sprint review sprint
  • 00:36:40
    retrospective e igual para cada equipo
  • 00:36:45
    pero del mismo modo también tenemos una
  • 00:36:48
    reunión de sprint review de
  • 00:36:50
    retrospectiva común para todos los
  • 00:36:53
    equipos donde se reúnen los
  • 00:36:54
    representantes de todos los equipos como
  • 00:36:56
    veis hay muchísimos puntos en común
  • 00:36:58
    entre leds nexus y es grandes cramps
  • 00:37:00
    finalmente hay un producto un incremento
  • 00:37:02
    de producto que es un incremento
  • 00:37:04
    combinado también o integrado igual de
  • 00:37:07
    la misma manera como veis aquí tenemos
  • 00:37:10
    un sprint review que sería para toda la
  • 00:37:13
    para todo el sprint para común para
  • 00:37:15
    todos y luego una retrospectiva
  • 00:37:17
    individual de cada equipo de acuerdo con
  • 00:37:19
    lo cual en definitiva si os dais cuenta
  • 00:37:21
    los tres modelos coinciden en que haya
  • 00:37:24
    equipos individuales trabajando con
  • 00:37:27
    scrum pero luego haya una coordinación
  • 00:37:30
    entre ellos vale en algunos modelos
  • 00:37:32
    mediante roles superpuestos es decir un
  • 00:37:36
    súper producto a uno súper scram master
  • 00:37:38
    como el caso de grandes cracks en el
  • 00:37:40
    caso de nexus hablamos de un equipo
  • 00:37:42
    nexus vale que es una especie de súper
  • 00:37:44
    equipo que integra todo lo que hacen los
  • 00:37:46
    demás equipos y en el caso del ess pues
  • 00:37:49
    estaríamos hablando más bien de una
  • 00:37:50
    coordinación entre
  • 00:37:53
    de una manera más horizontal si bien es
  • 00:37:56
    cierto que hay un producto global que es
  • 00:37:58
    quien determina cómo se trabaja con el
  • 00:38:00
    producto acto bien como veis estos son
  • 00:38:03
    tres posibilidades para escalares karam
  • 00:38:05
    como digo hay más posibilidades para
  • 00:38:06
    escalar scram pero probablemente las
  • 00:38:08
    demás se alejan un poco más de scram de
  • 00:38:10
    acuerdo mantienen ciertas principios
  • 00:38:13
    pero ya se alejan un poco más de scram y
  • 00:38:15
    ya realmente por decirlo así no es tan
  • 00:38:17
    fácil no es tan fácil ver el flujo scram
  • 00:38:21
    en las otras técnicas de escalado que no
  • 00:38:23
    son estas tres de acuerdo no quiere
  • 00:38:25
    decir que sean peores bien no quiere que
  • 00:38:27
    sea peores ni mejores quieren decir que
  • 00:38:28
    d
  • 00:38:31
    él es el precio de escalar en esas otras
  • 00:38:34
    técnicas de escalado que no son estas
  • 00:38:36
    tres el precio de escalar es alejarse un
  • 00:38:39
    tanto de scram de acuerdo introduciendo
  • 00:38:41
    varias variantes distintas reuniones
  • 00:38:43
    distintas o elementos distintos que no
  • 00:38:46
    son propiamente escalamos puramente
  • 00:38:49
    bien pues esto es un poco lo que quería
  • 00:38:52
    contaros a modo introductorio
  • 00:38:56
    y ahora bueno pues si os parece no sé si
  • 00:38:58
    tenéis voy a ver si hay preguntas al
  • 00:39:00
    respecto sobre lo que hemos visto de
  • 00:39:02
    acuerdo
  • 00:39:04
    y veo que hay algunas voy a tratar de ir
  • 00:39:06
    respondiendo las vale
  • 00:39:09
    bien
  • 00:39:11
    de todo esto por cierto de todos estos
  • 00:39:13
    contenidos escala descarado de scram
  • 00:39:15
    etcétera todo esto hablamos en el máster
  • 00:39:18
    en project management que tenéis en el
  • 00:39:20
    de business school de acuerdo de hecho
  • 00:39:23
    hay una especialización
  • 00:39:26
    a propósito de allá de frameworks ágiles
  • 00:39:31
    hay una una especialización del máster
  • 00:39:33
    que va o que versa sobre enfoques ágiles
  • 00:39:40
    a ver qué preguntas podemos responder
  • 00:39:43
    vamos a ver
  • 00:39:47
    pregunta a juan carlos scram es
  • 00:39:48
    exclusivamente un rol de coordinación o
  • 00:39:50
    tiene otros el scrum es exclusivamente
  • 00:39:53
    un rol de coordinación o tiene otros
  • 00:39:54
    juan carlos entiendo que te refieres a
  • 00:39:56
    extra master
  • 00:39:59
    él es gran master no se ve bien a qué te
  • 00:40:01
    refieres scram como habéis visto es un
  • 00:40:03
    framework para trabajar en equipo y
  • 00:40:06
    dentro hay un rol que se les cala en
  • 00:40:08
    baster que más que un rol de
  • 00:40:09
    coordinación no es así realmente en el
  • 00:40:11
    equipo scrum hay una el equipo se
  • 00:40:13
    coordina colectivamente valen scram
  • 00:40:17
    master podríamos decir que es un rol de
  • 00:40:18
    facilitador que resuelve problemas ayuda
  • 00:40:21
    al equipo en las cuestiones que puede
  • 00:40:22
    ayudar sobre todo en desbloquear
  • 00:40:24
    cuestiones que no son puramente técnicas
  • 00:40:25
    sino que a lo mejor son más
  • 00:40:26
    administrativas o más de gestión y
  • 00:40:28
    además se ocupa de que se cumpla scram
  • 00:40:30
    de que se realicen las reuniones
  • 00:40:32
    correctas que duren en el tiempo
  • 00:40:33
    correcto y que se consigan las
  • 00:40:35
    conclusiones correctas
  • 00:40:37
    pregunta javier hoy ver las reuniones de
  • 00:40:40
    scrum de scrum se realizan cada cuánto
  • 00:40:42
    tiempo no hay una
  • 00:40:45
    ahí no hay una la técnica no
  • 00:40:49
    no es estricta en esto de acuerdo no es
  • 00:40:51
    estricta en esto esto hay que definirlo
  • 00:40:53
    para cada caso de acuerdo porque porque
  • 00:40:56
    a lo mejor hay unos grandes cracks que
  • 00:40:57
    en el que tienes 17 equipos y a lo mejor
  • 00:40:59
    hay otro en el que tienes tres equipos
  • 00:41:00
    con lo cual ahí no es lo mismo una
  • 00:41:03
    situación y un escenario que el otro con
  • 00:41:05
    lo cual bueno eso eso por ciclo así
  • 00:41:07
    queda abierto queda un tanto abierto
  • 00:41:10
    maría cecilia maría cecilia dice cómo
  • 00:41:13
    generar interés y motivación para
  • 00:41:14
    trabajar bajo el método scram e
  • 00:41:15
    instalarlo como herramienta productiva
  • 00:41:17
    en equipos que no han trabajado de esta
  • 00:41:18
    manera antes
  • 00:41:20
    bueno maría esto es una pregunta del
  • 00:41:22
    millón entonces ahí es donde hay una
  • 00:41:24
    gran pregunta pero esto no lo puedo
  • 00:41:27
    responder ahora mismo cinco segundos
  • 00:41:28
    vale eso es uno de los grandes retos de
  • 00:41:30
    estos enfoques ágiles e implantarlos en
  • 00:41:33
    las organizaciones allí hay una gran
  • 00:41:34
    dificultad normalmente
  • 00:41:36
    porque implica un cambio de mentalidad
  • 00:41:38
    implica un cambio en la forma de
  • 00:41:39
    trabajar es decir esto no es solamente
  • 00:41:41
    dejar de utilizar unas reglas y pasar a
  • 00:41:43
    utilizar otras
  • 00:41:46
    los enfoques ágiles no consisten en yo
  • 00:41:48
    hasta ahora hacía las cosas así y ahora
  • 00:41:49
    vamos a utilizar esta otra receta para
  • 00:41:51
    hacerlas no implican van más allá
  • 00:41:54
    trabajar de manera ágil implica un
  • 00:41:55
    cambio mental una forma de trabajar
  • 00:41:57
    diferente e incluso que implican una
  • 00:42:00
    cierta vamos además revolución en la
  • 00:42:03
    organización en el sentido de
  • 00:42:06
    cambiar las reglas organizativas
  • 00:42:11
    cambiar las las relaciones entre las
  • 00:42:15
    profecías entre los profesionales entre
  • 00:42:17
    las personas y hacer la organización en
  • 00:42:20
    definitiva más horizontal no tan
  • 00:42:22
    vertical no tan jerárquica con lo cual
  • 00:42:23
    suele haber bastante dificultad a la
  • 00:42:26
    hora de implantar ya sea scram o sean
  • 00:42:29
    otros métodos ágiles otros frameworks
  • 00:42:31
    ágiles precisamente por lo que os digo
  • 00:42:32
    por lo que digo maría porque implica una
  • 00:42:35
    un cambio radical en la forma de
  • 00:42:37
    trabajar y en cómo se relacionan las
  • 00:42:39
    personas y en ese sentido no es sencillo
  • 00:42:41
    vale no es sencillo esta pregunta no es
  • 00:42:45
    una pregunta fácilmente responde
  • 00:42:46
    respondí blé en 15 segundos de acuerdo
  • 00:42:50
    ahí es donde está verdaderamente el
  • 00:42:52
    secreto entre el triunfo del éxito y el
  • 00:42:55
    fracaso en este en este caso
  • 00:42:58
    angela dice él es grande es que tenemos
  • 00:42:59
    spring individuales por supuesto cada
  • 00:43:02
    equipo tiene su sprint individual en el
  • 00:43:04
    sentido de equipo vale cada equipo tiene
  • 00:43:06
    su sprint lo que pasa es que hay una
  • 00:43:08
    coordinación a un nivel superior por
  • 00:43:10
    parte de un súper producto un nerd y un
  • 00:43:13
    súper gran master de acuerdo pero cada
  • 00:43:15
    equipo sigue trabajando individualmente
  • 00:43:16
    con las reglas de scrum individuales
  • 00:43:21
    comenta carlos si podría comentar algo
  • 00:43:23
    sobre user story o épicas bueno se sale
  • 00:43:26
    un poco del se sale un poco del tiempo
  • 00:43:30
    que tenemos que además es no está
  • 00:43:31
    acabando ya pero bueno básicamente
  • 00:43:33
    podríamos decir carlos de una forma muy
  • 00:43:36
    resumida para que lo entiendan todos los
  • 00:43:37
    asistentes que cuando hablamos de scram
  • 00:43:39
    no estamos hablando estrictamente o
  • 00:43:41
    específicamente de requisitos en ese
  • 00:43:43
    producto lo que hemos visto más que
  • 00:43:46
    hablar de requisitos hablaríamos de
  • 00:43:47
    ítems de trabajo y dentro de esos ítems
  • 00:43:50
    de trabajo hay algunos que pueden ser y
  • 00:43:52
    user stories historias de usuario en
  • 00:43:54
    definitiva es una forma distinta de
  • 00:43:56
    formular los requisitos del cliente en
  • 00:43:58
    una forma diferente de formular las
  • 00:44:01
    más hablando desde el punto de vista de
  • 00:44:03
    lo que quiere el usuario de lo que
  • 00:44:04
    necesita el usuario vale eso serían
  • 00:44:06
    historias de usuario que son las épicas
  • 00:44:09
    podríamos decir que las épicas son
  • 00:44:10
    historias de usuario que todavía están
  • 00:44:12
    por desglosar por detallar por por
  • 00:44:14
    dividir no son como funcionalidades muy
  • 00:44:17
    grandes todavía que o bien no son
  • 00:44:19
    prioritarias ahora o bien tenemos
  • 00:44:21
    previsto o el producto uner las deja
  • 00:44:24
    para más adelante para que sean
  • 00:44:25
    desglosadas más adelante una épica sería
  • 00:44:27
    una y un ser story muy grande muy grande
  • 00:44:30
    y que es necesario desglosar la idea y
  • 00:44:32
    dividirla en el futuro para poder
  • 00:44:35
    trabajar con unidades más pequeñas de
  • 00:44:36
    acuerdo carlos creo que no nos da mucho
  • 00:44:38
    más tiempo hablar sobre esto porque esto
  • 00:44:40
    daría para para un webinar completo sino
  • 00:44:42
    para mucho más
  • 00:44:44
    santiago pregunta en su experiencia que
  • 00:44:46
    framework le dio más resultados grandes
  • 00:44:48
    gramos nexus soles
  • 00:44:51
    por mi experiencia podría decirte que
  • 00:44:53
    son válidos cualquiera de los tres
  • 00:44:56
    no me decantaría por ninguno y habría
  • 00:44:58
    que ver en cada caso cuál aplica mejor
  • 00:45:01
    son muy parecidos de acuerdo son muy
  • 00:45:03
    parecidos y que yo creo que para empezar
  • 00:45:05
    con carlos para empezar yo siempre hoy
  • 00:45:08
    perdón en santiago para empezar yo creo
  • 00:45:10
    que siempre es mejor empezar por lo más
  • 00:45:11
    simple por lo más sencillo y de los tres
  • 00:45:13
    yo diría que el más simple o el más
  • 00:45:15
    sencillo de entender es grande es camps
  • 00:45:16
    yo creo que como un primer paso siempre
  • 00:45:19
    yo creo que recomendaría empezar para
  • 00:45:20
    los grandes cracks de acuerdo para luego
  • 00:45:22
    ir evolucionando
  • 00:45:25
    santiago pregunta cuál son las ventajas
  • 00:45:27
    y desventajas más significativas de cada
  • 00:45:28
    una
  • 00:45:29
    bueno yo creo que hemos hablado un poco
  • 00:45:30
    de esto es grandes gramos es más simple
  • 00:45:32
    de entender para empezar es más fácil
  • 00:45:34
    nexus tiene más complicación
  • 00:45:36
    probablemente él es también sea un poco
  • 00:45:37
    más simple
  • 00:45:39
    bueno yo no hablaría tanto de ventajas y
  • 00:45:41
    desventajas sino de cuál es más simple o
  • 00:45:43
    menos simple o más complejo a la hora de
  • 00:45:46
    trabajar y yo diría que es grande es
  • 00:45:48
    camps es el más simple vale a priori
  • 00:45:52
    yo me pregunta cómo se sabe la
  • 00:45:54
    identificación del mercado
  • 00:45:57
    y aunque esta pregunta no se viene a qué
  • 00:45:59
    te refieres
  • 00:46:01
    no sabría decirte vale
  • 00:46:03
    no sé a qué se refiere con la
  • 00:46:04
    identificación del mercado no sé qué no
  • 00:46:07
    sé si no va a dar tiempo si puedes
  • 00:46:08
    volver a hacerla pero no sé si me dará
  • 00:46:09
    tiempo a llegar hasta voy a llegar hasta
  • 00:46:12
    las que me dé tiempo contestar de
  • 00:46:13
    acuerdo creo que me da el tiempo
  • 00:46:14
    contestar a todas porque hay muchísimas
  • 00:46:15
    os las agradezco o las agradezco de
  • 00:46:17
    verdad las preguntas pero casi prefiero
  • 00:46:19
    empezar por las primeras y llegar hasta
  • 00:46:21
    donde nos dé tiempo de acuerdo esperan
  • 00:46:23
    se puede aplicar a trabajos de
  • 00:46:24
    construcción pregunta antonio es una
  • 00:46:27
    buena pregunta antonio que requería un
  • 00:46:29
    análisis pero yo te diría así a bote
  • 00:46:31
    pronto de una forma rápida y muy
  • 00:46:34
    resumida a riesgo de ser de simplificar
  • 00:46:36
    la realidad debería que no se adapta
  • 00:46:39
    demasiado bien a eso vale te diría que a
  • 00:46:41
    priori no a priori scram en trabajos de
  • 00:46:44
    construcción o en un proyecto de
  • 00:46:45
    construcción como tal no lo veo otra
  • 00:46:48
    cosa es que lo apliquemos a determinadas
  • 00:46:50
    partes de un proyecto de construcción
  • 00:46:51
    partes concretas específicas ahí ya
  • 00:46:53
    podríamos hablar de algo más podríamos
  • 00:46:55
    podríamos verlo pero como proyecto
  • 00:46:58
    global de construcción aplicar es karam
  • 00:47:00
    a un proyecto en general de construcción
  • 00:47:01
    no sería lo adecuado estaríamos hablando
  • 00:47:03
    más de un framework más predictivo
  • 00:47:07
    o tradicional
  • 00:47:09
    jorge pregunta que nos puedes comentar
  • 00:47:10
    de seif bueno efectivamente jorge 6 es
  • 00:47:13
    otra técnica para escalar agilidad pero
  • 00:47:17
    ya se aleja bastante más de scram es más
  • 00:47:19
    compleja es probablemente de todas las
  • 00:47:21
    de todas las que hay es la más compleja
  • 00:47:22
    y va un poco más allá no se trata sólo
  • 00:47:24
    de escalar scrum sino que se va un poco
  • 00:47:26
    más allá y llega hasta hasta podríamos
  • 00:47:29
    decir que aborda la implementación de
  • 00:47:32
    allá y lo del enfoque ágil en la propia
  • 00:47:35
    organización vale entra más en el
  • 00:47:37
    terreno del cambio organizacional vale
  • 00:47:39
    con lo cual jorge
  • 00:47:41
    es algo más complejo va un poco más allá
  • 00:47:43
    es un paso más allá y yo creo que tiene
  • 00:47:45
    un abanico tiene un perdón
  • 00:47:47
    tiene un scout tiene un
  • 00:47:51
    abarca más más más amplio vale va más
  • 00:47:54
    allá llega más lejos
  • 00:47:56
    y se mete en el terreno organizacional
  • 00:47:59
    juan carlos dice el esquema este tiene
  • 00:48:01
    alguna autoridad sobre el equipo no el
  • 00:48:03
    scrum master no tiene ninguna autoridad
  • 00:48:04
    sobre el equipo de acuerdo no hay nadie
  • 00:48:08
    en el equipo scram con más autoridad que
  • 00:48:10
    otra porque otro en teoría le estamos
  • 00:48:12
    dando de scram tal y como el framework
  • 00:48:14
    se expresa como tal y como el framework
  • 00:48:19
    se formula no hay nadie con la más
  • 00:48:21
    autoridad que otro ni siquiera descarga
  • 00:48:23
    master ni el producto ni tampoco no hay
  • 00:48:24
    de no intérpretes que les cargan master
  • 00:48:27
    y el producto aún er tienen más
  • 00:48:29
    autoridad que el resto de miembros del
  • 00:48:31
    equipos que no la tienen tienen
  • 00:48:33
    funciones distintas pero no más
  • 00:48:36
    autoridad la autoridad es colegial es
  • 00:48:38
    colectiva y las decisiones se toman
  • 00:48:40
    colectivamente
  • 00:48:45
    edward dice existen algunas herramientas
  • 00:48:47
    como software que permita trabajar con
  • 00:48:48
    scrum planificación trabajos y hay
  • 00:48:50
    muchas herramientas para trabajar con
  • 00:48:52
    scrum algunas son software
  • 00:48:54
    vamos a llamar gratuito otras otras no
  • 00:48:57
    son software que cuesta dinero de pago
  • 00:49:00
    a ver no tampoco quiero hacer publicidad
  • 00:49:02
    de ninguna pero sí sí existen edward
  • 00:49:04
    existen diferentes herramientas os
  • 00:49:07
    invito a que si es un vistazo yo creo
  • 00:49:09
    que si ponéis software de gestión o
  • 00:49:12
    herramientas para trabajar con scar
  • 00:49:13
    amberes barberis distintas herramientas
  • 00:49:15
    varias herramientas podríamos decir que
  • 00:49:17
    probablemente y sin ánimo de hacer
  • 00:49:19
    ningún tipo de publicidad sino
  • 00:49:20
    simplemente hablando de a nivel
  • 00:49:21
    estadístico probablemente la más
  • 00:49:23
    utilizada o la más extendida a nivel
  • 00:49:25
    internacional para trabajar con scrum y
  • 00:49:28
    otras y otros enfoques ágiles sea gira o
  • 00:49:31
    si conocéis gira de atlas ya es una
  • 00:49:33
    novel gratuita pero sí es la más
  • 00:49:35
    probablemente la más utilizada
  • 00:49:40
    dónde puedo encontrar ejemplos de
  • 00:49:42
    aplicación de scram pregunta angela
  • 00:49:43
    bueno te invito a que eches un vistazo
  • 00:49:45
    en google y hay muchísima documentación
  • 00:49:48
    muchísimos libros muchísimas hay
  • 00:49:51
    muchísima literatura sobre scrum
  • 00:49:53
    muchísimos artículos webs blogs angela
  • 00:49:58
    echa un vistazo investiga de acuerdo
  • 00:49:59
    investiga por qué decirte algo ahora
  • 00:50:02
    es un océano lo que lo que encuentras en
  • 00:50:05
    internet sobre esto vale
  • 00:50:07
    mario dice estuve contigo en el módulo
  • 00:50:09
    anterior pero simplemente eres karam e
  • 00:50:11
    integraciones en planeación de
  • 00:50:12
    producción para varios proyectos en
  • 00:50:13
    nuestros clientes lo recomiendas por
  • 00:50:15
    supuesto por supuesto mario es cada mes
  • 00:50:19
    está recomendado el tema en la cuestión
  • 00:50:21
    es cómo lo implementamos y de qué forma
  • 00:50:23
    no es un poco el secreto vale
  • 00:50:25
    pero como recomendación por supuesto que
  • 00:50:27
    sí
  • 00:50:28
    giovanni y dice muy interesante cuando
  • 00:50:31
    se trata de un programa de inversión que
  • 00:50:33
    incluye varios proyectos cual esquema de
  • 00:50:35
    scram consigue los resultados más
  • 00:50:36
    favorables para gestiona el programa
  • 00:50:37
    cualquiera de los que hemos visto es
  • 00:50:39
    interesante y otros que no hemos visto
  • 00:50:41
    también podrían ser interesantes yo he
  • 00:50:43
    tratado de hablar de los que más
  • 00:50:44
    apegados siguen a scrum vale comentaba
  • 00:50:49
    un compañero antes
  • 00:50:50
    seif buenos aíres un ring porque se está
  • 00:50:53
    implementando en muchas organizaciones
  • 00:50:54
    pero ya no es scrap ya se aleja mucho de
  • 00:50:56
    ska vale es ágil podríamos decir podéis
  • 00:50:59
    así lo bueno sería discutible como es de
  • 00:51:01
    ágil o no pero ya no es scrap vale se
  • 00:51:04
    aleja bastante descartó cualquiera de
  • 00:51:05
    estos tres para empezar creo que sería
  • 00:51:07
    una muy buena opción giovanni
  • 00:51:09
    juan carlos gracias silvestre las
  • 00:51:13
    métricas a medir para estos casos de
  • 00:51:14
    escala 2 efectivamente mira silvestre
  • 00:51:17
    probablemente las mismas métricas que en
  • 00:51:20
    un equipo individual scrum pero
  • 00:51:22
    escaladas de acuerdo en definitiva si os
  • 00:51:24
    fijáis lo que estamos haciendo es
  • 00:51:25
    replicar scrum pero a otro nivel vale
  • 00:51:27
    con lo cual podrían valer esas mismas
  • 00:51:28
    métricas y bueno y alguna otra métrica
  • 00:51:32
    es específica del escalado porque lo que
  • 00:51:34
    mide es mide a nivel integrado por
  • 00:51:36
    decirlo así pero las mismas métricas
  • 00:51:38
    podrían escalar sé perfectamente esto
  • 00:51:40
    también daría para otro webinar vale
  • 00:51:41
    como comprenderéis silvestre
  • 00:51:45
    alfonso dice yo creo que las últimas dos
  • 00:51:47
    preguntas voy a leer y terminamos aquí
  • 00:51:49
    vale alfonso dice las técnicas de
  • 00:51:51
    escalado cada equipo debe de ser mixto
  • 00:51:52
    por ejemplo back-end front-end si debe
  • 00:51:54
    haber debe ser multifuncional de acuerdo
  • 00:51:58
    debe haber personas para cada una de las
  • 00:52:00
    cuestiones que el equipo debe resolver
  • 00:52:02
    en este sentido si te refieres a con
  • 00:52:04
    mixto a multifuncional si alfonso y por
  • 00:52:07
    último voy a leer la de juan roberto
  • 00:52:10
    --equipos ante las muestras de los
  • 00:52:12
    equipos mostrados aún se puede agregar
  • 00:52:13
    cambios de posiciones va a agregar un
  • 00:52:15
    scrum master en una u otra frontera así
  • 00:52:17
    esto es flexible si no fuera flexible no
  • 00:52:19
    serviría de acuerdo con roberto
  • 00:52:23
    vale pues yo creo que lo vamos a dejar
  • 00:52:24
    aquí
  • 00:52:25
    os agradezco muchísimo que hubiera
  • 00:52:28
    dejado algunas preguntas pero se nos
  • 00:52:30
    acaba el tiempo y tengo que terminar ya
  • 00:52:31
    me hubiera gustado muchísimo contestar a
  • 00:52:33
    todas os agradezco profundamente todas
  • 00:52:35
    las preguntas y el interés que habéis
  • 00:52:36
    mostrado y espero que esto sea un primer
  • 00:52:39
    punto de contacto con el escalado de
  • 00:52:41
    scram y que podamos seguir conversando
  • 00:52:43
    de esto bien a través del máster bien a
  • 00:52:45
    través de la especialización o bien a
  • 00:52:46
    través de lo que considerase oportuno
  • 00:52:48
    podéis dirigiros a real de business
  • 00:52:50
    school para cualquier que estén que
  • 00:52:51
    necesitáis y para poneros en contacto
  • 00:52:52
    conmigo sin necesidad de alguna cosa
  • 00:52:54
    agradeceros vuestra presencia vuestra
  • 00:52:56
    atención vuestro interés y vuestra
  • 00:52:58
    participación muchísimas gracias y quedó
  • 00:53:01
    a vuestra disposición para bueno otras
  • 00:53:04
    cuestiones que podamos ver más adelante
  • 00:53:06
    nos veremos en los siguientes webinars o
  • 00:53:08
    en los programas de gestión de proyectos
  • 00:53:10
    de 'la de business school muchísimas
  • 00:53:12
    gracias a todos gracias
Tags
  • Scrum
  • agilidad
  • gestión de proyectos
  • escalado de Scrum
  • Scrum de Scrums
  • Nexus
  • LeSS
  • sprints
  • equipo multifuncional
  • framework ágil