Scrum, Kanban, Lean… y ahora SAFe®. Como gestor de proyectos, he trabajado tanto en grandes como en pequeñas organizaciones, desde empresas globales hasta start-ups, y he utilizado ágil, Scrum y todo tipo de metodologías de gestión de proyectos. He aprendido que, cuando una organización crece y es necesario añadir más equipos o alinearlos mejor para entregar productos y servicios, SAFe se convierte en la estrella de la fiesta.

¿Qué es el Scaled Agile Framework®?
Según Scaled Agile, “El Scaled Agile Framework® (SAFe) es un sistema para implementar prácticas Agile, Lean y DevOps a gran escala”. Como lo indica, es un marco de trabajo que puede ser utilizado para ayudar a las organizaciones a adaptar sus procesos ágiles y flujos de trabajo a medida que la organización crece.
Puede ser utilizado por organizaciones que están usando marcos ágiles como Scrum o Lean, o por organizaciones que buscan una manera de escalar sus procesos DevOps para apoyar la organización. SAFe puede ayudar a las empresas a alinear los equipos de desarrollo y de proyecto para entregar mejor valor a los clientes.
¿Por qué es útil SAFe®?
SAFe ofrece a las organizaciones una guía (o una hoja de ruta) para ayudarles en su camino de crecimiento. Introduce el marco de trabajo en los niveles más bajos del equipo hasta la alta dirección, ya sea a nivel de portafolio o programa.
Junto con la hoja de ruta, existe una formación dedicada que las organizaciones pueden realizar. SAFe ofrece una base de conocimiento profunda para los roles ágiles dedicados como Scrum Master, Product Owners, Arquitectos y para el equipo ágil en general.

¿Es SAFe® una metodología o un marco?
Como se indica en su propio nombre, SAFe es un marco altamente adaptable. Al ser ampliamente utilizado por al menos 1,000,000 practicantes y 20,000 empresas globalmente, SAFe probablemente no tendría tanto atractivo masivo y adopción global si fuera una metodología rígida.
Dicho esto, esta es una pregunta muy habitual, ya que en el uso cotidiano, metodología y marco a menudo se utilizan como sinónimos. Así que, para apoyar mi respuesta a esta cuestión, es útil tener en cuenta las palabras de Michael Wood de su artículo sobre metodología vs marco:
En general, los marcos crean una estructura de qué hacer pero dependen de quien lo realiza para determinar la mejor manera de realizar ese "qué", mientras que una metodología lo detalla todo con precisión: qué hacer, cuándo hacerlo, cómo hacerlo y por qué hacerlo.
Michael Wood
Principios de SAFe®
Como SAFe ofrece a las organizaciones una forma de escalar ágil a medida que crecen, sus fundamentos se alinean con ágil, desarrollo de productos Lean y el pensamiento sistémico para proporcionar orientación no solo a un equipo ágil, sino a ‘equipos de equipos’.
Existen 10 principios lean-agile en los que se basa el marco:
- Adoptar una perspectiva económica: Se enfoca en el concepto de entregar valor a los clientes de manera temprana y frecuente. Adoptar una perspectiva económica también resalta la necesidad de considerar todos los costos (riesgo, fabricación, operación, desarrollo) y operar dentro de los límites presupuestarios aprobados.
- Aplicar el pensamiento sistémico: Requiere comprender los sistemas, en donde la organización que crea la solución es un sistema y la propia solución también lo es (el proyecto, producto).
- Asumir la variabilidad; conservar opciones: Se centra en el concepto de no decidirse por un único diseño/conjunto de requisitos al inicio del desarrollo, sino de contar con varios diseños/requisitos y utilizar datos reales (de experimentos/pruebas) para reducir las opciones.
- Construir de forma incremental con ciclos de aprendizaje rápidos e integrados: Sigue el concepto de entregar el trabajo en partes más pequeñas (con mayor frecuencia), construyendo sobre el trabajo previo.
- Basar los hitos en evaluaciones objetivas o en sistemas funcionales: Evaluar el trabajo en desarrollo en distintos momentos a lo largo del ciclo de vida ágil para determinar si lo desarrollado proporcionará un beneficio económico y será apto para su uso.
- Visualizar y limitar el trabajo en curso (WIP), reducir el tamaño de los lotes y gestionar la longitud de la cola: Este principio se centra en limitar el trabajo asignado a personas o equipos en un momento dado (para evitar la sobrecarga y asegurar un flujo constante en el trabajo y la entrega).
- Aplicar cadencia; sincronizar con la planificación transversal: Seguir un patrón de alineación para la planificación entre equipos.
- Desbloquear la motivación intrínseca de los trabajadores del conocimiento: Comprender la necesidad de proporcionar autonomía, límites claros, identificar obstáculos y crear una cultura de compromiso para los miembros del equipo.
- Descentralizar la toma de decisiones: Para actuar rápido y entregar con mayor frecuencia, es necesario descentralizar las decisiones y permitir que quienes están más cerca tomen decisiones.
- Organizarse en torno al valor: En lugar de organizar los equipos en funciones específicas (ejemplo: diseño, pruebas, etc.), organizar equipos multifuncionales en torno al valor para el cliente y el negocio.
Cómo implementar el Scaled Agile Framework®
Paso 1: Tener la mentalidad adecuada
Para comenzar a implementar SAFe, una organización debe tener el deseo de mejorar su agilidad empresarial y la disposición a adoptar una mentalidad Lean-Agile.
Lean-Agile combina creencias, principios y acciones del Manifiesto Ágil y el pensamiento Lean. Es la transformación de una mentalidad fija a una de crecimiento, donde los profesionales están listos para experimentar, inspirarse en otros, explorar oportunidades, asumir desafíos y aceptar los fracasos.
El objetivo de Lean es entregar el máximo valor a los clientes en el menor tiempo posible, brindando la mayor calidad posible. El pensamiento Lean puede definirse como:
- Especificar el valor del producto
- Definir un flujo de valor para cada producto
- Crear un flujo de valor sin interrupciones
- Permitir que el cliente tire del valor
- Perseguir la perfección
Paso 2: Definir un flujo de valor
Un flujo de valor es una serie de pasos (y componentes organizativos) necesarios para entregar valor a un cliente, desde el desencadenante inicial hasta recibir el producto o servicio final. Esto es sumamente importante al implementar SAFe.
SAFe se centra en optimizar el flujo de valor para lograr una entrega continua de valor, organizando a las personas en torno a los flujos de valor para que las personas y los equipos trabajen juntos sin problemas en vez de en silos o segmentos.
Por ejemplo, si un negocio crea tazas de café de cerámica personalizadas para la venta en su sitio web, un flujo de valor podría verse así:


