SAFe® (acrónimo de Scaled Agile Framework Enterprise) es un marco de trabajo para la escalación de las prácticas ágiles basado en los principios de Lean y Agile para el desarrollo de software y sistemas, a nivel corporación.
SAFe®, en su página web, ofrece gratuitamente el marco de trabajo con una explicación detallada de cada elemento del mismo. Éste es un recurso de soporte muy útil en la implementación del mismo, sin embargo, esta información, se puede considerar solo de apoyo ya que se corre el riesgo de saturación ante tanta cantidad de información. Es por eso que en toda adopción de SAFe®, como marco de trabajo, se recomienda encarecidamente la formación e iniciación por parte de un SPC (SAFe® Program Consultant).
En el sitio web, se pueden ver estadísticas sobre los beneficios de adoptar SAFe®, tales como:
- 20-50% de incremento en la productividad
- + del 50% de incremento en la calidad
- 30-75% más rapidez en lanzar productos al mercado
Ante todo que conste que soy un gran fan de las metodologías ágiles (a veces un poco extremista), pero también soy Ingeniero de formación con lo que confío en los principios del método científico y de la matemática.
La gran mayoría de estadísticas que comparan resultados de metodologías waterfall con metodologías agiles, son meramente “estadísticas anecdóticas”. Estoy muy seguro que no se ejecutó un proyecto en cascada (waterfall) y el mismo proyecto siguiendo SAFe® con condiciones “ambientales iguales”, para luego comparar, como aproximación al método científico.
Las experiencias en la adopción de SAFe® tiene muchos beneficios y la realidad es que sirve para transformar organizaciones hacia un modelo de negocio y de producción más agiles y con mejores resultados.
En la comunidad Agile, hay muchas críticas sobre SAFe: que si es SAFe® el “Fast Food” de Agile, que si SAFe® no es realmente agile, SAFe® no es flexible… hay grandes detractores y grandes partidarios y todos tienen razón y ninguno la tiene. ¿es SAFe® bueno o es SAFe® malo? Pues como suelo responder “depende”.
La pregunta clave no es si SAFe® es bueno o es malo, la pregunta es ¿va ayudarme la adopción de SAFe® en mi empresa? En este caso la respuesta es “depende de tu empresa y de cómo quieras aplicarlo, pero seguramente SI”. Como en cualquier cambio de esta magnitud, en una empresa se necesita formación, tiempo, gente con ganas de cambiar las cosas y recursos.
SAFe® es un marco de trabajo que nos ayudará a solucionar los problemas que solemos encontrarnos en el desarrollo de grandes proyectos:
- La integración del software con distintos equipos implicados en el mismo proyecto. Lo que inicialmente se planifica en X días (o incluso 1 día) acaba siendo semanas, con la gente trabajando bajo presión y el consiguiente impacto en la calidad del software.
- La ejecución de un plan hecho al principio del proyecto, suponiendo que no van a haber cambios en los requerimientos.
- Falta de visibilidad del avance real del proyecto: hasta que no se llega a la fase de aceptación del cliente, no tenemos ningún feedback de cómo estamos haciendo el trabajo.
Hay una realidad evidente, y es que cada vez más empresas grandes están implantando SAFe® en el área de IT, de manera satisfactoria. El 60% de las empresas de TOP 100 Fortune de EEUU, cuentan en sus filas con “SAFe® consultants” o certificados en “Leading SAFe®”.
En SAFe® encontramos tres niveles (o cuatro en la versión extendida):
- Equipos
- Programa
- Cadena de Valor (recomendado sólo para grandes corporaciones, puesto que cada nivel implica un coste de coordinación)
- Portafolio
En la mayoría de las adopciones de este marco de trabajo se llega hasta el nivel de programa, hecho que me entristece. La plena adopción de SAFe® provoca la transformación hacía un entorno ágil de trabajo de otros departamentos de la empresa, no solo IT.
Como idea general, a nivel de programa encontramos los ART (Agile Release Train), que son equipos de equipos, centrados en mantener el foco de trabajo y entregar valor de manera sincronizada y cada cierto tiempo. Es por esto que se considera la cadencia y la sincronización hechos fundamentales en SAFe®:
- Cadencia: permite transformar sucesos impredecibles en predictibles, hace los tiempos de espera predecibles y facilita la planificación
- Sincronización: hace que múltiples eventos suceden al mismo tiempo, facilita el intercambio de personas y funcionalidades, y permite una integración de manera regular.
Para trabajar de manera efectiva, necesitamos que los ciclos de trabajo estén sincronizados. Esto nos permite reducir riesgos, ya que necesitamos/queremos saber cómo está avanzando la integración de todas las partes implicadas cada cierto tiempo.
He aquí unos cuantos beneficios de SAFe® basados en experiencias:
- Permite grandes compañías moverse hacia un entorno ágil con seguridad
- Entrega de valor al cliente, de manera incremental y continua
- Transparencia
- Colaboración
- Permite definir responsabilidades a distintos niveles al tener nuevos roles.
- Soluciona los problemas originados al intentar aplicar Scrum sin un alcance estandarizado en grandes y medianas organizaciones.
- Falta de alineamiento hacía el objetivo común
- Falta de sincronismo en las entregas
- Mal manejo de las dependencias entre equipos
Si hay algo que me gustaría que te llevases de la lectura de este artículo es que SAFe® no debe ser considerado como un objetivo final, sino como un inicio. Permite a las grandes y medianas organizaciones conseguir algunos de los beneficios de las metodologías ágiles mientras se inician hacía el objetivo final que es la verdadera agilidad.
Hola Víctor, gracias por compartir esta info, muy valiosa. Tengo una duda, estoy a punto de iniciar mi certificación pero debo elegir una de las siguientes:
1. SAFe Program Consultant (SPC)
2. PSM (Profesional Scrum Master)
Creo que la segunda (PSM) es mejor a nivel de conocimientos, ya que SAFe siento que es derivada de PSM, correcto?, gracias por sus comentarios.
Hola Víctor, gracias por compartir esta info, muy valiosa. Tengo una duda, estoy a punto de iniciar mi certificación pero debo elegir una de las siguientes:
1. SAFe Program Consultant (SPC)
2. PSM (Profesional Scrum Master)
Creo que la segunda (PSM) es mejor a nivel de conocimientos, ya que SAFe siento que es derivada de PSM, correcto?, gracias por sus comentarios.
Hola Roberto!
Hay una gran diferencia entre ambas certificaciones:
1. SPC: es una certificación para fer formador de SAFe.
2. PSM: es una certificación que demuestra conocimientos sobre Scrum.
Son dos niveles muy distintos de certificaciones, tanto en conocimientos previos recomendados, como en precio como en alcance. Por tus palabras deduzco que estás iniciándote en el mundo de las metodologías ágiles, yo te recomendaría sin lugar a duda PSM. Si te interesa alguna certificación de SAFe, yo me decantaría por la certificación Scaled Agilist (SA) que se trabaja en el curso de Leading SAFe.
De todos modos, como formador de Leading SAFe, yo te recomiendo antes conocer bien las metodologías ágiles a nivel de equipo, pues la base de la escalación de Agile (en SAFe) es los equipos Agiles.
Espero haberte ayudado!
Saludos!
Hola
Existe alguna diferencia entre ser scrum máster en un equipo único o en un marco SAFe?
Hola Laura!
Existe diferencia en el ámbito de actuación.
En SAFe, el equipo de desarrollo es parte de un equipo mayor, que junto otros equipos construyen soluciones.
En este caso el Scrum Master ayudará al equipo al equipo a entender y adoptar el Scrum y SAFe. Sus servicios de guía al equipo para mejorar su autoorganización y maestría, se extienden al ambito del ART (Agile Release Train), tanto en la dimensión colaborativa, como en la técnica.
Excelente Articulo!!. Tambien es importante recordar que SAFe integro un conjunto de practicas, principios, … probadas para su implementacion en grandes proyectos (Escalado) y asi poder articular muchos equipos SCRUMS, recuerden que estamos hablando de equipos de 50 a 125 personas por Tren y podemos tener varios trenes. Ahora bien, si es bueno o malo, o mejor dicho si va a dar los resutados esperados va a depender de su implementacion, la cual como siempre va depender a su vez de la gente, el equipo, su alineacion con el negocio.
SAFe® for Lean Enterprises is a knowledge base of proven, integrated principles, practices, and competencies for Lean, Agile, and DevOps. More than the sum of its parts, SAFe is a scalable and configurable framework that helps organizations deliver new products, services, and solutions in the shortest sustainable lead time. It’s a system that guides the roles, responsibilities, and activities necessary to achieve a sustained, competitive technological advantage.
Hola Víctor, gracias por compartir esta info, muy valiosa. Tengo una duda, estoy a punto de iniciar mi certificación pero debo elegir una de las siguientes:
1. SAFe Program Consultant (SPC)
2. PSM (Profesional Scrum Master)
Creo que la segunda (PSM) es mejor a nivel de conocimientos, ya que SAFe siento que es derivada de PSM, correcto?, gracias por sus comentarios.
Hola Roberto!
Hay una gran diferencia entre ambas certificaciones:
1. SPC: es una certificación para fer formador de SAFe.
2. PSM: es una certificación que demuestra conocimientos sobre Scrum.
Son dos niveles muy distintos de certificaciones, tanto en conocimientos previos recomendados, como en precio como en alcance. Por tus palabras deduzco que estás iniciándote en el mundo de las metodologías ágiles, yo te recomendaría sin lugar a duda PSM. Si te interesa alguna certificación de SAFe, yo me decantaría por la certificación Scaled Agilist (SA) que se trabaja en el curso de Leading SAFe.
De todos modos, como formador de Leading SAFe, yo te recomiendo antes conocer bien las metodologías ágiles a nivel de equipo, pues la base de la escalación de Agile (en SAFe) es los equipos Agiles.
Espero haberte ayudado!
Saludos!
Hola Víctor, gracias por compartir esta info, muy valiosa. Tengo una duda, estoy a punto de iniciar mi certificación pero debo elegir una de las siguientes:
1. SAFe Program Consultant (SPC)
2. PSM (Profesional Scrum Master)
Creo que la segunda (PSM) es mejor a nivel de conocimientos, ya que SAFe siento que es derivada de PSM, correcto?, gracias por sus comentarios.
Excelente Articulo!!. Tambien es importante recordar que SAFe integro un conjunto de practicas, principios, … probadas para su implementacion en grandes proyectos (Escalado) y asi poder articular muchos equipos SCRUMS, recuerden que estamos hablando de equipos de 50 a 125 personas por Tren y podemos tener varios trenes. Ahora bien, si es bueno o malo, o mejor dicho si va a dar los resutados esperados va a depender de su implementacion, la cual como siempre va depender a su vez de la gente, el equipo, su alineacion con el negocio.
SAFe® for Lean Enterprises is a knowledge base of proven, integrated principles, practices, and competencies for Lean, Agile, and DevOps. More than the sum of its parts, SAFe is a scalable and configurable framework that helps organizations deliver new products, services, and solutions in the shortest sustainable lead time. It’s a system that guides the roles, responsibilities, and activities necessary to achieve a sustained, competitive technological advantage.
Hola
Existe alguna diferencia entre ser scrum máster en un equipo único o en un marco SAFe?
Hola Laura!
Existe diferencia en el ámbito de actuación.
En SAFe, el equipo de desarrollo es parte de un equipo mayor, que junto otros equipos construyen soluciones.
En este caso el Scrum Master ayudará al equipo al equipo a entender y adoptar el Scrum y SAFe. Sus servicios de guía al equipo para mejorar su autoorganización y maestría, se extienden al ambito del ART (Agile Release Train), tanto en la dimensión colaborativa, como en la técnica.
Una mezcla rara de framework, estan combinando cascada con Scrum con XP y al final tienes que sincronizar los equipos alineandose a los objetivos de los negocios. En lo personal prefiero Scrum Scaling, es más claro y flexible. Saludos!