Scrum Guide Expansion Pack

• En este artículo hago una breve introducción y resumen a la Scrum Guide Expansion Pack actualizada en enero 2026 (v2026.01).

• El Scrum Guide Expansion Pack[2] complementa a la Guía Scrum sin reemplazarla.

• Es una ayuda para los equipos que quieran aprender con rapidez, adaptarse y generar valor en entornos inciertos y acelerados.

• Es un proyecto Open Source dirigido por la comunidad y cualquier puede sugerir mejoras o contribuir contenido.

• No agrega nuevas reglas sino que refuerza el espítitu del marco Scrum en relación a:

  • Foco en la complejidad.
  • Sistemas de trabajo.
  • Pensamiento de producto.
  • Liderazgo.

• está basado en:

  • la Guía Scrum (2020) creada por Ken Schwaber y Jeff Sutherland https://scrumguides.org/,
  • A Simple Guide to Scrum https://scrum.academy/guide/ de Tobias Mayer, y el
  • Scrum Hexis https://thecynefin.co/product/hexi-scrumorg/ que desarrolla, desde la perspectiva del 2025, la Guía Scrum anteriormente mencionada.

• Fuente: https://scrumexpansion.org/es/.

• El Scrum Guide Expansion Pack se puede descargar de https://scrumexpansion.org/scrum-guide-expanded/translations/.

• Para participar en su elaboración: https://github.com/ScrumGuides/ScrumGuide-ExpansionPack.

Teoría de apoyo y complementaria

• Scrum se fundamenta en un equipo Scrum autogestionado, la emergencia, el empirismo y el pensamiento lean.
• Se sustenta en la teoría complementaria que se presenta a continuación e ideas como:
  • Responsabilidad compartida,
  • Reducción de desperdicios que no aportan valor (incluidas las ineficiencias organizacionales),
  • Enmarcar el trabajo como problemas u oportunidades,
  • Descubrimiento, entrega y validación de valor, y
  • Mejora continua.

Complejidad: el caso de Scrum

• En trabajos complejos hay más incógnitas que certezas, y la relación causa-efecto solamente se entiende a posteriori.

• Generalmente nada permanece en el mismo espacio para siempre y el equipo Scrum puede encontrarse al borde del caos.

• Las oportunidades de emergencia a través de la inspección y adaptación del quién, porqué, qué, cómo, dónde, y cuándo son abundantes.

• Es importante eliminar lo que no funciona y amplificar lo que sí funciona, promoviendo la mejora continua.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 4).

Emergencia

• La emergencia se produce cuando surgen patrones o comportamientos significativos de las interacciones dentro de sistemas complejos; patrones que no se pueden predecir simplemente observando las partes.

• En Scrum, la emergencia no está estrictamente controlada, sino que se guía por restricciones como eventos con límites de tiempo, roles y bucles de retroalimentación, que crean las condiciones para la autogestión y la adaptabilidad sin imponer resultados concretos.

• Los equipos Scrum, que operan como sistemas adaptativos complejos, se ven influenciados (pero no dirigidos) por experimentos cortos, paralelos y seguros para fallar, y mediante la retroalimentación continua.

• Patrones como el enjambre (swarming), los equipos estables (Stable Teams) y Kaizen ayudan a identificar y moldear el comportamiento emergente, permitiendo que el equipo descubra soluciones innovadoras y las potencie.

• Este enfoque reconoce que la autogestión no se diseña desde la alta dirección sino que se desarrolla cuando se da el entorno adecuado.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 4).

Equipo Scrum autogestionado

• Un equipo Scrum autogestionado verifica si está en el camino correcto, toma medidas cuando no lo está, decide cómo trabajar, resuelve conflictos en el propio equipo y soluciona sus propios problemas.

• Los equipos Scrum autogestionados organizados en torno al valor son cruciales para la resolución creativa de problemas y la captura de emergencias dentro de la organización.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 5).

Profesionalismo

• Profesionalismo consiste en esforzarse por alcanzar la excelencia y trabajar juntos para aportar valor de forma respetuosa, transparente y responsable.

• Ser profesional significa asumir la plena responsabilidad del producto, desde su creación hasta su final, a lo largo de todo su ciclo de vida.

• En un contexto de desarrollo de software, el profesionalismo incluye, pero no se limita a, la excelencia técnica (pruebas unitarias, código legible, TDD, CI/CD, etc.).

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 5).

