SAFe, o cómo escalar Agile a nivel de empresa

¿Cómo puedo escalar Agile a nivel de organización? Muchos gestores de proyectos, responsables de PMO, gestores de TI y líderes de la transformación digital de las organizaciones, que llevan años trabajando con diferentes metodologías Agile (Kanban, Scrum, etc) se habrán formulado esta pregunta como consecuencia de las barreras que se han encontrado en su día a día al ver que no todos los departamentos y equipos de su organización tienen la misma visión a la hora de entregar valor para la organización.

En los últimos años son varios los frameworks que se han desarrollado para poder escalar el enfoque Agile a nivel de organización. Seguramente has oído hablar de acrónimos como Less, DAD, DSDM o Spotify. Todos ellos son frameworks para escalar las metodologías Agile a equipos u organizaciones más grandes.

¿Y SAFe? ¿Por qué SAFe está en boca de todos? En este artículo vamos a describirte en qué consiste SAFe y por qué puede ser la metodología que tu empresa necesita para entregar valor a nivel de organización de forma ágil.

ÍNDICE DE CONTENIDOS

1. SAFe y la resistencia al cambio.
2. SAFe y el escalado Agile por niveles.
1. Nivel de equipo: la importancia de las iteraciones y el Scrum Master.
2. Nivel de Programa: ART y PI.
3. Nivel de Cadena de Valor.
4. Nivel de Portfolio.
3. SAFe y sus 7 competencias básicas.
4. Los 10 factores para que SAFe tenga éxito en tu organización.
1. Aplicación de los principios Agile y Lean.
2. Equipos y ARTs con mindset Agile.
3. Cadencia y sincronización.
4. PI Planning, el evento más importante en SAFe.
5. Mentalidad Customer Centric.
6. System Demo para evidenciar el progreso en los ART.
7. Inspect and Adapt: un evento para hacer retrospectiva.
8. PI y sus iteraciones.
9. Pasarela arquitectónica.
10. Liderazgo Lean-Agile.
5. ¿Quieres saber más acerca de SAFe? Suscríbete a nuestra newsletter.

SAFe y la resistencia al cambio

Seguramente tú, como Project Manager o líder de la transformación digital de tu organización, te habrás formulado alguna de estas reflexiones:

• ¿Cómo puedo desde mi equipo impulsar la implementación del enfoque Agile en programas y portfolios más grandes, o en otros equipos o áreas de trabajo claves en la planificación estratégica de la organización?
• ¿Por qué a la hora de coordinarnos con otros equipos que trabajan también con enfoques Agile, las barreras, los cuellos de botella, los retrasos en la entrega y los fracasos se han convertido en algo habitual en el seno de la organización?

Y es que no todas las organizaciones y equipos han respondido igual a la transformación digital que todas las empresas han tenido que afrontar en los últimos años. Incluso dentro de una misma empresa se viven casos de departamentos que han implementado desde hace años metodologías Agile conviviendo con otros que siguen resistiéndose al cambio.

Esto seguramente habrá ocasionado retrasos, cuellos de botella y faltas de coordinación entre equipos que, como consecuencia, habrá supuesto el retraso en las fechas de entrega del producto o, en el peor de los casos, ver cómo la competencia se adelanta y lanza al mercado la misma solución que tú.

Las metodologías Agile tienen como objetivo entregar valor al usuario en el menor tiempo posible. Y en la era de la transformación digital, aquellas empresas que tengan problemas a la hora de adoptar este enfoque partirán en desventaja frente a aquellas que sí que sigan un enfoque Agile. Y SAFe es el marco de trabajo que facilita el escalado Agile en toda la empresa para ayudarlas a crear valor de manera más eficiente con un calendario regular y predecible.

SAFe y el escalado Agile por niveles

Creado por Dean Leffingwell en 2011, SAFe es un framework que diseña el escalado Agile en la empresa a lo largo de 4 niveles:

• Nivel de equipo.
• Nivel de Programa.
• Nivel Cadena de Valor.
• Nivel de Portfolio.

