Scaled Agile Framework (SAFe)

¿Qué es el Scaled Agile Framework (SAFe)?

El Scaled Agile Framework (SAFe) es una base de conocimiento de patrones organizativos y de flujo de trabajo que ayuda a las grandes empresas a aplicar prácticas Lean, Agile y DevOps entre cientos o miles de profesionales. Creado por Dean Leffingwell en 2011, SAFe coordina el trabajo mediante Agile Release Trains, flujos de valor y cuatro niveles de configuración que se adaptan a la escala de cada organización.

Las competencias centrales sobre las que se organiza SAFe

SAFe se sostiene sobre un pequeño conjunto de competencias derivadas de las metodologías ágiles, el pensamiento sistémico y el desarrollo de producto Lean. Cada competencia designa una disciplina que debe funcionar para que el marco, en su conjunto, genere valor.

1. Liderazgo Lean-Agile: los líderes impulsan y sostienen el cambio organizativo formando equipos y alineándolos en torno a resultados, no a entregables.
2. Agilidad de equipo y técnica: los equipos ágiles de alto rendimiento son dueños de las prácticas de ingeniería, las pruebas y la calidad necesarias para entregar valor de forma continua.
3. Entrega ágil de producto: diseño centrado en el cliente, desarrollo en cadencia con lanzamiento bajo demanda, y mejora impulsada por el feedback.
4. Gestión Lean de la cartera: financiar flujos de valor en lugar de proyectos, gobernar mediante temas estratégicos y gestionar el Kanban de cartera.
5. Cultura de aprendizaje continuo: mejora constante, hábitos propios de una organización que aprende y rituales de innovación que se acumulan con el tiempo.

Cómo se secuencia realmente un despliegue de SAFe

Un despliegue de SAFe sigue una hoja de ruta de implementación de doce pasos publicada por Scaled Agile, que aquí condensamos en las seis decisiones que determinan si el programa sobrevive a su primer año.

1. Alcanza el punto de inflexión. Identifica la plataforma en llamas o la oportunidad proactiva que justifica el cambio. Sin ella, el despliegue se estanca en cuanto cambia el primer líder.
2. Forma a los agentes de cambio Lean-Agile. Certifica a los SAFe Program Consultants (SPC), que se encargarán de guiar a los Agile Release Trains y de dirigir el PI Planning.
3. Crea un Lean-Agile Center of Excellence. Establece el pequeño equipo central que se encarga de los estándares, la formación y la mejora continua en todos los trenes.
4. Identifica los flujos de valor y los ART. Mapea cómo llega el valor al cliente y organiza después a entre 50 y 125 profesionales en cada Agile Release Train en torno a ese flujo.
5. Extiéndelo a la cartera. Introduce la gestión Lean de la cartera, los temas estratégicos y el Kanban de cartera para que la financiación siga a los flujos de valor y no a los proyectos.
6. Sostén y mejora. Realiza talleres de Inspect and Adapt después de cada Program Increment y trata el propio marco como objeto de mejora continua.

Comparativa de las cuatro configuraciones de SAFe

SAFe ofrece cuatro configuraciones para que el marco se ajuste a la escala real de cada empresa. Las diferencias no son cosméticas: cada configuración añade roles, ceremonias y artefactos específicos.

Qué problemas resuelve SAFe

La mayoría de las empresas que adoptan SAFe lo hacen porque las prácticas ágiles a nivel de equipo dejaron de escalar. El marco está diseñado para corregir cuatro modos de fallo concretos que aparecen en cuanto una organización supera los diez equipos.

• Desalineación entre equipos: el PI Planning sincroniza a entre 50 y 125 personas en torno a objetivos compartidos del Program Increment, de modo que los equipos dejan de construir funciones que chocan entre sí en la integración.
• Ritmo de lanzamiento lento: el patrón de desarrollo en cadencia con lanzamiento bajo demanda desacopla la integración del lanzamiento, así que existe software funcional cada dos semanas aunque el negocio decida no publicarlo todavía.
• Financiación ligada a proyectos, no a valor: la gestión Lean de la cartera financia flujos de valor de largo plazo en lugar de proyectos puntuales, sacando el ciclo de presupuesto anual del camino crítico.
• Ninguna conexión entre la estrategia y el trabajo diario: los temas estratégicos trasladan los objetivos estratégicos de la empresa en cascada, a través del Kanban de cartera, hasta los backlogs de los ART.

