safe agile tutorial what is scaled agile framework
Tutorial SAFe Scaled Agile Framework:
En el último tutorial, le presentamos el concepto de Three Amigo Principle lo que ha demostrado ser muy beneficioso para ofrecer la solución adecuada a un ritmo más rápido con fuertes ciclos de retroalimentación.
Si aún no lo ha hecho, mira el tutorial ya que es una lectura obligada para todos para ingresar al Agile Space.
En el mundo actual de tecnologías y mecanismos de entrega de primer nivel, es muy importante poder adaptarse al mundo cambiante. Para tener éxito, la organización debe poder hacer frente a los rápidos cambios en la forma en que se desarrollan y entregan valor a sus clientes.
Con la mayor parte de la organización avanzando hacia la agilidad, se ha vuelto muy crucial escalar y mantener una ventaja competitiva. Aquí es cuando los Frameworks Scaled Agile entran en juego.
En este tutorial de SAFe, analizaremos en detalle Scaled Agile Framework. También vamos a poner énfasis en la necesidad de incorporar SAFe como en la comprensión del enunciado general del problema y finalmente veremos cómo poner SAFe en movimiento.
Comencemos con la bola rodando ...
SAFe son las siglas de Scaled Agile Frameworks. SAFe es proporcionado por la empresa Scaled Agile. Fue creado en 2011, con Dean Leffingwell como creador y cofundador.
Está diseñado para ayudar a las empresas a escalar procesos de desarrollo de software ágiles y ajustados. Al igual que LeSS, DAD y Nexus, SAFe también es uno de los que está tratando de encontrar una solución a los problemas enfrentados durante la ampliación del equipo.
Lo que vas a aprender:
- Antes de SAFe
- ¿Qué es SAFe?
- ¿Por qué Scaled Agile Framework?
- Formación SAFe
- ¿Por qué deberíamos utilizar este marco?
- Configuraciones SAFe
- Conclusión
- Lectura recomendada
Antes de SAFe
Anteriormente, cuando solíamos construir sistemas grandes y complejos, los resultados del resultado eran que no podíamos entregar a tiempo y la calidad no era tan buena y, como resultado, la experiencia del cliente tampoco era excelente, ¡lo cual es realmente malo!
SAFe intenta abordar estos problemas y las empresas que han adoptado estos marcos han mostrado resultados sorprendentes.
¿Qué es SAFe?
Scaled Agile Framework es un marco que proporciona cuatro capas diferentes de adopciones ágil-lean.
El nivel más bajo se llama nivel de EQUIPO donde varios equipos están haciendo scrum, Kanban o cualquier otra metodología ágil utilizando los fundamentos de la programación de XP, entregando valor a nivel de equipo.
El nivel dos que va de arriba a abajo es PROGRAMA, se refiere a los equipos que trabajan juntos bajo el liderazgo del equipo de gestión del programa y entregan valor en el concepto de tren de lanzamiento ágil.
La nueva capa que se agrega en SAFe 4.0 es VALUE STREAM, no es más que una combinación de equipos de programa y trenes de lanzamiento ágiles que son responsables de proporcionar una cantidad significativa de valor entregado a los clientes.
Y justo en la parte superior, tenemos nuestro siguiente nivel llamado Nivel de cartera, que es responsable de alinear y ver cómo se entregará el valor a los tres niveles por debajo de la cartera.
Safe admite soluciones de menor escala que emplean de 50 a 125 profesionales, así como sistemas complejos que requieren miles de personas.
Se revela libremente y es una base de conocimientos en línea con antecedentes de éxito comprobados. Es utilizado por muchas organizaciones que participan en el desarrollo de software complejo. SAFe también habla sobre los desafíos que se enfrentan en el desarrollo de software complejo, también habla sobre varios roles, responsabilidades, artefactos y diversas actividades involucradas en cada capa.
¿Por qué Scaled Agile Framework?
Hoy en día, el nuevo software y los sistemas atraen la máxima atención del mercado en todas partes. Al incorporar ideas innovadoras y nuevas formas de trabajar con mucha frecuencia, se eliminan los sistemas tradicionales y antiguos.
Dicho esto, las organizaciones que se den cuenta y comprendan la exigencia de seguir adelante y adaptar el cambio antes, tendrán éxito.
Para desarrollar los sistemas de software, necesitamos mantenernos al día con las complejidades y dependencias que surgen dentro de un entorno interconectado. Y las cosas se vuelven aún más complejas cuando entran en escena tecnologías como Bigdata, redes sociales, dispositivos móviles, etc.
Se espera que las organizaciones sigan el ritmo de las nuevas tecnologías y sistemas que están entrando y también que mantengan los sistemas heredados que han estado allí durante años.
En un mundo tradicional, las organizaciones utilizaron el modelo de desarrollo en cascada para desarrollar el software.
Este software se desarrolló en un modo secuencial, es decir, la siguiente fase podría comenzar solo cuando se haya completado la fase anterior. Este modo de trabajo funcionó espléndidamente para la antigüedad, pero ya no está dando los resultados deseados para el medio ambiente donde la innovación y el desarrollo están a la par.
Por lo tanto, las organizaciones que trabajan en modo secuencial lucharán por escalar y crecer.
Algunos de los desafíos comunes que enfrentamos al desarrollar un software en un modelo en cascada se ilustran en la imagen a continuación:
Tenga en cuenta que estos problemas surgen por el uso de un sistema deficiente en el que trabaja el empleado y por el desempeño del empleado.
Por lo tanto, para superar y superar estos obstáculos y lograr metas mayores, debemos incorporar las técnicas para ser más ágiles y receptivos al cambio. Por lo tanto, la adopción de SAFe es muy recomendable debido a sus valores, principios y prácticas.
Formación SAFe
Comencemos nuestra discusión sobre Scaled Agile Framework y su formación. A estas alturas, hemos articulado y entendido claramente la necesidad de tener un Marco Agile Escalado en una organización.
Ahora, conceptualice un entorno en el que tengamos varios equipos trabajando en condiciones similares para lograr el mismo objetivo. Es hora de que avancemos y veamos cómo Agile Scaled Framework como Scaled Scrum funciona en este espacio.
- Todas las partes interesadas (internas o externas) y la administración se unen para crear un documento de visión de cartera de muy alto nivel que también se denomina cartera de cartera. La cartera de pedidos se compone esencialmente de varios requisitos comerciales y arquitectónicos que también se conocen como épicos. Estas epopeyas comerciales y arquitectónicas están alineadas con las prioridades.
- Según las prioridades, estas epopeyas son recogidas por los gerentes de producto / gerentes de entrega. Crean una hoja de ruta bien definida y un documento de visión. Realizan esta actividad discutiendo el plan de lanzamiento con el Equipo de administración de lanzamientos para alinear la hoja de ruta con los lanzamientos de producción.
- Una vez que se crea la hoja de ruta y el documento de visión, el siguiente paso del Gerente de Producto es crear una acumulación de Backlog del Programa. Un Backlog del programa consta de elementos de lanzamiento, bits funcionales y un conjunto de requisitos no funcionales (NFR).
- El equipo de administración de versiones prepara un plan de versiones que se adapta a las funciones de los ciclos de versiones.
- El equipo de administración de versiones ahora trabaja en las funciones para cumplir con el plan de versiones y los objetivos. También trabajan en la preparación de la arquitectura y la infraestructura para permitir lanzamientos sin problemas.
- Desde el Backlog del programa, avanzamos hacia un Backlog de producto individual que también se conoce como Team Backlog. Release / System Team tiene su propia Product Backlog, de manera similar, todo el Scrum Team que trabaje en el proyecto tendrá su Product Backlog individual.
- Product Backlog consta de historias tanto funcionales como no funcionales. Estas historias son priorizadas por el Product Owner que está trabajando en ese Scrum Team.
- Por lo general, hay de 5 a 10 equipos Scrum que trabajan en un entorno ágil escalado. Cada uno de los Scrum Team tiene un Product Owner, Scrum Master y un Development Team. Los roles y responsabilidades de cada uno de los miembros del equipo Scrum en Scaled Scrum son los mismos que en el entorno Scrum normal.
- El Equipo Scrum realiza todas las Ceremonias Scrum y trabaja en el desarrollo del Incremento que se entregará al final de cada Sprint.
Consejos y trucos
- Para todos los equipos Scrum, las fechas de inicio y finalización del Sprint se mantienen igual que con la misma duración. Por lo tanto, el Sprint de todos los Scrum Teams está sincronizado.
- Dado que todos los equipos Scrum están trabajando en una sola misión, las dependencias entre ellos deben estar claramente definidas, programadas y asignadas para minimizar la interrupción en las entregas de productos. Las dependencias entre los equipos Scrum es uno de los problemas más rutinarios en Scaled Scrum Environment.
- Se espera que cada uno de los Equipos Scrum entregue un Incremento al final de cada Sprint. Todos estos incrementos cuando se combinan forman un Incremento de software potencialmente liberable.
- Mientras se trabaja en Scaled Scrum, el cambio de los miembros del equipo de un equipo a otro debe realizarse con cuidado. No se permite el cambio de miembros del equipo durante el Sprint y no hay excepción a esta regla.
- El progreso general del programa se mide integrando los Incrementos desarrollados por todos los Equipos Scrum.
- Cuando se trabaja en Scaled Scrum, se lleva a cabo una ceremonia llamada 'Scrum of Scrum' diaria o semanalmente en la que se llama a participar a un representante (generalmente Scrum Master) de cada uno de los Scrum Team. Esta reunión es la misma que la de Daily Standup y el objetivo también sigue siendo el mismo: 'Para mantener la alineación y la sincronización entre varios equipos'.
- Mantenga siempre intactos los valores fundamentales del Scaled Agile Framework (SAFe) en todos los niveles.
Valores fundamentales: Alineación, calidad incorporada, alineación y transparencia
- La comunicación y la colaboración entre los equipos Scrum es la clave para un Scrum escalado exitoso en términos de productividad, calidad y tiempo de comercialización.
Unos pocos ajustes aquí y allá en un Scrum Framework pueden conducir a resultados increíbles en forma de Scaled Scrum.
¿Por qué deberíamos utilizar este marco?
SAFe 4.0 ahora tiene un historial probado de éxito, de muchas organizaciones gigantes que implementaron este marco y mejoraron la experiencia del cliente al entregar productos de software en el menor tiempo de espera sostenible siguiendo el método Lean-Agile.
Básicamente, funciona con base en el desarrollo ágil, el pensamiento sistémico y el desarrollo lean.
Ayuda en:
- Alinear los objetivos comerciales y técnicos de la empresa.
- Toma de decisiones para mejorar los resultados.
- Programación para entrega a tiempo.
- Mejorando la calidad de las soluciones.
- Escalando los procesos ágiles hasta el nivel empresarial.
- Utilizar las habilidades de los empleados de manera eficaz.
- Definición de estructuras organizativas eficaces
- Medir el desempeño ágil del equipo
- Y sugiera formas de motivar a las personas para que realicen un buen trabajo, aprendan cosas nuevas y asuman riesgos.
Aquí están los datos de empresas que lo han implementado con éxito
Configuraciones SAFe
SAFe admite la gama completa de entornos de desarrollo con cuatro configuraciones,
1. Seguridad esencial
- La configuración Essential SAFe es el corazón del Framework y es el punto de partida más simple para la implementación.
- Es el componente básico para todas las demás configuraciones de SAFe y describe los elementos más críticos que se requieren para lograr la mayoría de los beneficios del Marco.
- Los niveles de equipo y programa forman una estructura organizativa denominada Agile Release Train (ART), donde los equipos ágiles, las partes interesadas clave y otros recursos se dedican a una importante misión de solución continua.
2. Cartera SAFe
- La configuración de Portfolio SAFe ayuda a alinear la ejecución de la cartera con la estrategia empresarial.
- Organizado en torno al flujo de valor.
- El presupuesto Lean-Agile empodera a los tomadores de decisiones.
- El sistema Kanban proporciona visibilidad de la cartera y límites de WIP.
- La arquitectura empresarial guía las decisiones tecnológicas más importantes.
- Las métricas objetivas respaldan la gobernanza y la mejora.
- Entrega de valor a través de Epics.
3. Solución grande SAFe
- La configuración de solución grande de SAFe es para desarrollar las soluciones más grandes y complejas que normalmente requieren varios trenes de lanzamiento ágiles y proveedores, pero no requieren consideraciones a nivel de cartera.
- Esto es común para industrias como la aeroespacial, la defensa, la automoción, etc.
- La construcción organizacional del Tren de Soluciones del Nivel de Solución Grande ayuda a las empresas que enfrentan los mayores desafíos: construir software, hardware y sistemas de TI complejos y multidisciplinarios a gran escala.
- La construcción de estas soluciones requiere roles, artefactos, eventos y coordinación adicionales.
4. Totalmente seguro
- La configuración Full SAFe es la versión más completa del Framework.
- Es compatible con empresas que crean y mantienen grandes soluciones integradas, que requieren cientos de personas o más, e incluye todos los niveles de SAFe: equipo, programa, gran solución y cartera.
- En las empresas más grandes, pueden ser necesarias varias instancias de varias configuraciones de SAFe.
La Fundación
La Fundación contiene los principios de apoyo, valores, mentalidad, orientación de implementación y roles de liderazgo que se requieren para entregar el valor con éxito a escala.
1. Líderes Lean-Agile
La gerencia tiene la responsabilidad última de los resultados comerciales. Los líderes deben ser capacitados y luego convertirse en capacitadores de estas formas más ágiles de pensar y operar. Con este fin, SAFe describe un nuevo estilo de liderazgo que exhiben los líderes de la empresa.
Los líderes Lean-Agile lideran su organización en la construcción de mejores sistemas a través de formas iterativas e incrementales de aprendizaje, coaching, desarrollo de personas y procesos.
Los Líderes Lean-Agile de SAFe son aprendices y profesores de por vida que ayudan a los equipos a construir mejores sistemas a través de la comprensión y exhibición de la Mentalidad Lean-Agile y los Principios SAFe.
2. Valores fundamentales
Cuatro valores fundamentales definen el sistema de creencias de SAFe:
Ejecución del programa
- La ejecución del programa es el valor fundamental más importante, ya que se compara con otros valores sin los cuales el equipo de ejecución no puede ofrecer ningún valor al cliente.
- Principalmente se enfoca en software funcional y una excelente experiencia del cliente.
- El desarrollo de software complejo se logra con la ayuda de inspectores y expertos al final y funciona mejor en cada PI.
- No solo los equipos, sino con la ayuda de líderes ágiles, el equipo de liderazgo también puede realizar la satisfacción del cliente.
Transparencia
- En todos los niveles, es decir, equipo, programa, flujo de valor y nivel de cartera, tenemos una pizarra que muestra información sobre el progreso del proyecto en cualquier momento.
- El equipo sigue un scrum ágil, por lo tanto, todos los miembros del equipo confían entre sí y son libres de tomar decisiones que fomenten las innovaciones.
- Fomenta la comunicación abierta y honesta con todas las partes interesadas.
- Valorar la productividad, la calidad, la transparencia y la apertura por encima de la política interna.
Calidad incorporada
- Adopte gradualmente las prácticas de calidad incorporadas para software, hardware y firmware. Comprender, enseñar o patrocinar el desarrollo de habilidades técnicas en apoyo de códigos, componentes, sistemas y soluciones de alta calidad.
- Fomentar comunidades de práctica.
- Comprender, respaldar y aplicar la arquitectura ágil y la experiencia de usuario ajustada (UX).
3. Mentalidad Lean-Agile
Los líderes Lean-Agile son aprendices y maestros de por vida. Entienden y adoptan los principios y prácticas Lean y Agile.
Nuestra mentalidad Lean-Agile está representada en dos cosas:
(i) La Casa de Lean:
La Casa de Lean es la que ves aquí.
Tiene varios elementos:
Valor, como el objetivo de Lean es muy simple, tiene el plazo de entrega sostenible más corto. Eso se logra mediante los pilares de respeto por las personas y la cultura , flujo de desarrollo de productos, innovación, fundamental para la sostenibilidad a largo plazo, y mejora incesante. Y es apoyado por liderazgo .
Esa es la estructura en la que tendemos a pensar sobre el paradigma Lean.
(ii) Manifiesto ágil:
En segundo lugar es el Manifiesto ágil , que ha estado con nosotros desde 2001. Es un documento muy bien escrito y lo que dice sigue siendo cierto hasta el día de hoy. Necesitamos el Manifiesto Agile porque es la clave para desbloquear las motivaciones y los talentos de los trabajadores del conocimiento que desarrollan nuestras soluciones y software.
Manifiesto ágil
- La máxima prioridad es satisfacer al cliente mediante la entrega continua y temprana de software valioso.
- Acepte los requisitos cambiantes, incluso si se encuentra tarde en el desarrollo. Los procesos ágiles aprovechan el cambio en beneficio del cliente.
- Entregue software que funcione con frecuencia, desde un par de semanas hasta un par de meses, con preferencia a la escala de tiempo más corta.
- Los desarrolladores y los empresarios deben trabajar juntos a diario durante todo el proyecto.
- Desarrolle proyectos en torno a personas motivadas. Bríndeles apoyo y el entorno que necesitan, y confíe en ellos para hacer el trabajo.
- El método de comunicación más eficaz con el equipo de desarrollo es una conversación cara a cara.
- El software que funciona es la principal medida de progreso.
- Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deberían poder mantener un ritmo constante de forma indefinida.
- La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.
- Simplicidad: el arte de maximizar la cantidad de trabajo no realizado y es muy esencial.
- Las mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizados.
- A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo, luego sintoniza y ajusta su comportamiento en consecuencia.
4. Principios SAFe
Las prácticas de SAFe se basan en nueve principios que sintetizan los métodos ágiles, el desarrollo de productos Lean, el pensamiento de sistemas y décadas de experiencia en el campo.
- Adopte una visión económica
- Aplicar el pensamiento sistémico
- Asumir 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 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
5. Hoja de ruta de implementación
La implementación de los cambios necesarios para convertirse en una empresa de tecnología Lean-Agile es un cambio sustancial para la mayoría de las empresas. SAFe proporciona una hoja de ruta de implementación para ayudar o guiar a las organizaciones en este viaje.
Finalmente, analicemos la implementación. Lo describiremos utilizando nuestro modelo Implementando SAFe 1-2-3.
El número 1 es capacitar a los agentes de cambio Lean-Agile. A esos consultores del programa SAFe los llamamos. Con un personal suficiente de agentes de cambio Lean-Agile en el sitio y trabajando con sus socios, tendrá la capacidad de capacitar a los ejecutivos, líderes y gerentes que son las personas responsables de administrar a las personas que brindan valor.
Entonces estarán en condiciones de apoyar el lanzamiento de Agile Release Trains. Y con un tren a la vez, creará esa cartera Agile.
6. Consultores del programa SAFe (SPC)
Los SPC son agentes de cambio que combinan su conocimiento técnico de SAFe con una motivación intrínseca para mejorar el software y los procesos de desarrollo de sistemas de su empresa.
Conclusión
A salvo es un marco que nos alinea no solo con el equipo (nivel inferior) y el nivel del programa, sino que también nos ayuda a alinearnos con la estrategia de la organización (nivel superior) y cómo funciona un equipo para agregar valor a los clientes desde el nivel superior.
Está disponible en diferentes configuraciones y las empresas pueden aprovecharlo
Puede ser utilizado por una gran organización, y tiene una buena retroalimentación de las empresas implementadas en él, tiene reglas, valores y principios si se usa correctamente, la organización puede hacer que el cliente esté encantado y producir software en el menor tiempo posible. tiempo que aporta valor.
Con este tutorial, llegamos al final de nuestro Serie Agile Scrum . Esperamos que la haya pasado bien y haya disfrutado leyendo nuestros artículos sobre Agile.
Además, háganos saber si cree que podríamos haber olvidado algún tema de la serie Agile. Estaremos encantados de hacer un esfuerzo adicional y cubrir el tema para usted. El siguiente es un cuestionario ágil interesante para ti con las respuestas. ¡No olvides probarlo!
preguntas y respuestas de la entrevista de prueba de aplicaciones móviles
PREV Tutorial | SIGUIENTE Tutorial
Lectura recomendada
- Tutorial ágil de JIRA: cómo utilizar JIRA de forma eficaz para gestionar proyectos ágiles
- Tutoriales detallados de Eclipse para principiantes
- Cuestionario en línea de Agile Scrum: Pon a prueba tu conocimiento de Agile Scrum
- Kanban vs Scrum vs Agile: una comparación detallada para encontrar diferencias
- Cómo ofrecer funciones de software de alto valor en un corto período de tiempo utilizando Agile Scrum Process
- Tutorial de Java Collections Framework (JCF)
- Manifiesto ágil: comprensión de los valores y principios ágiles
- Tutorial de reflexión de Java con ejemplos