En el ejemplo anterior, todos los procesos necesarios para entregar valor desde el momento en que el cliente realiza su pedido de la taza de café hasta que recibe su envío están organizados para asegurar que el valor fluya.
Paso 3: Configuración del Tren de Entrega Ágil (ART)
Un Tren de Entrega Ágil (ART) es una combinación de varios equipos ágiles. Se construyen en torno a una corriente de valor y se espera que entreguen valor de forma continua construyendo soluciones que beneficien a los usuarios finales y al cliente.
SAFe gira en torno a la coordinación de múltiples equipos ágiles, y un ART está compuesto por todas las personas necesarias para desarrollar, probar y desplegar el producto o servicio. Normalmente tiene entre 50 y 125 personas o de 10 a 12 equipos ágiles diferentes (con un tamaño de equipo de 8 a 10 personas).
Un ART es multifuncional e incluye a todas las personas y recursos organizacionales necesarios para desarrollar, construir y entregar un conjunto completo de productos o servicios a un cliente. Dependiendo del tamaño de la organización, puede haber varios ART (imagina organizaciones de gran escala con más de 500 personas).
Paso 4: Definiendo los diferentes roles en SAFe®
Como en cualquier estructura organizacional, se requieren ciertos roles que deben ser asignados. En SAFe, a nivel de equipo ágil individual, los roles son similares a los de un pequeño equipo ágil pero con algunos roles y partes interesadas adicionales:
- Scrum Master: facilita las ceremonias ágiles y elimina cualquier impedimento
- Product Owner: es responsable del backlog del producto y prioriza los elementos dentro de él
- Miembros del Equipo Scrum: completan los elementos priorizados del backlog y entregables para desarrollar valor para los clientes
- Release Train Engineer (RTE): En SAFe ART, es el gerente del programa y el coordinador de los equipos ágiles
- Arquitectos/Ingenieros de Sistemas: Tanto en organizaciones técnicas como no técnicas, los arquitectos de sistemas y ingenieros ayudan al desarrollo de productos o software proporcionando una base arquitectónica sólida para la solución
Paso 5: Preparando un backlog de programa para el Tren de Entrega Ágil
Has configurado tu ART y ahora cuentas con varios equipos ágiles. Para ayudar a coordinar lo que se desarrollará o construirá, crea un backlog de programa.
Un backlog de programa contendrá las características, épicos, historias de usuario, funcionalidades y trabajo de arquitectura (sistemas) necesarios para apoyar la corriente de valor y aportar valor a los clientes.
Tener un backlog común requerirá la aportación de muchos de los roles del ART, como el Release Train Engineer, los Product Owners y otros como la gestión del producto y los líderes de la organización. Un backlog de producto también ayudará en el siguiente paso de la implementación al definir quién trabaja en qué y cuándo.
Paso 6: Planeación de Incremento de Programa (PI) y Syncs de ART
En el último paso, necesitas planificar quién hará el trabajo y cuándo. En SAFe, este evento se llama Planeación de Incremento de Programa (PI). Es central en SAFe, se realiza de manera regular y es una oportunidad para alinearse con todo el ART.
Un PI puede tener la duración que la organización desee, pero normalmente dura 3 meses (12 semanas). Esto permite programar 6 sprints de 2 semanas que los equipos necesitan planificar. Suele hacerse con la presencia de todo el ART (sí, todos los equipos ágiles).
Debido al alcance, la planeación de PI generalmente es un evento de dos días que incluye:
- Una presentación del contexto del negocio, metas estratégicas y misión
- Sesiones de planificación en grupos para los equipos ágiles, donde crean su plan con los elementos de su backlog de equipo provenientes del backlog general del programa
- Presentación de los planes preliminares por todos los equipos ágiles
- Revisión por parte de la gerencia y discusiones para resolver problemas
- Grupos de trabajo para ajustes de planificación y finalización de sus planes
- Presentación de los planes finales y votación de confianza
- Revisión de riesgos del programa y retrabajo del plan (si es necesario)
Después de la planeación de PI, la coordinación y colaboración continúan. Frecuentemente durante el PI, los representantes de los equipos ágiles (el PO y el Scrum Master) junto con el RTE se reúnen en un ART sync para revisar el avance de los equipos ágiles e identificar cualquier dependencia, problema o bloqueo que requiera coordinación. Esto puede llevarse a cabo en cualquier intervalo durante un PI, pero cada 2 semanas (o al final de cada sprint o iteración) es una buena cadencia.
¿Cuáles son las herramientas utilizadas en SAFe®?
Como SAFe aprovecha otras metodologías ágiles como Scrum y Kanban, existen diversas herramientas que pueden ayudar a los equipos ágiles que trabajan con SAFe.
Para algunas herramientas recomendadas que pueden usarse con SAFe, comienza con nuestras listas de Herramientas Ágiles y Software de Gestión de Proyectos Ágiles.
Como se recomienda que la planificación de PI sea una actividad presencial (cara a cara), también se recomiendan las siguientes herramientas:
- Espacio amplio para eventos donde todo el ART pueda reunirse y trabajar en equipos
- Pizarras o grandes hojas de rotafolio
- Marcadores para pizarra
- Notas adhesivas/Post-It (usadas para representar ítems del backlog del equipo)
- Bocadillos y refrescos (porque, ¿a quién no le gustan los snacks? 😊)
SAFe® y otras metodologías ágiles
Espero que hayas disfrutado la fiesta ágil y conocer a nuestro nuevo invitado SAFe. Como habrás notado, SAFe en realidad tiene mucho en común con algunos de los otros invitados, como Scrum y Lean. ¡Es el comienzo de una gran relación!
De igual manera, si tu organización está creciendo y la gestión de varios equipos ágiles se está complicando, quizás quieras considerar invitar a SAFe a tu fiesta. Si tienes dudas, no dudes en ponerte en contacto conmigo vía LinkedIn o Twitter.
Para otras metodologías híbridas de gestión de proyectos y herramientas, suscríbete al boletín de The Digital Project Manager. ¿Quieres más? ¡Revisa nuestra membresía!
®SAFe y Scaled Agile Framework son marcas registradas de Scaled Agile, Inc.