Pensamiento Lean

• El pensamiento Lean reduce el desperdicio en el trabajo y su ejecución, y se centra en el flujo de valor y la mejora continua.

• Los principios Lean se basan en la mejora continua y el respeto por las personas.

• Al centrarse en los principios Lean, las organizaciones pueden mejorar la eficacia al menor coste y a largo plazo, ofreciendo un mayor valor a los clientes, a la vez que fomentando un clima de aprendizaje y desarrollo continuo.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 6).

Empirismo

• Un enfoque empírico implica observaciones continuas, desarrollo y perfeccionamiento de la teoría, puesta en práctica y pruebas y modificaciones para establecer ciclos de retroalimentación eficaces.

• El empirismo puede ayudar a los equipos Scrum a entregar algo que las partes interesadas consideren valioso cuando el qué o el cómo son inciertos.

• Scrum trata de hacer probable lo improbable mediante el descubrimiento, la entrega y la obtención de valor; esto a menudo incluye, entre otras cosas, compensaciones o experimentación.

• Todas las suposiciones pueden ser erróneas.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 6).

Ritmo

• Trabajar en sprints proporciona un ritmo constante que ayuda al equipo Scrum a centrarse en objetivos claros a corto plazo.

• Esta cadencia facilita la regular inspección y adaptación, lo que permite al equipo Scrum aprender y adaptarse basándose en la retroalimentación.

• Con el tiempo, se construye un ritmo de entrega sostenible, mejorando la previsibilidad, y fomentando la mejora continua.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 7).

Los tres pilares del control empírico de procesos de Scrum

• Transparencia

• La transparencia es un pilar de Scrum. Revela la realidad y la claridad del trabajo, y facilita el empirismo.

• Inspección

• La inspección es un pilar de Scrum. La inspección consiste en analizar la realidad, considerando la dirección del producto (el objetivo del producto) y la eficacia del equipo Scrum y las partes interesadas.

• La inspección facilita la adaptación.

• Adaptación

• La adaptación es un pilar de Scrum. Dada la dirección del producto, se espera que el equipo Scrum y las partes interesadas se adapten a la realidad en cuanto surjan oportunidades de mejora, como resultados de experimentos, intuiciones (insights), riesgos u oportunidades.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 7-8).

Los valores de Scrum

• Los valores de Scrum (Compromiso, Enfoque, Apertura, Respeto y Coraje) ayudan a crear un entorno de equipo Scrum que fomenta la seguridad psicológica y la colaboración positiva, lo cual se alinea con los principios identificados en la neurociencia como beneficiosos para el aprendizaje y el trabajo en equipo eficaz.

• Los miembros del equipo Scrum y partes implicadas pueden observar los valores de Scrum a través del marco OODA de John Boyd (The Flow Guide: The OODA Loop https://flowguides.org/guide.php#d410.

• OODA fue creado para ayudar a los pilotos militares a tomar decisiones rápidas e inteligentes en situaciones cambiantes, mediante cuatro pasos: Observar, Orientar, Decidir y Actuar.

• OODA se puede aplicar a los valores de Scrum:

• Observar: Apertura y respeto.

• Orientar: Coraje.

• Decidir: Enfoque.

• Actuar: Compromiso.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 8-10).

Más teoría complementaria y de apoyo

Pensamiento de producto

• En Scrum el foco en la entrega de valor se basa en el producto, ya que las personas consumen productos o servicios, no consumen proyectos.
• Es por eso que Scrum tiene un Propietario del producto y no un Propietario del proyecto.
• El pensamiento_de_producto (Cagan, M., 2024. Transformed: Moving to the Product Operating Model) busca mediar entre enfocarse en el crecimiento a corto plazo: obtener los primeros usuarios, luego “cruzar el abismo” (Moore, G.A., 1991. Crossing the Chasm: Marketing and Selling High-Tech Products to Mainstream Customers), y gestionar el largo plazo: mantener la evolución continua, maximizar el valor del cliente y controlar el coste total de propiedad.

Para los productos Scrum apoya la factibilidad, usabilidad, deseabilidad, valor y viabilidad dentro de límites éticos (Blackburn, S., 2003. Ethics: A Very Short Introduction), utilizando para ello:

• Diseño de producto.

• Gestión de producto.

