Tutorial de SAFe (marco ágil escalado)

Seguro El marco permite al equipo,

• Implementación de software y sistemas Lean-Agile a nivel empresarial
• Se basa en los principios Lean y Agile.
• Proporciona orientación detallada para trabajar en la cartera, el flujo de valor, el programa y el equipo de la empresa.
• 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 Dean Leffingwell's libros y blog. La versión 1.0 es el primer lanzamiento oficial en 2011. La última versión, 4.6, se lanzó en octubre de 2018. Proporciona orientación para trabajar en los niveles de cartera, flujo de valor, programa y equipo empresarial.

Por qué utilizar SAFe Agile Framework

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

• Aumento de la productividad by 20 - 50%
• Calidad aumentó más de 50%
• Hora de comprar es más rápido que 30 -75%
• Aumento de compromiso de los empleados y Satisfacción laboral.

El diagrama detallado del marco está disponible en sitio web. Muestra todos los roles, actividades, entregables y flujos clave. También sirve como ayuda a la 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 a su vez se divide en una serie de historias más pequeñas o subepoples. Estas subepoples se asignan al equipo como una historia. Luego, cada equipo trabaja en estas historias o características del software en consecuencia.

Cuándo utilizar un marco ágil escalado

• Cuando un equipo está interesado en implementar un enfoque ágil de manera consistente en programas y carteras más grandes de varios equipos.
• Cuando varios equipos ejecutan su propio método de implementación ágil pero enfrentan obstáculos, retrasos y fallas con regularidad.
• 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, la administración) deben cambiar y cómo.
• Cuando ha intentado escalar Agile en toda su organización, pero tiene dificultades para lograr una estrategia uniforme o consistente en todos los departamentos comerciales, desde los niveles de cartera hasta programas y equipos.
• Cuando una organización necesita mejorar el tiempo de desarrollo de sus productos y desea saber cómo otras empresas han logrado escalar Agile con SAFe.

Qué 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 cada nivel.
• Modifica/mantiene constante/regularmente las prácticas ágiles más utilizadas.
• Ofrece extensiones útiles para prácticas ágiles comunes.
• Fundamenta las prácticas ágiles en un contexto empresarial.
• Ofrece una imagen completa del desarrollo de software.
• La visibilidad o transparencia es mayor en todos los niveles.
• Comentarios continuos o regulares sobre la calidad y la mejora.

Foundations del marco ágil escalado

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

1. Principios ágiles
2. Valores fundamentales,
3. Liderazgo ágil y ágil
4. Mentalidad ágil y ágil,
5. Comunidades de Práctica (Grupo de personas que están trabajando constantemente en prácticas SAFe)
6. Implementando 1-2-3

Principios de SAFe Lean-Agile

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

• Tener una visión económica
• Aplicar el pensamiento sistémico
• Supongamos variabilidad; preservar opciones
• Construya de forma incremental con ciclos de aprendizaje rápidos e integrados
• Basar los hitos en una evaluación objetiva de los sistemas de trabajo
• Visualice y limite el WIP, reduzca el tamaño de los lotes y administre la longitud de las colas
• Aplicar cadencia, sincronizar con planificación interdominio
• Liberar 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 admite la alineación.
• La alineación comienza en,
  • Temas estratégicos en la cartera de pedidos y
  • Baja a Visión y hoja de ruta de los trabajos pendientes de programa y luego
  • Se mueve a los trabajos pendientes del equipo.

Calidad incorporada:

• Garantiza que cada entrega incremental refleje los estándares de calidad.
• La calidad no se “añade después”, sino que está incorporada.
• La calidad incorporada es un requisito previo de Lean y su obligatoriedad

Transparencia:

• La transparencia es el facilitador de la confianza.
• SAFe ayuda a la empresa a lograr transparencia en todos los niveles: ejecutivos, administradores de cartera y otras partes interesadas.
• Todos pueden ver el trabajo pendiente de la cartera/Kanban, el trabajo pendiente del programa/Kanban y el trabajo pendiente del equipo/Kanban.
• Cada nivel tiene una comprensión clara de los objetivos de PI.
• Los programas de capacitación tienen visibilidad de los trabajos pendientes del equipo, así como de otros trabajos pendientes del programa.
• Los equipos y programas tienen visibilidad de las epopeyas empresariales y de arquitectura. Pueden ver lo que podría estar por llegar.

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 ágiles y ágiles

Los líderes Lean-Agile son profesores y aprendices 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 final es la adopción, el éxito y la mejora continua de los desarrollos Lean-Agile. Para el cambio y la mejora continua es necesario formar líderes.

Los líderes deben adoptar un nuevo estilo de liderazgo. Uno que realmente empodere e involucre a personas 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 restricciones
• Descentralizar la toma de decisiones
• Liberar la motivación intrínseca de los trabajadores del conocimiento

Mentalidad ágil y ágil

La mentalidad Lean-Agile se representa en dos cosas:

