Marco de trabajo ágil escalado

Los equipos de desarrollo suelen refinar su backlog con hasta dos o tres iteraciones de anticipación, pero en organizaciones más grandes el equipo de marketing de producto necesita planificar con mayor antelación sus compromisos de mercado y las conversaciones con los clientes. ^{[ 16 ]} A menudo trabajarán con una hoja de ruta de alto nivel, de 12 a 18 meses, y luego planificarán en colaboración con los equipos para tres meses de trabajo. Los equipos de desarrollo aún llegarán a un refinamiento detallado con 2 o 3 iteraciones de anticipación, y solo llegarán a planes de tareas detallados para la siguiente iteración.

Si bien los equipos de desarrollo cuentan con diversos marcos de trabajo que definen cómo deben ser ágiles, existen muy pocas directrices al respecto para la gestión. SAFe ofrece muchos de los mismos principios, como los equipos multifuncionales, a los grupos que gestionan los niveles más abstractos de responsabilidad y planificación (producto y portafolio).

En Scrum , se espera que el propietario del producto asuma la responsabilidad del ciclo de vida completo del producto , incluyendo el retorno de la inversión de las decisiones de desarrollo, así como el rendimiento en el mercado. En desarrollos a gran escala, la organización desea una visión global de los backlogs de varios equipos, como la que proporciona un gerente de producto . ^{[ 17 ]} Aunque SAFe asume que el rol del propietario del producto recae en la gestión del producto, ha sido criticado por separar a los propietarios del producto dentro de la organización de desarrollo. ^{[ 18 ]}

Los marcos ágiles están diseñados para permitir que el equipo de desarrollo sea autónomo y libre para diseñar su forma de trabajar. SAFe reconoce que, a escala de decenas o cientos de equipos de desarrollo, resulta cada vez más caótico que los equipos se autoorganicen por completo. ^{[ 19 ]} Por lo tanto, impone algunas restricciones, de modo que cuando los equipos trabajan en el mismo producto, sus entregables puedan sincronizarse mejor para su lanzamiento conjunto, aunque este ha sido un aspecto que ha recibido críticas por parte de SAFe. ^{[ 17 ] [ 18 ]}

El ciclo de planificación de SAFe recomienda incluir una iteración adicional después de un lanzamiento, lo que permite a los equipos mejorar sus prácticas y estar listos para el siguiente incremento de planificación. Las ediciones anteriores de SAFe también diseñaron esto como una iteración de endurecimiento , es decir, para estabilizar o endurecer el producto antes de su lanzamiento. Esto se basaba en las complicaciones de trabajar con grandes entornos de integración donde las dependencias impedían que varios aspectos se probaran hasta el final. SAFe fue criticado por esto porque representaba un elemento antiágil o en cascada, pero estaba en línea con los incrementos lean de 90 días que hacen 13 semanas, y si se hacen sprints de dos semanas se necesitan seis de ellos más un ciclo de planificación o endurecimiento de una semana. ^{[ 20 ]} Esto no está incluido en las ediciones recientes de SAFe.

Según sus autores, SAFe se basa en diez conceptos subyacentes, que se derivan de los principios lean y ágiles existentes, así como de la observación: ^{[ 21 ]}

1. Adoptar una perspectiva económica
2. Aplicar el pensamiento sistémico
3. Asumir la variabilidad; preservar las opciones.
4. Construye de forma incremental con ciclos de aprendizaje rápidos e integrados.
5. Establecer hitos basados ​​en la evaluación objetiva de los sistemas de trabajo.
6. Visualice y limite el trabajo en curso, reduzca el tamaño de los lotes y gestione la longitud de las colas.
7. Aplicar cadencia (tiempo), sincronizar con la planificación entre dominios
8. Desbloquea la motivación intrínseca de los trabajadores del conocimiento.
9. Descentralizar la toma de decisiones
10. Organizar en torno al valor

SAFe ha sido criticado por agrupar demasiadas prácticas dispares. ^{[ 22 ]}

En SAFe versión 5.1, existen cuatro configuraciones: essential, portfolio, large solution y full: ^{[ 23 ]}

• SAFe esencial es la configuración más básica. Describe los elementos más importantes necesarios y está diseñada para brindar la mayoría de los beneficios del marco. Incluye el nivel de equipo y de programa (que denomina trenes de lanzamiento ágiles o ART).
• SAFe para soluciones a gran escala permite la coordinación y sincronización entre múltiples programas, pero sin las consideraciones de cartera. En versiones anteriores de SAFe, este nivel se denominaba flujo de valor .
• El modelo SAFe de cartera incluye aspectos como la dirección estratégica, la financiación de las inversiones y la gobernanza eficiente.
• SAFe completo combina los otros tres niveles.

Scaled Agile ofrece certificaciones que abarcan diferentes áreas y niveles de conocimiento. ^{[ 24 ]}