Tutorial de metodología SAFe: ¿Qué es Scaled Agile Framework?

¿Qué es un Scaled Agile Framework (SAFe)?

Scaled Agile Framework (SAFe) es una base de conocimientos en línea disponible gratuitamente que le permite aplicar prácticas lean-ágiles a nivel empresarial. Proporciona una experiencia simple y liviana para el desarrollo de software. Es un conjunto de organizaciones y patrones de flujo de trabajo destinados a guiar a las empresas para escalar prácticas ágiles y ajustadas. Está dividido en tres segmentos que son Equipo, Programa y Portafolio.

El marco SAFe permite al equipo,

• Implementación de software y sistemas Lean-Agile a nivel empresarial
• Se basa en los principios Lean y Agile.
• Proporciona una guía detallada para el trabajo en la cartera empresarial, la cadena de valor, el programa y el equipo.
• Está diseñado para satisfacer las necesidades de todas las partes interesadas dentro de una organización.

SAFe se desarrolló por primera vez en el campo y se elaboró ​​en los libros y el blog de Dean Leffingwell . La versión 1.0 es el primer lanzamiento oficial en 2011. La última versión es 4.6, fue lanzada en octubre de 2018. Proporciona orientación para trabajar en los niveles de cartera empresarial, flujo de valor, programa y equipo.

En este tutorial de SAFe Agile, aprenderá:

• ¿Qué es Scaled Agile Framework (SAFe)?
• Por qué utilizar Agile Framework
• Cuándo utilizar Scaled Agile Framework
• Cuán diferente a otras prácticas ágiles
• Fundamentos de Scaled Agile Framework
• Manifiesto ágil
• Diferentes niveles en SAFE
• Nivel de equipo
• Nivel de programa
• Nivel de cartera
• Nivel de flujo de valor

Por qué utilizar Agile Framework

Es un marco simple y liviano, pero es capaz de manejar las necesidades de grandes flujos de valor y desarrollo de sistemas complejos. Al implementar el marco ágil de SAFe, tendrá los siguientes beneficios:

• La productividad aumentó entre un 20 y un 50%.
• La calidad aumentó más del 50%
• El tiempo de comercialización es más rápido que el 30-75%
• Mayor compromiso y satisfacción laboral de los empleados .

El diagrama de marco detallado está disponible en el sitio web. Muestra todos los roles clave, actividades, entregables y flujos. También sirve como ayuda de navegación para el resto del sitio.

La siguiente imagen explica cómo funciona el proceso ágil. Las epopeyas son una gran cantidad de trabajo, que se divide en una serie de historias más pequeñas o sub-epopeyas. Estas sub-epopeyas se asignan al equipo como una historia. Luego, cada equipo trabaja en estas historias o funciones de software en consecuencia.

Cuándo utilizar Scaled Agile Framework

• Cuando un equipo está interesado en implementar un enfoque ágil de manera consistente en programas y carteras más grandes de equipos múltiples.
• Cuando varios equipos están ejecutando su propia forma de implementación ágil, pero enfrentan regularmente obstáculos, retrasos y fallas.
• Cuando los equipos quieren trabajar de forma independiente.
• Cuando desea escalar Agile en toda la organización, pero no está seguro de qué nuevos roles pueden ser necesarios o qué roles existentes (es decir, administración) deben cambiar y cómo.
• Cuando ha intentado escalar Agile en toda su organización, pero luchando por alinearse para lograr una estrategia uniforme o consistente en todos los departamentos comerciales, desde la cartera hasta los niveles de programa y equipo.
• Cuando una organización necesita mejorar su tiempo de desarrollo de productos y quiere saber cómo otras empresas han logrado escalar Agile con SAFe.

Cuán diferente a otras prácticas ágiles

Ahora, en este tutorial de Scaled Agile Framework, veamos en qué se diferencia el marco Scaled Agile de otras prácticas ágiles,

• Está disponible públicamente y es de uso gratuito.
• Disponible en una forma muy accesible y utilizable.
• Es liviano, con resultados prácticamente probados y específico para nivel.
• Constantemente / regularmente modifica / mantiene las prácticas ágiles más utilizadas.
• Ofrece extensiones útiles para prácticas ágiles comunes.
• Basa prácticas ágiles en un contexto empresarial.
• Ofrece una imagen completa del desarrollo de software.
• La visibilidad o la transparencia es más en todos los niveles.
• Retroalimentación continua o regular sobre calidad y mejora.

Fundamentos de Scaled Agile Framework

Scaled Agile Framework (SAFe): se basa en los cimientos de su

