## 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
– *A Simple Guide to Scrum*
– *Scrum Hexis*
– Fuente:
– El *Scrum Guide Expansion Pack* se puede descargar de
– Para participar en su elaboración:
## 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*
– 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*.
– En los trabajos complejos (Cynefin.io. 2022. *Cynefin wiki*.
– 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:
## 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:
## 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:
–
–
## 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:
## 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:
## 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:
## 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:
## 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:
## 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:
## 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:
### 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!!!