Esa defensa de la disciplina ágil está en el corazón de por qué existe SAFe: su apuesta es que un Agile disciplinado, aplicado con roles y cadencias explícitas, escala mejor que la alternativa de dejar que cada equipo invente su propio proceso.

Dónde suelen romperse los despliegues de SAFe

El marco cubre una superficie amplia de roles, artefactos y ceremonias, lo cual constituye también su principal riesgo de implementación. Cuatro patrones se repiten una y otra vez en los despliegues fallidos.

• El PI Planning se convierte en una reunión de estado. Dos días de planificación sincronizada solo funcionan si los equipos llegan con funciones preparadas y criterios de aceptación claros. Sin esa preparación previa, el evento se convierte en un ejercicio de agenda para 100 personas.
• Ceremonia sin cambio de comportamiento. Las organizaciones adoptan los roles y las reuniones, pero mantienen los traspasos en cascada, la financiación por hitos y una gestión de mando y control. Por fuera parece SAFe; por dentro, el modelo operativo sigue igual.
• El Lean-Agile Center of Excellence se convierte en un cuello de botella. Un equipo LACE de 4 personas no puede revisar las decisiones de todos los ART. Cuando lo intenta, los trenes dejan de decidir y empiezan a escalar cada asunto hacia arriba.
• Se subestima la inversión inicial. Certificar a los SPC, volver a formar a cientos de profesionales y ejecutar los primeros 2-3 Program Increments con un rendimiento reducido tiene un coste real. Los despliegues que se saltan ese compromiso presupuestario suelen estancarse hacia el noveno mes.

Cuándo SAFe no es la elección correcta

SAFe es el marco de escalado más adoptado, utilizado por aproximadamente el 35 % de las organizaciones que practican agilidad a escala (State of Agile Report, 2024), pero no es la respuesta adecuada en todos los contextos. El marco encaja mal, como mínimo, en tres situaciones.

• Organizaciones pequeñas. Por debajo de 50 ingenieros, la sobrecarga de los Agile Release Trains, el PI Planning y el catálogo de roles de SAFe supera el beneficio de coordinación que aporta. Scrum o Kanban puros son más rápidos.
• Organizaciones de producto con alta autonomía. Las empresas que compiten en velocidad de ingeniería (SaaS de consumo, laboratorios de IA, retadores fintech) suelen descubrir que el modelo Spotify o las estructuras puras de equipos de equipos preservan más autonomía que los roles prescriptivos de SAFe.
• Cambios de estrategia frecuentes. SAFe asume un Kanban de cartera con temas estratégicos que se mantienen estables durante varios Program Increments. Las organizaciones que replanifican cada trimestre a partir de nuevos datos de mercado deberían anclarse en OKRs trimestrales con una coordinación más ligera, no en Kanbans de cartera de vigencia anual.

Esta es la lectura contraria que los críticos de SAFe vienen planteando desde que el marco se lanzó: a gran escala, las ceremonias prescritas pueden reintroducir precisamente la jerarquía y los traspasos que Agile, a nivel de equipo, pretendía eliminar.

El marco es más sólido en contextos de entrega regulados, multiequipo y de varios años. Es más débil donde la velocidad del cambio de estrategia constituye la ventaja competitiva.

Cómo usar SAFe dentro de un ciclo de OKRs

Muchas empresas ejecutan SAFe y OKRs en paralelo. El patrón más limpio consiste en tratar SAFe como la capa de ejecución y los OKRs como la capa de intención estratégica que se sitúa por encima.

• Los temas estratégicos anuales se convierten en 3-5 OKRs de nivel empresa.
• Los épicos del Kanban de cartera se convierten en Resultados clave de esos OKRs, con responsables de flujo de valor explícitos.
• Los objetivos del Program Increment a nivel de ART heredan de los OKRs de cartera, lo que le da a cada tren una contribución medible a los resultados de la empresa.

Esta combinación conserva la fuerza de coordinación de SAFe mientras aborda la crítica más habitual: que los temas estratégicos, por sí solos, no le dan a los equipos una definición de éxito que se pueda verificar.