A medida que las prácticas y tecnologías ágiles se vuelven cada vez más populares, los marcos y las tecnologías ágiles para las grandes organizaciones en las empresas se valoran gradualmente. Los marcos ágiles, como SCRUM para equipos, generalmente son adecuados para organizaciones pequeñas de 5 a 9 personas, pero muchas sugerencias ágiles para SCRUM no son adecuadas para organizaciones grandes. Por lo tanto, este artículo presenta marcos ágiles comunes a gran escala adecuados para empresas.
Scrum of Scrums marco ágil
Scrum es el marco ágil más popular, utilizado por equipos ágiles de 5-9 personas. En general, muchos marcos ágiles a gran escala se basan en Scrum. Cuando su equipo es relativamente grande, por ejemplo, más de 10 personas, la primera medida para implementar la práctica ágil es dividir el equipo en múltiples pequeñas 5-9 personas. Equipo
Cuando varios equipos Scrum trabajan juntos, ¿cómo coordinar el trabajo de cada equipo? La Alianza Scrum dio un plan: Scrum of Scrums.
Cuando hay varios equipos Scrum, cada equipo Scrum tiene un Scrum Master o entrenador ágil, que forma un equipo Scrum para coordinar el trabajo de cada equipo Scrum.
Modelo Scrum de Scrums
La coordinación de equipos ágiles requiere algunos procesos para rastrear las dependencias de cada uno, el trabajo de integración, los planes de trabajo, el trabajo de prueba y otros. Sin embargo, estos procesos no dieron un plan en Scrum. En Scrum, solo los requisitos se colocan en la lista de productos de acuerdo con la prioridad, pero no hay cómo recopilar los requisitos, cómo codificar la implementación, cómo probar y cómo implementar.
Aunque Scrum no ofrece soluciones de gestión para grandes proyectos, hay muchos libros que ofrecen soluciones. Muchos equipos han introducido Extreme Programming (XP), Test Driven Development (TDD) y programación de pares para implementar la codificación. También hay muchas compañías que utilizan las prácticas de DevOps para la construcción automatizada y la integración continua. Además, algunos equipos usan algunos de sus propios métodos para administrar el equipo Scrum junto con el marco Scrum of Scrums.
El marco ágil
LeSS LeSS significa Scrum a gran escala, utiliza las pautas básicas de Scrum y adopta algunos otros métodos para administrar proyectos ágiles a gran escala. LeSS recomienda que cada equipo ágil esté compuesto por 8 equipos, y luego múltiples equipos ágiles forman un gran proyecto ágil.
El marco ágil LeSS utiliza una lista de productos, un propietario del producto y un método DOD (definición de hecho) para administrar el incremento de producto entregable de salida de sprint. LeSS utiliza el sprint a corto plazo recomendado por Scrum. Todos los equipos ágiles tienen el mismo sprint, y cada equipo coopera para completar este sprint.
En LeSS, hay dos reuniones de planificación de sprint al comienzo del sprint. En la primera reunión de planificación de sprint, cada equipo envía personas para participar en la discusión y gestión de la dependencia y colaboración mutua. El segundo sprint es el sprint del equipo ágil Scrum. Al final del sprint, había dos retrospectivas, una para el equipo ágil interno y otra para todo el proyecto ágil grande.
Además, LeSS presentó un propietario de producto de área (APO) para gestionar las necesidades de los usuarios en todos los equipos.
Organización del marco ágil de LeSS
SAFe® El marco ágil a gran escala
SAFe®, el Scaled Agile Framework®, es actualmente uno de los marcos ágiles de más rápido crecimiento e introduce muchos roles, componentes y eventos nuevos en los niveles de equipo, programa, flujo de valor y cartera.
Versión SAFe 4.6
En SAFe a nivel de equipo, este marco utiliza Scrum y Kanban, y el sprint usa un ciclo de iteración de 2 semanas. La lista de historias de usuarios para el trabajo en equipo proviene de la lista de productos del programa.
A nivel de proyecto, se utilizan 10-12 semanas como un tren de lanzamiento (ART). El tren de lanzamiento consta de múltiples sprints, y esta serie de sprints libera uno o más incrementos de producto (PI). El último sprint en esta serie de sprints se llama IP sprint. Cada equipo puede crear más requisitos nuevos, revisar el PI que acaba de finalizar y planificar el PI futuro.
La capa de flujo de valor se compone de múltiples ART, y se utilizan múltiples roles, componentes y eventos para ayudar al equipo a coordinar e integrar cada ART.
La capa de cartera de productos analiza la demanda épica desde la perspectiva del flujo de valor. Epic puede descomponerse en capas de capacidades, características de productos, historias de usuarios, etc. desde la perspectiva del flujo de valor, y luego las historias de usuarios son implementadas por el equipo ágil.
Entrega ágil capacitada (DAD) La
entrega ágil capacitada (DAD) se basa en principios ágiles y leves e incluye personal, soluciones basadas en valores, entrega incremental y métodos de aprendizaje continuo.
La diferencia entre DAD y otros marcos ágiles es que se trata de una solución de proceso. La característica principal de otros marcos es proporcionar una serie de principios rectores. DAD ayuda al equipo a formar una solución ya ágil y de proceso.
Entrenamiento ágil entrenado 2.0
DAD consta de tres etapas de proceso: formación de conceptos, construcción y entrega. En comparación con otros marcos ágiles a gran escala, DAD proporciona más orientación de arquitectura y diseño en las etapas de concepto y práctica de entrega.
la entrega unidad de visión (VDD)
la visión de entrega accionado (VDD) representa la visión de entrega Driven. Este marco ágil a gran escala incluye métodos de exploración ágil para el cliente, análisis de modelos de negocio, desarrollo y entrega de productos de software ágil, administración del ciclo de vida de entrega de software empresarial, procesos y pautas. Su propósito es permitir que las empresas entreguen realmente los productos de software requeridos a los usuarios o mercados rápidamente, y ayudar a las empresas a reducir los riesgos de mercado desconocidos que enfrentan en la fase empresarial o el lanzamiento de nuevos productos.
