Antes de comenzar a hablar sobre SAFe – Scaled Agile Framework, primero comprendamos qué es ágil en escala.

Estamos en la segunda década del manifiesto ágil y todavía estamos discutiendo frameworks, prácticas, etc. Chicos, por favor, no creeremos en la «bala de plata», ¿verdad?

El primer punto para comprender muy bien el problema a resolver. ¿La organización está perdiendo competitividad?

¿Es cuestión de supervivencia? ¿O el CIO asistió a un evento ágil a escala y decidió “implementar” la organización? Si es la última opción, mejor ni siquiera empezar, porque el PROPÓSITO no es compatible.

Agile in scale no es una organización con cien equipos ágiles y cada uno trabajando en un producto o cadena de valor diferente.

Ágil en escala es cuando una o más cadenas de valor o productos donde cada cadena de valor o producto necesita varios equipos ágiles que trabajen de manera integrada y colaborativa hacia el mismo objetivo.

Creo que lo entiendo, pero después de todo, ¿qué es SAFe (Scaled Agile Framework)?

SAFe es un acrónimo de Scaled Agile Framework. Es un marco creado por Dean Leffingwell y mantenido y evolucionado por Scaled ágil Inc.

SAFe se basa en tres pilares principales: Agile, Lean Thinking y Systems Thinking y mucha experiencia de campo, para la adopción de prácticas ágiles a gran escala.

Reconoce lo que normalmente ha funcionado bien en el trabajo de equipos ágiles, en la forma de hacer la gestión de programas y en la forma esbelta de manejar una cartera de demandas organizacionales.

SAFe proporciona un conjunto de valores, principios y prácticas para ayudar a las grandes organizaciones a responder preguntas como:

  • ¿Cómo ejecutar de forma ágil en contextos que involucran a varios equipos que trabajan en el mismo producto o cadena de valor?
  • ¿Cómo sincronizar el trabajo de estos equipos? ¿Cómo priorizar las demandas de productos robustos y dinámicos?
  • ¿Cómo escalar una arquitectura ágil? ¿Cómo afrontar los riesgos de una demanda complicada de forma ágil y ajustada?
  • ¿Cómo ser esbelto y ágil y cumplir con los modelos de gobernanza?

Un marco para la transformación lean-ágil respetando la forma en que las empresas son

Una de las características más fuertes de SAFe, es que reconoce la forma de ser de una organización. Esto dentro de una gran organización significa que SAFe introduce la filosofía lean / ágil en la cultura organizacional y ayuda a la empresa a generar resultados, sin chocar con la estructura y los roles existentes.

Entonces, desde un punto de vista estratégico, por ser un marco que respeta la forma de ser y la cultura de las organizaciones, SAFe ha ayudado a grandes organizaciones a adoptar un pensamiento esbelto / ágil y en esferas que nunca antes habíamos logrado.

¿Qué diferencia a SAFe de otros enfoques ágiles?

Como dije antes, SAFe – Scaled Agile Framework se basa en la fuente del pensamiento Lean, ágil y sistémico. Además de adoptar enfoques establecidos para equipos como Scrum, XP y Kanban, se ocupa de problemas relacionados con la cartera, el financiamiento de la cadena de valor, entre otros.

Mucho más que diferencias, SAFe tiene principios y prácticas que complementan todos estos enfoques.

Pero, por supuesto, SAFe no es solo una combinación de estas prácticas / enfoques. SAFe ofrece una cadena lógica de cómo vincular la estrategia de la empresa (alto nivel) a un ciclo de desarrollo realmente eficiente y ágil (y viceversa).

Obviamente, SAFe introduce una serie de actividades, reglas y roles que van más allá del enfoque puro de Scrum, XP o Kanban.

Estas peculiaridades se distribuyen principalmente a nivel de Programa y Portafolio. Por ejemplo, si observamos cómo SAFe realiza la gestión de cartera, vemos que tenemos roles más específicos para trabajar en ese nivel, por lo que además del trabajo sólido de  gestión de cartera ajustada , también existe el rol de Epic Owners.

