Modalidad de la Clase

En grupos se asigna un pedacito de la temática de Nexus a explicar al resto de los

compañeros.
Grupo 6: Nexus Sprint Review

Aclaraciones
Una de las condiciones de Nexus, además de otros framework para escalar scrum,
pone como condición para escalar (9 equipos), si o si debe ser un solo producto.
Cuya necesidad de escalar es que el tiempo en el que se necesita realizarlo no puede
ser con un solo equipo y para realizarlo más rápido necesitamos la ayuda de varios.
Se generan tantas sprint backlog como productos haya.
Es un rol nuevo que se crea, cuyo foco es que los miembros que pertenecen al NIT
pueden pertenecer a algún ST, pero su función importante es el NIT (ante ).

Nexus es como SCRUM sobre SCRUM

El evento de refinamiento es opcional.

Nexus Daily Scrum

Hace foco del impacto de cada equipo sobre el incremento integrado.
Independientemente que no hagamos las preguntas, lo que si plantean que puede ser
significativo tiene que ver sobre los aspectos que se van a tratar, se va a tratar la
integración.
Tener en cuenta las preguntas para saber que se va a tratar. Si se eliminan en scrum
quedan como lineamientos a seguir.
La implementación de prácticas de integración continuas, es fundamental de lo
contario resulta complejo trabajar con Nexus.
Se hace foco en aspectos de los integración del trabajo de todos los equipos,
dependencias, problemas.

Cuando hablamos de los eventos tenemos el SCRUM diario de todos los equipos y
luego el SCRUM diario de NEXUS que va a trabajar con todos los equipos.
Retrospectiva
El objetivo de la retrospectiva no debe ser catarsis, es el input para luego poder
plantear las mejoras. Es importante tener un mediador durante este evento.
Además de que el evento debe hacer foco en las actividades concretas, las más
importantes para hacer el plan de mejora. De lo contrario corremos el riesgo de evitar
que se materialice.
Se utilizan ciertas dinámicas para que los temas surjan sin echar culpa, que sea lo más
llevadera posible para plantear las mejoras.