1. Principios Lean-Agile
2. Valores fundamentales,
3. Liderazgo Lean-Agile
4. Mentalidad esbelta-ágil,
5. Comunidades de práctica (grupo de personas que trabajan constantemente en prácticas SAFe)
6. Implementando 1-2-3

Principios de SAFe Lean-Agile

Estos principios y valores básicos de SAFe Agile para SAFe deben entenderse, mostrarse y continuarse para obtener los resultados deseados.

• Adopte una visión económica
• Aplicar el pensamiento sistémico
• Suponga variabilidad; preservar opciones
• Cree incrementalmente con ciclos de aprendizaje rápidos e integrados
• Basar los hitos en una evaluación objetiva de los sistemas de trabajo.
• Visualice y limite WIP, reduzca el tamaño de los lotes y administre las longitudes de las colas
• Aplicar cadencia, sincronizar con planificación multidominio
• Desbloquear la motivación intrínseca de los trabajadores del conocimiento
• Descentralizar la toma de decisiones

Valores fundamentales de SAFe Agile

La metodología SAFe Agile se basa en estos cuatro valores.

Alineación:

• SAFe apoya la alineación.
• La alineación comienza en,
  • Temas estratégicos en la cartera de pedidos y
  • Pasa a Visión y Hoja de ruta de los trabajos pendientes del programa y luego
  • Se traslada a los trabajos pendientes del equipo.

Calidad incorporada:

• Asegura que cada entrega incremental refleje los estándares de calidad.
• La calidad no se "agrega más tarde" está incorporada.
• La calidad incorporada es un requisito previo de Lean y es obligatorio

Transparencia:

• La transparencia es el facilitador de la confianza.
• SAFe ayuda a la empresa a lograr transparencia en todos los niveles: ejecutivos, gerentes de cartera y otras partes interesadas.
• Todos pueden ver el backlog de la cartera / Kanban, los backlogs del programa / Kanban y el Team Backlog / Kanban.
• Cada nivel tiene una comprensión clara de los objetivos de PI.
• Los programas de entrenamiento tienen visibilidad de los trabajos atrasados ​​del equipo, así como otros trabajos atrasados ​​del programa.
• Los equipos y programas tienen visibilidad de las épicas empresariales y arquitectónicas. Pueden ver lo que podría estar en camino hacia ellos.

Ejecución del programa:

• SAFe pone gran énfasis en los sistemas de trabajo y los resultados comerciales resultantes.
• SAFe no es útil si los equipos no pueden ejecutar y entregar valor continuamente.

Líderes Lean Agile:

Los líderes Lean-Agile son aprendices y maestros de por vida. Ayuda a los equipos a construir mejores sistemas mediante la comprensión y la exhibición de los principios Lean-Agile SAFe.

Como facilitador de los equipos, la responsabilidad última es la adopción, el éxito y la mejora continua de los desarrollos Lean-Agile. Para el cambio y la mejora continua, los líderes deben estar capacitados.

Los líderes deben adoptar un nuevo estilo de liderazgo. Uno que realmente empodera e involucra a individuos y equipos para alcanzar su máximo potencial.

Principios de estos líderes Lean-Agile

• Liderar el cambio
• Conozca el Camino; Enfatizar el aprendizaje permanente
• Desarrollar personas
• Inspirar y alinearse con la misión; Minimizar las restricciones
• Descentralizar la toma de decisiones
• Desbloquee la motivación intrínseca de los trabajadores del conocimiento

Mentalidad Lean Agile:

La mentalidad Lean-Agile se representa en dos cosas:

1. La casa SAFe de Lean
2. Manifiesto ágil

La casa SAFe de Lean :

SAFe se deriva de los principios y prácticas de fabricación ajustada. Sobre la base de estos factores, SAFe presenta la "Casa SAFe de Lean". Está inspirado en la "casa" de Toyota lean.

El objetivo de lean es inmejorable: ofrecer el máximo valor al cliente en el menor tiempo de entrega con la mayor calidad posible para el cliente.

La siguiente figura explica el objetivo, los pilares y los cimientos de "SAFe House of Lean".

Manifiesto ágil

Estamos descubriendo mejores formas de desarrollar software haciéndolo y ayudando a otros a hacerlo. A través de este trabajo hemos llegado a valorar:

Por eso, si bien hay un valor en los elementos de la derecha, valoramos más los elementos de la izquierda.

Manifiesto ágil

