Desde la llegada del Scaled Agile Framework al mercado mundial, se han hecho comparaciones hasta la saciedad entre Scrum y SAFe® frameworks.
Muchos expertos del sector han salido a la luz y han señalado posibles fallos en el Scaled Agile Framework. Por ejemplo, Ron Jeffries ha expresado sus reservas sobre el enfoque de SAFe® para resolver las dependencias entre equipos mediante la celebración de una reunión de varios equipos con más de 250 personas (Dependencies y SAFe®).
Ken Schwaber ha mencionado que SAFe® no se adhiere a los valores del Manifiesto Ágil (especialmente el primer principio – Individuo e Interacciones sobre Procesos y Herramientas) ya que está muy centrado en los procesos (UnSAFe® At Any Speed).
Sin embargo, el Scaled Agile Framework sí que suscribe la ética del Manifiesto Ágil. Quienes se hayan iniciado en SAFe® confirmarán que, a nivel de equipo, SAFe® funciona de forma muy parecida a Scrum estándar, aunque los equipos también pueden trabajar en Kanban.
En este nivel, tenemos un equipo ágil que es multifuncional y trabaja en conjunto para entregar software de trabajo cada 2 semanas (o 4 semanas según la discreción de los equipos) – que se llaman Iteraciones. El contenido de la Iteración es determinado por un Propietario de Producto que está a cargo del backlog del equipo.
La iteración comienza con una reunión de planificación en la que el equipo decide qué historias de usuario pueden entregar al final de la iteración. Cada día, el equipo discute su progreso y, al final de la iteración, demuestra los resultados al Propietario del Producto para asegurarse de que han entregado lo que el Propietario del Producto quería. A continuación, se reúnen para hacer una retrospectiva de lo que pueden mejorar para la siguiente iteración antes de volver a empezar el ciclo con una nueva reunión de planificación. Todo esto es guiado por un Scrum Master que se asegura de que el equipo trabaja sin problemas dentro del proceso y que el equipo también trabaja juntos para seguir mejorando el proceso.
En el contexto de SAFe®, usted tiene varios equipos ágiles que trabajan de forma independiente pero sincronizada. Por lo tanto, todos los equipos deben tener la misma fecha de inicio, fecha de finalización y duración del Sprint. Este es un principio clave del marco SAFe® y se denomina «Desarrollar en cadencia» en el panorama general. Por lo tanto, el átomo básico que comprende la molécula SAFe® es un equipo Scrum. El incremento agregado de múltiples equipos Scrum es la «característica» que ha sido planificada y acordada para ser liberada con el Product Owner (PO) o Dueño de Producto de antemano.
Principios de Agilidad y Entrega Continua
Tal vez, la razón detrás del éxito de Scaled Agile Framework es su capacidad para incorporar los conceptos propagados por Continuous Delivery y DevOps. Como resultado, SAFe® ha sido adoptado más rápidamente que las metodologías más antiguas como DAD (Disciplined Agile Delivery), LeSS (Large Scrum) y Nexus. SAFe® hace hincapié en la necesidad de integrar todos los «incrementos» de los equipos Scrum al final de los Sprints sincronizados. Esto asegura que el software se mantiene en un estado liberable siempre. Por lo tanto, el lema de «Liberar en cualquier momento» es un principio clave del marco SAFe®. De acuerdo con los principios clave del manifiesto ágil, el software se desarrolla en «trozos», se mantiene en un estado de funcionamiento y los lanzamientos regulares al mercado aportan los comentarios de los clientes necesarios para mejorar el software en futuros incrementos.
Retos de escala en Grandes Programas y Organizaciones
Con todas las cosas buenas que los equipos de Scrum han sido capaces de hacer, siempre ha existido el persistente desafío de escalar. La eterna pregunta – ¿Cómo escalar Agile? La necesidad de escalar se ha sentido en los escenarios donde se necesita un mayor incremento o un gran programa tiene que ser entregado de una manera ágil.
Además, muchas empresas que están pasando del método tradicional de cascada a uno ágil, buscan un marco de trabajo probado que les ayude a escalar mientras se adhieren a los principios Lean-Agile. Las grandes organizaciones que han estado operando durante mucho tiempo y pueden tener una variedad de procesos y microculturas a través de diferentes equipos y ahora quieren implementar los principios Lean-Agile son más propensas a buscar algo «probado y comprobado» que a buscar su propio enfoque para escalar. Podrían utilizar el modelo SAFe® (o incluso alguno de los otros, como DAD o LeSS), no sólo para escalar Agile, sino para llevar a cabo una transformación más profunda en toda la organización. En el proceso, bien podrían ajustar el marco de trabajo a la forma en que mejor funcione para ellos.
A juzgar por el gran número de organizaciones con las que nos hemos topado, Scaled Agile Framework o SAFe® ha proporcionado una plantilla para escalar los principios y herramientas ágiles a grandes organizaciones. SAFe® es un marco destinado a cubrir toda la organización. Funciona en cuatro niveles: portafolio, flujo de valor, programa y equipo.
¿Es SAFe® ágil?
El manifiesto Ágil no menciona en ningún momento el tamaño ideal del equipo para la adhesión a sus principios. Por lo tanto, sería polémico afirmar que Ágil no se puede escalar. Además, en el manifiesto Ágil, los principios no indican «cómo» practicar Ágil. Tampoco recomiendan las mejores prácticas. Los principios ágiles sirven como una estrella guía que apunta al objetivo final. Se pueden llevar a escala abarcando un mayor número de funcionarios para que colaboren de forma creativa con el fin de alcanzar un objetivo común.
Scrum es un marco de trabajo que asimiló las ideas del manifiesto ágil y creó un esquema que comprende Roles, Artefactos, Eventos y Valores al que pueden ajustarse las organizaciones o equipos que pretenden practicar los principios ágiles de desarrollo de software.
Los puntos en común entre los marcos Scrum y SAFe® son que ambos se inspiran en el manifiesto ágil. El corazón de una operación exitosa de SAFe® es el desarrollo de múltiples equipos Scrum exitosos y su integración en la cadencia. Es injusto comparar los dos y es como comparar las hojas de un árbol con toda su rama. SAFe® reúne los principios clave de Scrum, Kanban y la Entrega Continua para ofrecer un marco que no ve todos estos conceptos de forma aislada, sino que los coalesce con el objetivo final de un software que funcione firmemente – en alineación con el manifiesto ágil.
Tal vez, la razón más probable por la que SAFe® se siente «no ágil» es su contenido general, estructura y tamaño. Parece ir a contracorriente del principio del Manifiesto Ágil: «Los individuos y las interacciones por encima de los procesos y las herramientas», como señaló Ken Schwaber. Sin embargo, el hecho es que a medida que muchas empresas intentan coordinar y sincronizar la salida de sus diversos equipos para producir cohesivamente productos y servicios tangibles de una manera orquestada, han buscado alguna receta general -un marco- con el que poder hacerlo mientras.
¿Es SAFe® ágil? ¿Qué le parece? Por favor, comparta sus comentarios/experiencias con nosotros!
Compruebe nuestra herramienta SwiftEASe que ayuda a escalar Agile con SAFe®, por favor, siga este enlace:
https://www.digite.com/
Anshuman Singh
Product Manager, SwiftEASe
Scaled Agile Framework are registered trademarks of Scaled Agile, Inc.