• 1.1. Introducción al Scrum Guide Expansion Pack 

• Propósito y origen del documento, que amplía la Guía Scrum de 2020.
• Entender el "qué" y el "por qué" de los elementos de Scrum con una visión a futuro.
• El "Expansion Pack" añade profundidad al documento original, que era simple para permitir una adopción masiva.
• Mencionar a los autores: Ralph Jocham, John Coleman y Jeff Sutherland.

• 1.2. Teoría y principios de apoyo 

• Refuerzo de los fundamentos de Scrum: equipo autogestionado, empirismo, emergencia y pensamiento lean.
• Nuevas ideas complementarias: responsabilidad compartida, reducción de desperdicio que no agrega valor, enfoque en el trabajo como problemas u oportunidades, descubrimiento, entrega y validación de valor, y mejora continua.
• Revisión de la complejidad y la emergencia: cómo Scrum aborda entornos donde la relación causa-efecto se entiende solo a posteriori.

• 2.1. Novedades en roles 

• Roles expandidos: se incluye al Stakeholder (Parte Implicada) y al Supporter (Aliado) como un tipo de Stakeholder.
• El rol de la Inteligencia Artificial (IA): puede ser una herramienta o incluso un desarrollador potencial, pero la responsabilidad humana debe ser clara.
• Directrices claras sobre cuándo un Product Owner, Product Developer o Scrum Master deberían considerar dejar su rol si no cumplen con las expectativas de profesionalismo.

• 2.2. Nuevos artefactos y compromisos 

• Introducción a la Definition of Outcome Done (Definición de Hecho de Resultado), un compromiso que describe las medidas para validar los beneficios reales obtenidos.
• Definition of Done se renombra a Definition of Output Done (Definición de Hecho de Producto) y se enfatiza su rol como estándar de calidad para el incremento.
• Énfasis en el aprendizaje, la retroalimentación de resultados y los outcomes (resultados) sobre los outputs (entregables).

• 3.1. Nuevas secciones en los eventos de Scrum 

• Daily Scrum: Los desarrolladores se alinean sobre el progreso hacia el Sprint Goal o, si este ya se alcanzó, hacia el Product Goal.
• Sprint Review: Además de inspeccionar el incremento, se inspeccionan el Product Goal, el Product Backlog, las expectativas de los stakeholders y la retroalimentación de resultados.
• Sprint Retrospective: El equipo reflexiona sobre mejoras en el incremento, los resultados, el profesionalismo y el flujo de valor, entre otros aspectos.

• 3.2. Estrategia emergente y pensamiento de producto 

• La estrategia emergente como un marco de decisiones explícitas e integradas, que debe distinguir entre fines (resultados) y medios (actividades).
• El Pensamiento de Producto se centra en productos, no proyectos, y busca equilibrar el crecimiento a corto plazo con las preocupaciones a largo plazo (como la deuda técnica).
• Cómo Scrum apoya el descubrimiento, la entrega y la validación de valor en el contexto del Pensamiento de Producto.

• 3.3. Pensamiento sistémico y liderazgo 

• El Pensamiento Sistémico reconoce la interconexión de los elementos en los sistemas y ayuda a evitar las "sub-optimizaciones locales".
• Liderazgo para la resiliencia: no es una posición de gestión, sino un conjunto de cualidades para guiar e inspirar a un grupo de personas hacia un objetivo común.
• Los Product Owners, Scrum Masters y Desarrolladores demuestran liderazgo con sus responsabilidades específicas.

• 4.1. Productos con múltiples equipos Scrum

• Directrices para escalar Scrum: compartir el mismo Product Goal, Product Backlog, Product Owner y las definiciones de "hecho".
• La importancia de tener menos Product Backlogs por producto para aumentar la transparencia y la adaptabilidad.
• Fomentar la serendipia y el "aprendizaje múltiple" entre equipos.

• 4.2. Conclusiones y cierre 

• Resumen de la evolución de Scrum como una "expedición sin fin hacia la mejora continua y la evolución".
• La importancia de no copiar enfoques de otras organizaciones sin adoptar también su cultura.