Expansion Pack de la Guía Scrum

Como formador y practicante de Scrum desde hace años, celebro —y a la vez miro con lupa— la aparición del Expansion Pack de la Guía Scrum. La Guía 2020 apostó por la mínima prescripción para maximizar la libertad responsable de los equipos; definió qué es Scrum y las reglas del juego, no cómo debes jugar cada jugada. Ese minimalismo no fue casual: todo lo que no sea esencial estorba el empirismo y la mejora continua. El Pack llega en 2025 para “profundizar” y “traer a tiempo presente” esa base, añadiendo teoría, matices prácticos y lenguaje más conectado con producto, liderazgo y complejidad. Bien usado, puede ser una vitamina.

Mal entendido, puede convertirse en una receta que anula la autoorganización.

Lo que aporta realmente el Pack

El documento no es una nueva versión de la Guía Scrum, sino una extensión que ofrece una guía valiosa para los profesionales del marco. Su valor reside en las siguientes aportaciones:

1) Una capa de teoría aplicable (y útil) a problemas reales.

El documento refuerza los pilares (transparencia, inspección y adaptación), enmarca Scrum en complejidad y pensamiento Lean, introduce OODA (Observar, Orientar, Decidir y Actuar) para decidir bajo incertidumbre y rescata “primeros principios” para evitar copiar sin pensar. Es un esfuerzo explícito por conectar práctica con fundamento: producto, descubrimiento, liderazgo y cambio organizacional.

2) Nuevos roles y una lectura de los ya existentes.

El documento explicita el rol de los Stakeholders y presenta el nuevo rol de los Supporters, figuras que apoyan proactivamente al equipo y refuerzan una cultura de aprendizaje. Se redefinen los roles existentes

• Product Owner como líder estratégico responsable de resultados medibles;
• Scrum Mastermás cerca del coaching organizacional y del cambio;
• “Developers” pasan a “Product Developers” para enfatizar la corresponsabilidad en todo el ciclo de vida del producto. Incluso se contempla la IA como un posible «desarrollador de producto», siempre bajo la supervisión ética humana.

3) Artefactos con foco explícito en valor.

El Pack introduce los «compromisos» para cada artefacto, reforzando su propósito: el Product Goal para el Product Backlog, el Sprint Goal para el Sprint Backlog, y la Definition of Done para el Incremento. Además, el documento hace una distinción potente entre output y outcome, introduciendo una Definition of outcome para evidenciar el valor real del producto y una Definition of output done para la calidad del incremento.

4) Eventos con guía más concreta.

El enfoque se traslada del formato al propósito. La Daily Scrum no exige las tres preguntas tradicionales, la Sprint Review se redefine como un foro de colaboración con los interesados, y la Sprint Planning debe centrarse en co-crear el Objetivo del Sprint. Se enfatiza la necesidad de un espacio seguro en la Retrospectiva para la seguridad psicológica.

Lo que me parece un paso adelante

• Poner el producto en el centro. Scrum siempre fue de producto, no de proyectos; explicitarlo ayuda a PO y equipos a equilibrar corto y largo plazo tratando la deuda técnica como decisión económica
• Hilar outcomes con artefactos y eventos. La distinción output/outcome, unida a objetivos (Product Goal, Sprint Goal), hace más probable que los ciclos empíricos persigan impacto y no solo actividad.
• Liderazgo distribuido y cambio real. Se explicita que el liderazgo es una práctica, no un cargo, y que se extiende a los tres roles de Scrum, así como la necesidad de supporters para superar muros organizativos.
• OODA y primeros principios. Dos anclas mentales valiosas para evitar el teatro ágil o «postureo» y volver a la evidencia: observa, orienta, decide, actúa… cuestionando supuestos antes de copiar marcos ajenos.

Los riesgos que no deberíamos ignorar

• De la guía al checklist. Si convertimos recomendaciones en mandatos, matamos la autoorganización. El propio Pack advierte contra la estandarización excesiva de eventos y el riesgo de “más teoría, menos empirismo”. Úsalo como biblioteca de patrones, no como auditoría.
• Confusión por el cambio de etiquetas. Renombrar a “Product Developers” puede ser clarificador… o generar ruido en RR. HH. y compras. Asegurad la intención (valor de producto y ciclo de vida), no solo el rótulo.
• La IA “en el equipo”. La idea es provocadora y útil para abrir conversación; pero la accountability sigue siendo humana. Trátalo como herramienta ampliada, con criterios éticos y de calidad claros.
• Burocratizar el valor. Definition of outcome sirve para hablar de impacto y evidencias; si lo convertimos en formulario, volveremos al contrato interno disfrazado de agilidad.

Cómo aprovechar el Pack sin traicionar a Scrum

Para que el Expansion Pack no se convierta en una receta, estas son algunas recomendaciones prácticas:

• Parte siempre de la Guía 2020: Reafirma lo esencial: equipo pequeño, roles, eventos, artefactos, valores. Si algo del Pack choca con los pilares empíricos, gana Scrum «core».
• Trata el Pack como un catálogo de tácticas contextuales: No es un dogma, sino una biblioteca de opciones.
• Refuerza el pensamiento de producto: Ayuda a que Product Owners y equipos equilibren hoy y mañana.
• Cuida los eventos por su propósito, no por su forma: El valor reside en la conversación profunda, no en la rigidez de los formatos.
• La IA en el equipo: Trátala como una herramienta ampliada, con criterios éticos y de calidad claros, pero la responsabilidad final siempre es humana.

Errores frecuentes que conviene evitar

• Anunciar “ahora Scrum incluye X”. No: Scrum sigue siendo Scrum; el Pack es ampliación contextual, no canon.
• Usar el Pack como arma de control sobre eventos y equipos. El empirismo florece con autonomía y límites claros, no con micromanagement de formatos.
• Perseguir outputs vistosos y olvidar outcomes medibles. Nombra el impacto que buscas antes de refinar, no después de entregar.

Mi opinión

El Expansion Pack es una buena noticia si lo leemos con mentalidad de librería de opciones: ayuda a hablar de valor, a tejer producto, a profesionalizar conversaciones difíciles y a integrar a la organización (no solo al equipo). Es mala noticia si se usa como plantilla universal o si sustituye la inspección-adaptación por cumplimiento de checklists. El corazón de Scrum late donde siempre: valores, empirismo y propósito. Alimentemos ese corazón; usemos el Pack como vitamina, nunca como dogma.

✨ Artículo redactado por un practicante y formador en Scrum y Agilidad

Jorge Sánchez López