En pocas palabras, comprenda que un propietario de Epic no es un rol de tiempo completo, sino un rol temporal, cuando es responsable de analizar y aclarar los principales problemas comerciales (Epics) relacionados con temas estratégicos para luego ir / no ir de Lean Portfolio Management.

SAFe y Scrum

Tenga en cuenta que el último nivel (Nivel de equipo) se basa en Scrum y Kanban. A nivel de equipo, trabaja con todo lo que estamos acostumbrados en Scrum, por lo que elementos como la autoorganización, el empoderamiento del equipo en su microgestión y la colaboración son partes fundamentales para el funcionamiento del SAFe – Scaled Agile Framework.

Así como Scrum es un marco para gestionar el trabajo en equipo en problemas complejos, SAFe también es un marco esbelto-ágil para proporcionar a la organización una forma esbelta (maximizando el valor y eliminando el desperdicio) para generar resultados en un o más cadenas de valor en su cartera de productos y servicios.

Orientado a la cadena de valor

SAFe, al contrario de lo que se pueda imaginar, eleva al máximo el concepto de organización del trabajo con un fuerte sentido de generación de valor.

Una prueba de ello es que dentro de SAFe desaparece la disciplina clásica de la gestión de proyectos (ese concepto con principio, medio y final). En lugar de esta disciplina, SAFe introduce con fuerza la disciplina de la gestión de la cadena de valor (Value Stream).

Esto representa un salto de gigante en la madurez con la que las empresas deben afrontar la gestión de carteras de sus productos y proyectos.

Para SAFe, la organización de personas que realizan estas demandas laborales por cadena de valor, se denomina Agile Release Train (ART) .

ART – El corazón de SAFe

ART es un acrónimo de Agile Release Train . ART es un equipo de equipos ágiles, la organización en SAFe responsable de entregar e integrar los incrementos del programa de manera cadenciada y sincronizada entre los equipos que lo componen.

Sin entrar todavía en los detalles de cómo funciona ART, ciñámonos a su metáfora principal: El tren.

La metáfora surge de la idea: Un tren sale de una estación y llega a la siguiente estación con un horario confiable.

En este caso, en términos prácticos, tendremos una cadencia común entre los equipos que componen el ART, y un conjunto de funcionalidades a entregar a lo largo de Program Increments ( PI ).

Para poner en práctica esta metáfora, se necesitan roles y eventos adicionales para organizar a estas personas y procesos en ART.

Personas, sí, personas, porque un ART se compone de varios y diferentes equipos. Por lo tanto, necesitaremos nuevos roles para respaldar la colaboración, la integración, la vista de progreso del programa y la visión de producto/valor entre los equipos que conforman ART.

Estas son las misiones de RTE (Release Train Engineer), PM (Product Manager) y System Architect. Metafóricamente, estos roles tienen que ver con mantener el tren en la vía.

Solo un picor en el cerebro

Bueno, la idea de este breve texto era generar solo un pequeño picor en su cerebro acerca de SAFe. Debido a que es un tema crítico para las organizaciones (ágil en escala), SAFe – Scaled Agile Framework es un tema realmente vasto. Por lo tanto, aprovecho la oportunidad para invitarlos a ser parte del  grupo Meetup Scaled Agile Framework® (SAFe®) para Hispanos .

Realizamos una reunión oficial de SAFe mensual con el apoyo de Scaled Agile, para que pueda estar al tanto de las noticias de SAFe, aprender en colaboración con otros participantes y profesionales de organizaciones que están en el viaje de transformación ágil a escala con SAFe.

¡Nos vemos en nuestro Meetup!

Roberto Baptista

Experiência em TI como desenvolvedor, DBA, gerente e diretor de TI. Mestre em Gestão e Informática em Saúde, atualmente doutorando na Escola Paulista de Medicina - UNIFESP. Chief Learning Officer na Adaptworks SAFe Program Consultant (SPC) desde 2014, participo ativamente da comunidade SAFe e sou um dos organizadores do Brazilian Official SAFe Meetup. Apoio a Scaled Agile na tradução de materiais para o português. Facilitador certificado do Lean Change Management e instrutor certificado ICAgile.

Deja una respuesta