1. La casa segura de Lean
2. Manifiesto Ágil

La casa segura de Lean:

SAFe se deriva de los principios y prácticas de fabricación ajustada. Con base en estos factores, SAFe presenta la “SAFe House of Lean”. Está inspirado en la “casa” del lean Toyota.

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

La siguiente figura explica el objetivo, los pilares y Foundation 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 en las últimas etapas del desarrollo. Los procesos de la metodología Agile SAFe aprovechan el cambio para beneficio del cliente.
3. Entregar software que funcione con frecuencia, desde un par de semanas hasta un par de meses, dando preferencia al plazo más corto.
4. Los desarrolladores y los empresarios deben trabajar juntos diariamente durante todo el proyecto.
5. Construya proyectos en torno a personas motivadas. Bríndeles el apoyo y el entorno que necesitan y confíe en ellos para hacer el trabajo.
6. El método más eficaz de comunicación con un equipo de desarrollo es una conversación cara a cara.
7. El software que funciona es la medida principal del progreso.
8. Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deben 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 volverse más efectivo, luego sintoniza y ajusta su comportamiento en consecuencia.

Diferentes niveles en SAFE

Hay dos tipos diferentes de implementación 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, flujo 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 cientos de profesionales para desarrollar, implementar y mantener software.

Nivel de equipo

Roles/Equipos		Eventos		Los artefactos
* Equipo ágil		* Sprint Planificación		* Trabajo atrasado del equipo
* Dueño del producto		* Preparación de pedidos pendientes		* Requerimientos no funcionales
* Maestro de scrum		* Stand-Up diario		* Objetivos del equipo PI
		* Ejecución		* Iteraciones
		* Sprint Demostración		* Historias (software en funcionamiento)
		* Sprint Retrospectivo		* Sprint Goals
		* PI Sprints		* Calidad incorporada
				* Picos
				* Equipo Kanban

• Todos los equipos SAFe forman parte de uno u otro Agile Release Train (ART).
• Los equipos SAFe son equipos empoderados, autoorganizados, autogestionados y multifuncionales.
• Cada equipo es igualmente responsable de definir, construir y probar historias de su Team Backlog en iteraciones de duración fija.
• Los equipos planifican y ejecutan iteraciones con plazos de dos semanas de acuerdo con los objetivos de iteración acordados.
• Los equipos utilizarán la rutina ScrumXP/Team Kanban para entregar sistemas de alta calidad y 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 Incorporada.
• Cada equipo ScrumXP tendrá entre 5 y 9 miembros, lo que incluye todos los roles necesarios para generar un valor incremental de calidad en cada iteración.
• Los roles de ScrumXP incluyen:
  • Equipo (desarrollador + control de calidad)
  • Scrum Master
  • Dueño del producto. Etc..
• SAFe divide el cronograma de desarrollo en un conjunto de iteraciones dentro de un PI (Incremento de programa).
• La duración del PI es de entre 8 y 12 semanas.
• El equipo utilizará historias para ofrecer el valor. El propietario del producto tendrá autoridad sobre el contenido sobre la creación y aceptación de las historias.
• Las historias contienen los requisitos del cliente.
• Team Backlog incluye historias de usuarios y facilitadores, que se identifican durante la planificación de PI. Cuando la Gerencia de Producto presenta el Roadmap, la Visión y el Backlog del Programa.
• 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 funciones.
  • Lograr mediante un patrón que se repite constantemente
  • Planificar la iteración
  • Comprometerse a alguna funcionalidad
  • Ejecute la iteración construyendo y probando Historias.
  • Demostración de la nueva funcionalidad
  • Retrospectivo
  • Repetir 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 de la ART.
• Los flujos de valor más grandes tendrán múltiples ART.
• Las iteraciones de innovación y planificación (IP) brindan a los equipos una oportunidad para la innovación y la exploración.

Nivel de programa