1. La máxima prioridad es satisfacer al cliente mediante la entrega continua y temprana de software valioso.
2. Acepte los requisitos cambiantes, incluso al final del desarrollo. Los procesos de metodología ágil SAFe aprovechan el cambio en beneficio del cliente.
3. Entregue software que funcione con frecuencia, desde un par de semanas hasta un par de meses, con preferencia al plazo más corto.
4. Los desarrolladores y los empresarios deben trabajar juntos a diario durante todo el proyecto.
5. Construya proyectos en torno a personas motivadas. Bríndeles apoyo y el entorno que necesitan, y confíe en ellos para hacer el trabajo.
6. El método más eficaz para comunicarse con un equipo de desarrollo es una conversación cara a cara.
7. El software que funciona es la principal medida de progreso.
8. Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deberían poder mantener un ritmo constante de forma indefinida.
9. La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.
10. La simplicidad, el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizados.
12. A intervalos regulares, el equipo reflexiona sobre cómo ser más eficaz, luego sintoniza y ajusta su comportamiento en consecuencia.

Diferentes niveles en SAFE

Hay dos tipos diferentes de implementación de SAFe:

1. Implementación de SAFe 4.0
2. Implementación de SAFe 3.0

• En la implementación de SAFe 4.0 tenemos 4 niveles: Portafolio, Cadena de valor, Programa y Equipo.
• En la implementación de SAFe 3.0 tenemos 3 niveles: Portafolio, Programa y Equipo
• SAFe de 3 niveles es para implementaciones más pequeñas con 100 personas o menos. Programas que no requieren una colaboración significativa.
• SAFe de 4 niveles es para soluciones que normalmente requieren que muchos cientos de profesionales desarrollen, implementen y mantengan software.

Nivel de equipo

Roles / Equipos		Eventos		Artefactos
* Equipo ágil		* Planificación de Sprint		* Backlog del equipo
* Dueño del producto		* Aseo de la cartera de pedidos		* Requerimientos no funcionales
* Scrum Master		* Stand-up diario		* Objetivos del equipo PI
		* Ejecución		* Iteraciones
		* Demostración de Sprint		* Historias (software de trabajo)
		* Retrospectiva de Sprint		* Objetivos de Sprint
		* Sprints de IP		* Calidad incorporada
				* Picos
				* Equipo Kanban

• Todos los equipos de SAFe forman parte de uno u otro Agile Release Train (ART).
• Los equipos de SAFe son equipos multifuncionales, autoorganizados, autogestionados y empoderados
• Cada equipo es igualmente responsable de definir, construir y probar historias de su Team Backlog en iteraciones de longitud fija
• Los equipos planifican y ejecutan iteraciones de cuadro de tiempo de dos semanas de acuerdo con los objetivos de iteración acordados.
• Los equipos usarán la rutina ScrumXP / Team Kanban para entregar sistemas de alta calidad para producir una demostración del sistema cada dos semanas.
• Todos los diferentes equipos de ART (Agile Release Trains) crearán un sistema integrado y probado. Las partes interesadas evaluarán y responderán con comentarios rápidos
• Aplican prácticas de calidad integradas.
• Cada equipo de ScrumXP tendrá de 5 a 9 miembros, lo que incluye todos los roles necesarios para construir un valor incremental de calidad en cada iteración.
• Los roles de ScrumXP incluyen:
  • Equipo (desarrollo + control de calidad)
  • Scrum Master
  • Dueño del producto. Etc ...
• SAFe divide la línea de tiempo de desarrollo en un conjunto de iteraciones dentro de un PI (Incremento del programa).
• La duración del IP es de 8 a 12 semanas.
• El equipo utilizará historias para ofrecer valor. El propietario del producto tendrá autoridad sobre el contenido sobre su creación y aceptación de las historias.
• Las historias contienen los requisitos del cliente.
• Team Backlog incluye historias de usuarios y habilitadores, que se identifican durante la planificación de PI. Cuando la gestión de productos presenta la hoja de ruta, la visión y la cartera de proyectos.
• Identificar, elaborar, priorizar, programar, implementar, probar y aceptar las historias son los requisitos principales del trabajo de gestión a nivel de equipo.
• Cada iteración proporciona:
  • Un valioso incremento de nuevas funcionalidades
  • Logra a través de un patrón que se repite constantemente
  • Planifica la iteración
  • Comprometerse con alguna funcionalidad
  • Ejecute la iteración compilando y probando historias
  • Demostrar la nueva funcionalidad
  • Retrospectivo
  • Repita para la siguiente iteración
• Los equipos también admiten la demostración del sistema al final de cada iteración. que es el punto crítico de integración del ART.
• Los flujos de valor más grandes tendrán múltiples ART.
• Las iteraciones de innovación y planificación (IP) aprovechan a los equipos con una oportunidad para la innovación y la exploración.

