¿Cómo puede ayudar SAFe a mi empresa?

En los últimos años, se ha hecho evidente que el software está impulsando la innovación y el desarrollo en prácticamente todas las industrias. La metodología Ágil fue creada para ayudar a los equipos de desarrollo de software a mantener el ritmo de la aceleración de la tasa de innovación y la rápida evolución de las necesidades de los usuarios.

Escalar Agile a través de grandes organizaciones fue, y hasta cierto punto, continúa siendo un problema - pero los marcos como LeSS, DAD y SAFe® ayudan a las grandes empresas a hacer la transición a Agile. Entre estos, SAFe (el Scaled Agile Framework) puede ser considerado el framework más popular.

Con el lanzamiento de la última actualización 4.5 de SAFe a finales de 2017, es una buena idea volver a visitar los aspectos básicos de este marco de trabajo y ver cómo se compara esta nueva versión con sus predecesores, las versiones 4.0 y 3.0.

SAFe 101: arquitectura básica

El Marco Ágil Escalado promete traer beneficios generalizados a las organizaciones que lo implementen. Al sincronizar la alineación, la colaboración y la entrega para múltiples equipos, SAFe afirma aumentar la productividad, reducir el tiempo de lanzamiento al mercado y mejorar la calidad del producto, y su creciente popularidad parece demostrar que cumple con estas promesas. Pero, ¿cómo funciona exactamente SAFe?

Esencialmente, la estructura básica de SAFe contiene 3 ó 4 niveles, dependiendo de las necesidades específicas de cada organización.

La siguiente es una descripción simplificada de la arquitectura de SAFe.

Niveles de organización en SAFe

• Nivel de Equipo: En la raíz del Scaled Agile Framework se encuentran los equipos ágiles que trabajan con los métodos Scrum o Kanban. Estos equipos, compuestos por un Scrum Master, un Propietario de Producto y el equipo de Desarrollo, son responsables de crear pequeños trozos de funcionalidad a partir de su cartera de pedidos durante una serie de sprints. La garantía de calidad está respaldada por técnicas tomadas de eXtreme Programming y Lean Development.
• Nivel de Programa: de 5 a 12 equipos Ágiles (50-125 miembros) forman un Agile Release Train (ART) a nivel de programa. Dirigido por un Ingeniero de Release Train, este ART (un grupo de larga vida y auto-organización) ayuda a estos equipos a alinearse con la estrategia de negocio, y también puede ser utilizado para monitorear el progreso. Los ARTs son equipos interfuncionales que trabajan para definir, construir y probar elementos de funcionalidad valiosos y funcionales basados en un programa atrasado cada 2 semanas.
• Nivel de gran Solución: Este nivel (que es una nueva adición a SAFe con la versión 4.0 en la que se llamó “Value Stream” y que posteriormente en la 4.5 se renombro a “Large Solution” ) es opcional y se puede utilizar para apoyar el desarrollo de arquitecturas de sistemas grandes y complejos. Esencialmente, una cadena de valor ayuda a orquestar el trabajo de múltiples ARTs.
• Nivel de Portfolio: Como el nivel más alto de SAFe, el nivel Portfolio organiza múltiples flujos de valor. Proporciona gobernabilidad, financiamiento y coordinación para todas las corrientes de valor y para todas las ARTs dentro de ellas. En otras palabras, Portfolio es esencialmente lo que se llamaría el nivel de gestión.

Técnicas, prácticas y procesos

Además de los valores y principios que ayudan a dar forma a la cultura organizacional que es clave para adoptar SAFe, existen ciertas técnicas y prácticas que las empresas que implementan el uso de Scaled Agile Framework usan.

En los niveles de Programa y Equipo, el método principal es la planificación de PI (Program Incrementos de Programa), que aclara el conjunto de objetivos para el siguiente incremento. Se utiliza una visión y una hoja de ruta de Producto/Solución para guiar el proceso de entrega de las características, estableciendo los entregables de ART. Finalmente, al igual que las reuniones retrospectivas en un entorno ágil, se realizan talleres de Inspect & Adapt para reflexionar sobre la ejecución y los resultados del anterior incremento de programas.

El nivel de gran Solución sirve para proporcionar la financiación y el gobierno necesarios para alcanzar los objetivos de negocio. Independientemente del número de carteras que existan (en el caso de las grandes empresas, pueden ser necesarias varias carteras SAFe), se utilizan flujos de valor para facilitar los procesos que permiten a la empresa alcanzar su misión. Un Enterprise Architect trabaja para habilitar y liderar iniciativas tecnológicas, mientras que los propietarios de Epic dirigen el trabajo de Portfolio Epics hasta su finalización, gestionando y supervisando el trabajo utilizando un Kanban de Portfolio. Este sistema Kanban proporciona transparencia y permite la medición del trabajo para apoyar la toma de decisiones.

Diferencias entre SAFe 3.0 y 4.0

Como se mencionó anteriormente, una de las diferencias más importantes entre las versiones anteriores del Scaled Agile Framework y la revisión 4.0 fue la adición de un nuevo nivel opcional: el nivel Flujo de Valor ( Value Stream ). Este nivel, que aporta nuevos roles, actividades y artefactos, fue diseñado para ayudar al desarrollo de productos de "sistema de sistemas". En otras palabras, en respuesta a las necesidades cambiantes de las empresas de alta tecnología en todo el mundo, SAFe ya no es un marco de trabajo basado únicamente en software.

Con el mismo objetivo de "preparar el futuro" de los procesos de desarrollo, SAFe 4.0 también introdujo los sistemas Enterprise Kanban para gestionar el flujo de trabajo a través de la estructura, y sus prácticas de calidad incorporadas también han sido actualizadas para abordar tanto el desarrollo de software como el de sistemas.

Diferencias entre SAFe 4.0 y 4.5

En 2017 recibimos la actualización 4.5 de SAFe. Compatible hacia atrás con la versión 4.0, se cambia el nombre del nivel “Value Stream” por el de “Large Solution”, lo que a su vez lleva a renombrar varios roles.

A su vez se produce una mejor inclusión de los principios Lean en SAFe 4.5. Aunque hacer esto a nivel de Epic podría ser un reto para algunas organizaciones, ya que se podría considerar la posibilidad de construir un MVP en unos pocos meses para poder hacerlo en un momento dado. ¿Por qué no hacer un prototipo, digital o incluso en papel, basado en un nivel más bajo para intentar probar la hipótesis en una semana?

Usando estos enfoques de Lean Startup han adoptado una Declaración de Hipótesis para la épica. Estas fluyen a través del Backlog del portfolio.

En definitiva, nos han entregado un nuevo póster. Obtenemos 4 nuevos “sabores” para la gestión de proyectos bajo SAFe 4.5 en función de lo ambiciosos que queramos ser en la implementación:

• Full SAFe - el más ambicioso para construir grandes soluciones integradas, con más de 100 personas involucradas.
• Portafolio SAFe - Modelo de tamaño empresarial.
• Large Solution SAFe - Nivel de programa ágil.
• Essential SAFe - estructura desmontada para equipos.

Puedes encontrar más información al respecto de este y otros temas relacionados con lo que comentamos en el artículo en el site de nuestro colaborador, Jerónimo Palacios. http://jeronimopalacios.com.