• Considerar la interacción entre las partes interesadas, investigación, objetivos, descubrimiento, diseño, entrega y validación continua de valor.

• En productos tecnológicos, mediante la ingeniería de producto.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 10).

Pensamiento sistémico

• El pensamiento sistémico (Ackoff, R.L., 1999. Ackoff’s Best: His Classic Writings on Management) reconoce que la interconexión de las interacciones entre los elementos dentro de la organización y la sociedad no siempre son lineales ni se pueden predecir.

• Las organizaciones se deber convertir en adaptativas (LeSS. Why LeSS? Achieving adaptiveness. https://less.works/less/framework/why-less) evitando suboptimizaciones como por ejemplo, bajar la calidad de un producto perdiendo clientes o mejorando un proceso que no es necesaro).

• En los trabajos complejos (Cynefin.io. 2022. Cynefin wiki. https://cynefin.io) no siempre es posible vincular causa y efecto, salvo en retrospectiva; aunque se deben considerar los posibles efectos de cualquier intervención.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 11).

Descubrimiento

• Se entiende por descubrimiento (Gothelf, J. & Seiden, J., 2021. Lean UX: Designing great products with agile teams. 3rd edn.) el aprender apuntando hacia un resultado deseado, priorizando, ejecutando, evitando o mejorando constantemente las ideas basadas en observación, retroalimentación u otros aprendizajes.

• Hace hincapié en la colaboración, la creatividad y la disposición a fallar y volver a intentarlo.

• Se debe integrar de forma coherente en Scrum, siempre siendo utilizado para generar valor alineado con las expectativas de las partes interesadas,

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 11-12).

• Liderazgo.

• Pensamiento desde los primeros principios.

• Personas y cambio.

Roles de Scrum en el paquete de expansión

• Parte implicada.
• Impulsor.
• Inteligencia artificial.
• Desarrollador de producto.
• Propietario del producto.
• Scrum Master.

Artefactos de Scrum en el paquete de expansión

• Producto.

  • Compromiso: Definición del resultado final (outcome).

• Incremento.

  • Compromiso: Definición del producto final (output).

• Pila del Producto (Product Backlog).

  • Elemento de la Pila del Producto.
  • Criterios de Aceptación.
  • Refinamiento.
  • Compromiso: Objetivo del Producto.
  • ¿Qué hay de la Visión del Producto?.

• Pila del Sprint (Sprint Backlog).

  • Compromiso: Objetivo del Sprint.

• Fuente: Scrum Guide Expansion Pack [2] (Pág. 24-30).

Eventos de Scrum en el Paquete de Expansión

• El Sprint.

• Planificación del Sprint.

  • El Porqué del Sprint.
  • El Qué hacia el Porqué.
  • El Cómo para el Qué.

• Scrum Diario.

• Revisión del Sprint.

• Retrospectiva del Sprint.

Anexos

El Ejecutivo o Miembro de la Junta Directiva Adaptativo

• Iluminando el Comportamiento Ejecutivo.

• Inmunidad al Cambio®.

• Liderazgo Basado en la Intención®.

• La Empresa Adaptativa

  • Más allá del Presupuesto.
  • Humanocracia.
  • Sociocracia.

• Fuente: https://scrumexpansion.org/adaptive-executive/.

AI y Scrum

• En la era actual de veloces avances de la inteligencia artificial (artificial intelligence – AI), integrarla dentro del desarrollo de productos digitales basados en Scrum es esencial para mantener la organización relevante y competitiva.
• Fuente: https://scrumexpansion.org/ai-and-scrum/.

Complejidad

• Un marco Cynefin es una herramienta de resolución de problemas para analizar situaciones con mayor precisión y responder adecuadamente en función de cinco dominios definidos por relaciones de causa y efecto.

• Estos dominios son Complejo, Complicado, Desordenado, Caótico y Obvio.

• Sources:

• https://scrumexpansion.org/complexity/.

• https://thecynefin.co/about-us/about-cynefin-framework/.

Testing Holístico, Ingeniería de la Calidad, y Scrum

• Todo el equipo Scrum es responsable de la calidad y las pruebas. Las actividades de prueba se realizan a lo largo de todo el ciclo continuo de desarrollo de software.

• Se debe considerar las pruebas desde una perspectiva holística. El Modelo de Pruebas Holísticas proporciona una herramienta visual para ayudar a los equipos Scrum a planificar una estrategia de pruebas integral que abarque todo el ciclo de vida del desarrollo.

• Fuente: https://scrumexpansion.org/holistic-testing/.

Productos con múltiples Equipos Scrum (Expansion of the SGEP)

• Si un Equipo Scrum se vuelve demasiado grande, debería considerar reorganizarse en varios Equipos Scrum cohesionados, cada uno enfocado en el mismo Producto.

• Varios Equipos Scrum que trabajan en el mismo Producto deberían compartir el mismo Objetivo del Producto, el Backlog del Producto, el Dueño del Producto, la Definición Base del Resultado Finalizado y la Definición Base del Producto Finalizado.

• Fuente: https://scrumexpansion.org/multi-team-scrum/.

El modelo operativo como decisión de liderazgo

• La elección del modelo operativo es una decisión de liderazgo y diseño organizacional que limita o posibilita los resultados asociados con Scrum.

• Scrum, como tecnología social basada en el empirismo, ve sus beneficios sistemáticamente restringidos cuando se implementa dentro de un modelo operativo predictivo en condiciones de mercado dinámicas.

• Fuente: https://scrumexpansion.org/operating-models/.

Pensamiento de producto

• Utilizando la perspectiva del Scrum Guide Expansion Pack (SGEP) y marcos como la Gestión Basada en Evidencia (EBM), aquí se analiza y explica por qué los equipos de producto deberían pasar de centrarse en las actividades y las salidas (output) a asumir intencionalmente la responsabilidad de los resultados (outcomes) y los impactos.

• Fuente: https://scrumexpansion.org/product-thinking/.

Seguridad psicológica en los equipos Scrum

• Scrum prospera cuando las personas están dispuestas a compartir lo que ven, incluso cuando es incompleto, inconveniente o incómodo.

• Expresar opiniones debería ser lo habitual, no la excepción.

• La seguridad psicológica crea un entorno propicio para la inspección y la adaptación significativas, que es como Scrum facilita el aprendizaje y permite un alto rendimiento.

• Fuente: https://scrumexpansion.org/psychological-safety-in-scrum-teams/.

Prácticas de Ingeniería de Software para Scrum

• Este documento describe las prácticas de ingeniería esenciales que mejoran la eficacia de Scrum en la ingeniería de software para productos digitales (SGEP/ProductThinking).

• Fuente: https://scrumexpansion.org/software-engineering-practices/.

Estrategia

• Esta sección presenta diez cualidades estratégicas que pueden transformar buenos equipos Scrum en equipos excepcionales.

• Representa una perspectiva selecta de líderes influyentes, más que una visión definitiva resultante de un análisis exhaustivo.

• Fuente: https://scrumexpansion.org/strategy-as-an-empirical-capability/.

Estrategia Emergente

• La estrategia no está limitada por la escala; si existe, debe estar claramente articulada a nivel corporativo, de unidad de negocio o de producto, y mantenerse coherente e integrada en todos estos niveles.

• Fundamentalmente, la estrategia debe distinguir entre fines (resultados cuantificados y valorados por las partes interesadas) y medios (iniciativas o actividades).

• Basándose en y adaptando el trabajo de Roger L. Martin y el de Tom Gilb, la estrategia consiste en tomar decisiones integradas y explícitas: decidir qué perseguir y qué no a partir de una aspiración ganadora bien definida y medible, no solo de una misión o visión amplia.

• Una estrategia eficaz responde a:

  • ¿Dónde jugaremos?
  • ¿Cómo ganaremos de forma ética y sostenible, equilibrando una multiplicidad de expectativas y límites?
  • ¿Qué capacidades y sistemas deben estar implementados?
  • ¿Qué más debe cumplirse para que esta estrategia tenga éxito?

Bibliography

• [1] Schwaber, K., Sutherland, J. (2020). La Guía Scrum La Guía Definitiva de Scrum: Las Reglas del Juego.
• [2] Jocham, R., Coleman, J., Sutherland, J. (2026). Scrum Guide Expansion Pack v2026.01.

If you are looking for a trainer to run this course or another training activity (webinar, workshops, bootcamps, etc.) in your organisation, you can find me through the contact page. Thank you very much.

If you liked the article you can help me by donating with cryptocurrencies. Thank you!!!