Nivel de programa

Roles / Equipos		Eventos		Artefactos
* DevOps		* Planificación de PI (Incremento de programa)		* Visión
* Equipo del sistema		* Demostraciones del sistema		* Mapa vial
* Gestión de la liberación		* Taller de inspección y adopción		* Métricas
* Gestión de productos		* Pasarela arquitectónica		* Hitos
* Arquitecto UEX		* Liberar en cualquier momento		* Lanzamientos
* Ingeniero de trenes de lanzamiento (RTE)		* Tren de liberación ágil		* Programas épicos
* Arquitecto / ingeniero de sistemas		* Liberación		* Programa Kanban
* Dueños de negocios				* Programa de Backlog
* Líderes Lean-Agile				* Requerimientos no funcionales
* Comunidades de Practica				* Trabajo más corto ponderado primero (WSJF)
* Servicios compartidos				* Objetivos de PI del programa
* Cliente				* Característica
				* Habilitador
				* Solución
				* Coordinación de flujo de valor

• En el nivel del programa, el valor de SAFe se entrega mediante trenes de liberación ágil (ART) de larga duración. La iteración es para el equipo y el entrenamiento es para el programa.
• Agile Release Trains (ART) es el vehículo principal para la entrega de valor a nivel de programa. Ofrece un flujo de valor a la organización.
• La duración de los incrementos del programa (PI) es de 8 a 12 semanas.
• ART es de 5 a 12 equipos ágiles (~ 50 a 125+ personas) que incluye todos los roles y la infraestructura necesarios para entregar software de nivel de sistema completamente probado y funcional.
• Cada PI es un cuadro de tiempo de iteraciones múltiples. Durante el cual se desarrolla y entrega un incremento significativo y valioso del sistema.
• En cada IP se llevará a cabo una "demostración" y sesiones de "Inspección y adaptación", y comenzará la planificación para el próximo PSI.
• A nivel de programa, SAF hace hincapié en el principio de alineación. Esto se debe a que se integran múltiples esfuerzos de equipo ágil para crear valor para el cliente.
• La jerarquía de artefactos de SAFe es Epics-> características-> historias de usuario .
• A nivel de programa, el gerente de producto / gerente de programa tiene autoridad sobre el contenido. Define y prioriza la acumulación de programas.
• La acumulación del programa es una lista priorizada de funciones.
• A nivel de programa, las características pueden originarse o pueden derivarse de épicas definidas a nivel de portafolio.
• Las funciones se descomponen en historias de usuarios y fluyen hacia los trabajos pendientes a nivel de equipo.
• Product Manager o el rol de Release Train Engineer podría ser manejado por el Program Manager / Senior Project Manager
• La función del arquitecto de sistemas a nivel de programa es colaborar en el trabajo diario con los equipos. Asegura que se cumplan los requisitos no funcionales. Además, trabajan con el arquitecto empresarial a nivel de la cartera para asegurarse de que haya suficiente pista arquitectónica para satisfacer las necesidades futuras de los usuarios y las empresas.
• Los diseñadores de UX proporcionan el diseño de la interfaz, las pautas de experiencia del usuario y los elementos de diseño para los equipos.
• El rol de Chief-Scrum Master lo desempeña el 'Release Train Engineer'.
• Varios equipos (de marketing, desarrollo, calidad, operaciones e implementación) forman el "Equipo de administración de versiones". Aprobarán los lanzamientos de rutina de soluciones de calidad a los clientes.
• El equipo de DevOps se encarga de la implementación del software en los entornos de los clientes y de la entrega exitosa.

Nivel de cartera

Roles / Equipos		Eventos		Artefactos
* Arquitecto Empresarial		* Planificación estratégica de inversiones		* Temas estratégicos
* Gestión de la cartera del programa		* Planificación de la cartera Kanban (épica)		* Empresa
* Propietarios épicos				* Cartera de cartera
				* Portafolio Kanban
				* Requerimientos no funcionales
				* Épico y habilitador
				* Flujo de valor
				* Presupuestos (CapEx y OpEx)

• El nivel más alto de interés / preocupación / participación / en SAFe es SAFe Portfolio
• La cartera proporciona los bloques básicos para organizar el flujo de valor de Lean-Agile Enterprise a través de una o más Value Streams.
• La cartera ayuda a desarrollar sistemas y soluciones que se describen en temas estratégicos (vincula una cartera SAFe a la estrategia comercial cambiante de una empresa).
• Para cumplir con los objetivos estratégicos, el nivel de cartera encapsula estos elementos. Proporciona presupuestos básicos y otros mecanismos de gobernanza. De esta manera, asegura que la inversión en los flujos de valor proporcione los retornos necesarios para la empresa.
• Una cartera está conectada al negocio de forma bidireccional:
  • Para guiar la Cartera hacia los objetivos comerciales cambiantes más amplios, proporciona temas estratégicos.
  • Otra dirección indica el flujo constante de valores de cartera.