Roles/Equipos		Eventos		Los artefactos
* DevOps		* Planificación de PI (incremento del 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 Producto		* Archipista estructural		* Hitos
*UEX Architect		* Liberar en cualquier momento		* Lanzamientos
* Ingeniero de Tren de Liberación (RTE)		* Tren de liberación ágil		* Programa épico
* Sistema Architécnico/ingeniero		* Lanzamiento		* Programa Kanban
* Dueños de negocios				* Programa atrasado
* Líderes Lean-Agile				* Requerimientos no funcionales
* Comunidades de Practica				* Trabajo más corto ponderado primero (WSJF)
* Servicios compartidos				* Objetivos del Programa PI
* Cliente				* Característica
				* Habilitador
				* Solución
				* Coordinación del flujo de valor

• A nivel de 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. Proporciona un flujo de valor a la organización.
• La duración de los Incrementos del Programa (PI) es de 8 a 12 semanas.
• ART consta de 5 a 12 equipos ágiles (~50 a 125+ personas) que incluyen todas las funciones y la infraestructura necesarias para ofrecer software a nivel de sistema totalmente probado y funcional.
• Cada PI es un bloque de tiempo de iteración múltiple, durante el cual se desarrolla y entrega un incremento significativo y valioso del sistema.
• En cada PI se llevarán a cabo sesiones de “demostración” y de “Inspeccionar y adaptar”, y comenzará la planificación para el próximo PSI.
• A nivel de programa, SAFe hace hincapié en el principio de alineación. Esto se debe a que se integran múltiples esfuerzos de equipos ágiles para crear valor para el cliente.
• La jerarquía de artefactos SAFe es Epics->características->historias de usuarios.
• A nivel de programa, el gerente de producto/gerente de programa tiene autoridad sobre el contenido. Define y prioriza el trabajo pendiente del programa.
• El trabajo pendiente del programa es una lista priorizada de características.
• A nivel de programa, las características pueden originarse o pueden derivar de epopeyas definidas a nivel de cartera.
• Las características se descomponen en historias de usuarios y fluyen en trabajos pendientes a nivel de equipo.
• El rol de Gerente de Producto o Ingeniero de Tren de Lanzamiento podría estar a cargo del Gerente de Programa/Gerente Senior de Proyecto.
• System ArchiEl rol de tect a nivel de programa es colaborar en el trabajo diario con los equipos. Se asegura de que se cumplan los requisitos no funcionales. Además, trabajan con el arquitecto empresarial a nivel de cartera para asegurarse de que haya suficiente espacio arquitectónico para satisfacer las necesidades futuras de los usuarios y del negocio.
• 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 papel de Chief-Scrum Master lo desempeña el "Ingeniero del tren de liberación".
• Varios equipos (de marketing, desarrollo, calidad, operaciones e implementación) forman el "Equipo de gestión de lanzamientos". Aprobarán lanzamientos rutinarios de soluciones de calidad para los clientes.
• El equipo de DevOps se encarga de la implementación del software en los entornos del cliente y de su entrega exitosa.

Nivel de cartera

Roles/Equipos		Eventos		Los artefactos
* Enterprise Architect		* Planificación Estratégica de Inversiones		* Temas Estratégicos
* Gestión de cartera de programas		* Planificación de 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 Portafolio SAFe
• El portafolio proporciona los bloques básicos para organizar el flujo de valor de la empresa Lean-Agile a través de uno o más flujos de valor.
• El portafolio ayuda a desarrollar sistemas y soluciones que se describen en temas estratégicos (vincula un portafolio SAFe con 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 se 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 el Portafolio 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 parte interesada y es responsable de generar los resultados comerciales.
• SAFe Portfolio Level contiene personas, procesos y sistemas y soluciones de construcción necesarios que una empresa necesita para alcanzar sus objetivos estratégicos.
• Los flujos de valor son los objetivos principales de la cartera, con los que se financian las personas y otros recursos necesarios para construir las soluciones.
• Los conceptos clave importantes utilizados aquí son:
  • Conexión a la Empresa,
  • Gestión de cartera de programas,
  • Gestión del flujo de carteras épicas.

Nivel de flujo de valor

Roles/Equipos		Eventos		Los artefactos
* DevOps		* Planificación previa y posterior al 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
*UEX Architect				* Lanzamientos
* Ingeniero de flujo de valor (RTE)				*Epopeyas del flujo de valor
* Solución Architécnico/ingeniero				* Flujo de valor Kanban
* Servicios compartidos				* Acumulación de flujo de valor
* Cliente				* Requerimientos no funcionales
* Proveedor				* Trabajo más corto ponderado primero (WSJF)
				* Objetivos de PI del flujo de valor
				* Capacidad
				* Habilitador
				* Contexto de la solución
				* Coordinación del flujo de valor
				* Marco Económico
				* Intención de la solución
				*MBSE
				* Basado en conjuntos
				* Ágil Architectura

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

1. De gran tamaño
2. Independiente
3. Tener soluciones complejas
4. Sus soluciones suelen requerir múltiples ART
5. Tienen aporte de Proveedores.
6. Se enfrentan a los mayores desafíos sistémicos
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 suele requerir cientos, e incluso miles, de profesionales, proveedores internos y externos.
• Si los sistemas son una 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 practicantes, es posible que no necesiten construcciones de este nivel. En ese caso, pueden utilizar desde el 'vista colapsada' 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. Entonces, 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.
• Otorga roles adicionales que son: ingeniero de flujo de valor, solución Architec/Ingeniería y Gestión de Soluciones.

Resumen

• SAFe es un método centrado en el valor y probado en la industria para escalar Agile a nivel empresarial.
• Responde a 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 equipos de grandes organizaciones a alcanzar los objetivos estratégicos de una organización, no solo los objetivos de proyectos individuales.
• El marco ofrece la capacidad de mantener y crear una estrategia centralizada para ofrecer 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 de desarrollo ágil descentralizada.

Referencias:

SAFe para empresas ajustadas 5.0:

http://www.scaledagileframework.com