Cada nivel dispone de sus propios roles, eventos y entregables, pero todos ellos están conectados entre sí para garantizar que todos los stakeholders involucrados en la generación de valor para la compañía (responsables de negocio y de IT, equipos de desarrollo, finanzas, marketing, Legal, etc) usen prácticas Agile y Lean y así garantizar que todos ellos entregan de manera continua valor más rápido que la competencia.

Nivel de equipo: la importancia de las iteraciones y el Scrum Master

Las raíces de SAFe están en los propios equipos Agile ya implementados en el seno de la organización. SAFe recomienda que estos equipos se adhieran a las metodología Scrum y Kanban. En cada iteración o sprint los equipos deben planificar los siguientes entregables, y un evento de la planificación de la interacción.

Al final de cada sprint, el equipo debe reflexionar,y mostrar el trabajo que han sido capaces de completar. Antes del comienzo del siguiente sprint el equipo debe de hacer retrospectiva y reflexionar acerca de qué se puede mejorar de cara a siguientes iteraciones.

El Scrum Master juega en este nivel un papel fundamental. Además de ser el líder del equipo ayudando a mejorar y a eliminar las barreras y los cuellos de botella cuando estos surjan, ya sea en el seno del equipo o fuera de él, ha de comunicarse y coordinarse con los Scrum Masters de otros equipos y ser partícipe de los Agile Release Train (ART), uno de los eventos más importantes dentro de la metodología SAFe, y que se encuentra en el siguiente nivel: el Nivel de Programa.

Nivel de Programa: ARTs y PI

En este nivel, los diferentes equipos Agile dentro de la organización trabajan juntos con otros stakeholders para entregar valor. Es en este nivel donde aparecen los ART (Agile Release Train). Un ART puede ser definido como un equipo Agile, pero a nivel de programa. Lo integran los Scrum Master de los diferentes equipos Agile de la organización más los stakeholders relevantes para cada caso.

Basándose en la práctica de entregar el valor adecuado en el momento oportuno, los ART están compuestos por todas las personas necesarias para poder explorar las necesidades del cliente y entregarles soluciones. Como todo equipo basado en prácticas Agile, los ART también trabajan con iteraciones, que en este nivel se conocen como Program Increment (PI), que son la base de la metodología SAFe, y cuya estructura es similar a las iteraciones a nivel de equipo:

1. Al comienzo de cada PI, los equipos trabajan juntos para planificar el PI Planning e identificar lo que pueden entregar.
2. Del mismo modo que los equipos Agile usan tableros Kanban, los PI se monitorizan por medio de un Program Board, con el cual los equipos pueden ver las dependencias entre ellos.
3. Al final de cada PI, los equipos hacen balance de lo que han podido entregar y realizan un evento denominado Inspect and Adapt, en el que se hace retrospectiva sobre aquellos aspectos que pueden mejorarse de cara al siguiente PI.

El equivalente al Scrum Master a nivel de Programa es el Release Train Engineer (RTE), que actúa como coach y facilitador en los ART. También han de asegurarse de que el management al más alto nivel de la empresa se comprometa continuamente con el valor que produce el ART a la hora de entregar un valor tangible para la compañía./p>

Nivel de Gran Solución: el escalado al Solution Train

En ocasiones, un único Agile Release Train no es suficiente para entregar una solución, y es aquí cuando entra el siguiente nivel del framework de SAFe: el nivel de Gran Solución. Cuando un ART no es suficiente para proporcionar una solución que suponga valor para el negocio, es entonces cuando se hace necesario el Solution Train, el cuál es usado para coordinar varios ARTs (entre 3 y 10 ART) y proveedores para entregar soluciones complejas y de gran alcance.

Este nivel dentro del framework de SAFe es opcional dado que el mismo está diseñado para empresas de gran tamaño, que por el tipo de productos y servicios a los que se enfocan en su mercado (por ejemplo, software, hardware, electrónica, mecánica, óptica, etc) han de trabajar con soluciones complejas que requieren de varios ART.

Los Solution Train siguen la misma cadencia de trabajo que los PI a nivel de Programa, y hay aquí 3 roles a destacar:

• Solution Train Engineer: actúa como formador y facilitador en los Solution Train Events.
• Solution Management: con autoridad de contenido en lo que se crea.
• Solution Architect: supervisa la arquitectura de la solución a través de los ARTs.