• La gestión de la cartera de programas actúa como partes interesadas y son responsables de entregar los resultados comerciales.
• El nivel de cartera de SAFe contiene personas, procesos y sistemas y soluciones de construcción necesarios que una empresa necesita para cumplir con sus objetivos estratégicos.
• Los flujos de valor son los objetivos principales de Portfolio, con los que se financian las personas y otros recursos necesarios para construir las Soluciones.
• Los conceptos clave importantes que se utilizan aquí son:
  • Conexión a la empresa,
  • Gestión de la cartera de programas,
  • Gestión del flujo de las épicas de la cartera.

Nivel de flujo de valor

Roles / Equipos		Eventos		Artefactos
* DevOps		* Planificación previa y posterior a PI (incremento del programa)		* Visión
* Equipo del sistema		* Demostraciones de soluciones		* Mapa vial
* Gestión de la liberación		* Taller de inspección y adopción		* Métricas
* Gestión de soluciones		* Tren de liberación ágil		* Hitos
* Arquitecto UEX				* Lanzamientos
* Ingeniero de flujo de valor (RTE)				* Épicas de Value Stream
* Arquitecto / ingeniero de soluciones				* Kanban de flujo de valor
* Servicios compartidos				* Cartera de flujo de valor
* Cliente				* Requerimientos no funcionales
* Proveedor				* Trabajo más corto ponderado primero (WSJF)
				* Objetivos de PI de flujo de valor
				* Capacidad
				* Habilitador
				* Contexto de la solución
				* Coordinación de flujo de valor
				* Marco económico
				* Intención de la solución
				* MBSE
				* Establecer basado
				* Arquitectura ágil

• El nivel de flujo de valor es opcional en SAFe.
• Value Stream Level es nuevo en SAFe 4.0.
• El nivel de flujo de valor está destinado / diseñado para empresas / constructores / organizaciones que son:

1. De gran tamaño
2. Independiente
3. Tener soluciones complejas
4. Sus soluciones generalmente requieren múltiples ART
5. Tienen contribución de Proveedores.
6. Se enfrentan a los mayores desafíos de los sistemas
7. Para sistemas ciberfísicos
8. Para software, hardware, electricidad y electrónica, óptica, mecánica, fluídica y más.

• La construcción de este tipo de sistemas a menudo requiere cientos, incluso miles de profesionales, proveedores externos e internos.
• Si los sistemas son de misión crucial. El fracaso de la Solución, o incluso de un subsistema, tiene consecuencias económicas y sociales inaceptables.
• Si las empresas se pueden construir con unos pocos cientos de profesionales, es posible que no necesite las construcciones de este nivel. En ese caso, pueden usar desde la ' vista contraída', que es SAFe de 3 niveles.
• La creación de soluciones de flujo de valor en un patrón Lean-Agile requiere artefactos, coordinación y construcciones adicionales. Por lo tanto, este nivel contiene un marco económico para proporcionar límites financieros para el flujo de valor.
• Admite cadencia y sincronización para múltiples ART y proveedores. Incluye reuniones de planificación previas y posteriores a PI y demostración de la solución.
• Proporciona roles adicionales que son: ingeniero de flujo de valor, arquitecto / ingeniería de soluciones y gestión de soluciones.

Resumen:

• SAFe es un método probado en la industria y centrado en el valor para escalar Agile a nivel empresarial.
• Responde preguntas como "¿Cómo planificamos?", "¿Cómo presupuestamos?" Y "¿Cómo nos volvemos multifuncionales en arquitectura y DevOps?"
• El marco SAFe Agile ayuda a los grandes equipos de la organización a cumplir los objetivos estratégicos de una organización, no solo los objetivos de los proyectos individuales.
• El marco ofrece la capacidad de mantener y crear una estrategia centralizada para generar valor.
• El modelo SAFe tiene tres / cuatro niveles que centralizan los temas estratégicos de una organización.
• Estrategia centralizada, combinada con la ejecución descentralizada del desarrollo ágil.

Referencias:

SAFe para Lean Enterprises 5.0:

http://www.scaledagileframework.com

Este artículo es una contribución de Jyothi Rangaraj