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.

• Fuentes:

• 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?

Bibliografía

• [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.

Si buscas un formador para realizar este curso u otra actividad formativa (webinar, workshops, bootcamps, etc.) en tu organización, me puedes ubicar a través de la página de contacto. Muchas gracias.

Si te ha gustado el artículo puedes ayudarme haciendo una donación con criptomonedas. Gracias!!!