Scrum a gran escala (LeSS): Visión general y comparación

Imagínate que tienes 3 equipos ágiles que trabajan según Scrum y ahora quieres escalar: Scrum ya no es suficiente. ¿Qué se hace? Para ello existen diferentes marcos, entre ellos Seguro , Nexus y muchos más. Hoy echamos un vistazo más de cerca a LeSS.

LeSS es SCRUM (Definición)

Ese Marco LesS trata de aplicar los principios e ideales de Scrum en un gran contexto empresarial de la forma más sencilla posible mediante reglas y directrices definidas. Debido a su sencillez, LeSS ha recibido la definición o la etiqueta de marco “apenas suficiente”, pero eso no debe restarle valor.

7 ventajas del marco LeSS

El enfoque fundamental de LeSS no es crear un nuevo marco diferente. En cambio, los principios de Scrum se aplican a muchos equipos.

Algunos de los beneficios con Menos se pueden lograr son:

1. Menores costos de implementación implementando prácticas que los equipos ya usan en Scrum
2. propietario de un producto, que comprende el marco y los principios y luego cierra la brecha entre el negocio y los equipos técnicos
3. Para el La entrega de un producto será menos personas necesario. LeSS no agrega exponencialmente más roles y gastos generales
4. ofrece un vista completa del producto en el área de enfoque
5. La Los equipos están en contacto directo. con el cliente y otras partes interesadas 
6. Mejoras continuas son posibles a través de retros regulares y otras reuniones, que son procesos fundamentales del Manifiesto Ágil
7. Para muchas empresas, el enfoque LeSS para escalar equipos Scrum es potencialmente el siguiente paso lógico en su camino hacia la escalabilidad ágil.

¿Cómo está estructurado LeSS? Una definicion

Por definición, Scrum a gran escala se basa en principios, marcos, pautas y experimentos. La figura (fuente: sitio web LesS) enséñalo. Expliquemos esto con un ejemplo: 

Principios: El equipo X desarrolla un teléfono móvil. Para ellos es importante el principio de actuar con transparencia. Por lo tanto, trabajan de forma transparente y realizan dailys periódicos. Además, quieren averiguar de dónde proceden exactamente los materiales importantes para la producción del teléfono móvil, para poder comunicárselo más adelante a los clientes de forma transparente. Transparencia de principio a fin.

Condiciones marco: Al mismo tiempo, trabajan continuamente para crear las condiciones marco que combinan el marco SCRUM como un ideal con el valores ágiles especifica: apertura, coraje, respeto, enfoque y compromiso.

Pautas: las pautas para el desarrollo son la visión del producto, los requisitos técnicos para el producto, pero también la forma en que el equipo trabaja en conjunto.

Experimentos: cuando surgen dudas, estás en el área de experimentos, que se trata de probar y probar cosas. Por ejemplo, si queremos desarrollar una nueva característica o abrir un nuevo grupo objetivo completamente nuevo. (Fuente: sitio web LesS)

Los 10 principios LesS

Menos definido 10 principios. Ayudan a desarrollar, siguiendo nuestro ejemplo, un teléfono móvil que se ajuste lo más posible a los valores e ideas del cliente. A continuación, la lista de los 10 principios de un vistazo:

1. Scrum a gran escala es Scrum: El teléfono móvil puede ser desarrollado no solo por un equipo, sino por múltiples equipos para mantener al cliente satisfecho y el tiempo de desarrollo razonable
2. Control empírico de procesos: Basado en experiencias a corto plazo, las funciones individuales de los teléfonos celulares se adaptan y revisan constantemente
3. Transparencia: Nuestro Team X decide compartir de forma transparente los objetivos semanales del equipo en su plataforma interna a partir de ahora. Esto ayuda enormemente a comprender en qué está trabajando cada uno.
4. Más con menos: Básicamente, uno debe experimentar con nuevas ideas y aprender de ellas antes de establecer reglas perezosamente y así agregar “equipaje”.
5. Enfoque de todo el producto: Los equipos tienen una tendencia aún mayor a sub-optimizar sus objetivos que los individuos. Por lo tanto, el mayor desafío para los equipos es integrar su trabajo en un producto. Por lo tanto, el “propósito” de todo el producto debe ser lo más claro posible. De este modo, los equipos y las personas pueden definir subobjetivos adecuados por sí mismos si es necesario.
6. Centrada en el cliente: Solo los equipos que trabajan directamente con el cliente pueden maximizar el verdadero valor del producto. Desafortunadamente, las organizaciones tienden a separar los equipos de los clientes una vez que comienzan a crecer. Para contrarrestar esto, los clientes son invitados regularmente a reuniones de equipo, por ejemplo, para dar su opinión.
7. Mejora continua hacia la perfección: LeSS es un cambio profundo para muchas organizaciones. Ten en cuenta que esto no significa automáticamente una mejora. LeSS permite a la organización empezar a mejorar, y a partir de ahí hay que seguir optimizando continuamente. ¡LeSS es un proceso!
8. Pensamiento esbelto: Sobre todo, LeSS enfatiza ver el lugar de acción por uno mismo (Gemba), el concepto de aprendizaje en tres etapas ShuHaRi (Shu = imitar, Ha = variar, Ri = definir reglas propias) y respeto por las personas.
9. pensamiento sistémico: Todas las acciones, cambios y mejoras deben pensarse siempre de forma sistémica o conforme al sistema para alcanzar los objetivos. Ejemplo: Si en un equipo ofrezco teóricamente bonificaciones económicas, ¿qué significa eso para otros equipos (es decir, para el resto del sistema organizativo)?
10. Teoría de la cola: La idea básica es que en el mundo del software creamos muchas colas invisibles (por ejemplo, documentos de requisitos, software no probado) y apenas nos preocupamos por el manejo óptimo de estas colas. Por ejemplo, ¿sabía que cuando la utilización de un recurso aumenta de 50% a 90%, el tiempo de espera para nuevas tareas no se duplica, sino que se multiplica? Por lo tanto, defina los límites WIP (trabajo en curso), evite la multitarea y los paquetes de trabajo grandes. 

Los marcos LeSS

LeSS ofrece dos configuraciones: Básico Menos por dos a ocho equipos (10 a 50 personas) y MENOS GRANDE por más de ocho equipos (50 a 6.000 personas y más).

Fuente: Less.works

Se recomienda comenzar con Basic LeSS para experimentar, ganar experiencia y recibir comentarios antes de saltar directamente a LeSS Huge. Hay dos enfoques sugeridos para adoptar LeSS Huge:

• Comience con un área de requisitos dentro del producto más grande y concéntrese solo en esa primera
• O ampliar gradualmente el alcance del trabajo del equipo, la definición de hecho y la definición de producto.

De este modo, una empresa puede adquirir experiencia en equipo con LeSS, expandirse en un área de productos, lograr los primeros éxitos y, así, obtener el apoyo de la dirección antes de que LeSS se amplíe a toda la empresa.

Por cierto, una breve nota en el contexto de la transformación ágil: ¿Quieres asegurarte de que actualmente estáis estableciendo las prioridades correctas en vuestra transformación ágil? 

Entonces haz nuestra comprobación de madurez para vuestra transformación ágil: solo lleva 3 minutos. Incluso obtendrás un punto de referencia basado en los más de trescientos participantes. Mira el botón 🙂

Roles y programación en LeSS

Basic LeSS se centra en el equipo y los roles clave de Scrum:

1. el dueño del producto Scrum que es responsable de la visión y dirección del producto
2. los equipos de desarrollo de Scrum responsables de la creación y entrega de productos
3. el Scrum Master, que apoya al equipo en la mejora continua
4. el papel del gerente y cómo apoya al equipo en la eliminación de obstáculos o “impedimentos” para la mejora continua y la autonomía (extensión a SCRUM)

Huge LeSS complementa Basic LeSS con las siguientes funciones:

1. El Propietario de Producto Regional LeSS Huge apoya a los Propietarios de Producto y es crucial para conectar las necesidades comerciales (financieras, etc.) con los equipos de desarrollo.
2. El propietario del producto del área se especializa en tareas centradas en el cliente y actúa como propietario del producto para equipos de características centrados en el producto.

Las reuniones de PBR amplían la planificación de sprints a través de áreas de enfoque a través de una serie de ejecuciones de sprints LeSS paralelas. Se requiere la cadencia continua de estas reuniones en cada sprint para comprender, discutir y refinar elementos y prepararse para futuros sprints. Las principales actividades de las reuniones de PBR son: 

1. Creación de Epics, es decir, agrupación de grandes áreas temáticas que encajan entre sí; en nuestro ejemplo, sería la fusión de los Sprints del equipo de Diseño y Usabilidad.
2. Aclaración y respuesta a preguntas abiertas: Todos deben tener la misma comprensión del producto y las ideas del cliente y colegas.
3. Estimación del tamaño de la historia de usuario, los riesgos, dependencias: casi la derivación y planificación detallada de las áreas temáticas individuales

Ese Revisión de Sprint

Equivalente a Scrum: La Revisión del Sprint es una reunión al final de un Sprint para revisar el trabajo realizado en relación con el Objetivo del Sprint. Se trata del producto en sí. Los avances se hacen visibles y se identifican nuevos campos de acción. Hace que el progreso hacia el producto y la meta sea transparente.

La Retrospectiva 

Similar a Scrum: La retrospectiva es una reunión que trata sobre la colaboración del equipo. La mejora de la cooperación en el equipo y por tanto la mejora de procesos y contenidos. También se trata de la interacción entre desarrolladores individuales, el trabajo del Scrum Master y la comunicación con el Product Owner. Por lo tanto, la retrospectiva es una parte importante de un proceso de mejora continua (CIP).

En Large Scale Scrum, a veces se recomienda realizar una “Retro de Retros”, es decir, de forma general en muchos equipos.

Large Scale Scrum - Ratio Scrum Master

¿Cuántos equipos debería tener un Scrum Master? Se puede argumentar que lo mejor es un Scrum Master por equipo, aunque esto también Desventajas Posee. Usualmente la ratio de Large Scale Scrum Master es de 1:1 a 1:3: un Scrum Master tiene de uno a tres equipos como máximo.

¿Cuándo es LeSS Scrum a gran escala el método ágil adecuado?

Se puede usar Scrum a gran escala si ya está trabajando con SCRUM y desea escalar Scrum. Pero también para encontrar el equilibrio entre la autoorganización y las reglas. 

bajo vodde una vez dijo que él y craig larman creo que LeSS es un muy buen enfoque porque llega al punto óptimo entre tener tanto aporte como sea necesario y el mínimo posible. 

Al igual que Scrum, solo representa un marco de proceso que aún puede ser diseñado de manera muy individual y en una variedad de formas por los equipos que lo usan. Este argumento parece plausible y en realidad diferencia a Large Scale Scrum (LeSS) de otros marcos de escalamiento.

Ilustración: punto justo 

En comparación: Scrum a gran escala versus Scrum

LeSS se basa en Scrum para respaldar su uso en un contexto más amplio y escalarlo en organizaciones más grandes y más allá del equipo. Así que no hay duda de uno u otro. LeSS es la extensión de SCRUM. Para introducir LeSS, siempre necesitas SCRUM. Tiene sentido introducir SCRUM primero y luego cambiar a LeSS.

En comparación: Scrum a gran escala frente a Scaled Agile Framework SAFe®

Aunque LeSS está ganando popularidad en empresas con grandes equipos de desarrollo de software, otros marcos ágiles escalados como Scrum of Scrums o Scrum @ Scale también han ganado terreno. Uno de los principales marcos es este Scaled Agile Framework® (SAFe).

Hay muchas similitudes entre Large Scale Scrum y Scaled Agile Framework SAFe®. Por ejemplo, ambos comienzan escalando un equipo Scrum e incorporando principios como el pensamiento esbelto, la mejora continua y la orientación al cliente. 

3 diferencias clave entre Scrum a gran escala y Scaled Agile Framework SAFe®

1. Organización: LeSS se centra en simplificar la estructura organizativa sin dejar de ser flexible y adaptable.
2. Rodar: SAFe tiene roles adicionales (algunos dicen que son más “gastos generales”), incluidos Release Train Engineer (RTE), Solution Train Engineer (STE) y Epic Owners.
3. Implementación: Scaled Agile Framework SAFe® contiene procesos, artefactos y cambios organizacionales que es posible que algunas organizaciones no puedan adoptar. Por lo tanto, siempre tiene que ver qué marco se adapta a usted y a su empresa.

Para una introducción exitosa de Scrum a gran escala

La implantación con éxito de Large Scale Scrum requiere romper con las viejas suposiciones y cambiar la estructura empresarial, con todo el potencial explosivo a nivel de “jefatura” y la “pérdida de prestigio” que conlleva un cambio de este tipo. 

Por lo tanto, la base es que todos estén dispuestos a este cambio; véase también el Modelo de gestión de cambios de Kotter o nuestro artículo sobre Hoja de ruta de transformación ágil .

Crea una visión atractiva hacia la que trabajar y pon en marcha muchos proyectos de cambio a la vez, en el sentido de la experimentación. 

Si se logra el objetivo original, entonces se realiza el cambio y la organización se ajusta a un nuevo statu quo hasta que el próximo cambio sea inminente. 

Este enfoque clásico es similar al secuencial y Enfoque de “grandes lotes” (consulte Ilustración) de desarrollo de software, donde los cambios son una excepción, estrictamente gestionados por órganos de control.

En las adopciones de LeSS no hay ninguna iniciativa de cambio, es decir, ningún gestor de cambio. En LeSS, el cambio es continuo a través de la experimentación y la mejora: el cambio es el statu quo.

¿Cuáles son los pasos para una implementación exitosa?

1. Cambio, ajuste o cambio en la cultura del equipo

Recomendamos comenzar con un Equipo Scrum hasta que el equipo y la organización hayan adquirido suficiente experiencia de la nueva cultura ágil y los responsables de la toma de decisiones inicien el siguiente paso. Esto también reduce el riesgo de mal desarrollo.

2. Mejorar el trabajo en equipo

El trabajo escalado de múltiples equipos en un producto requiere la introducción de prácticas ágiles. Las prácticas que facilitan la coordinación de los equipos entre sí son particularmente importantes. Los primeros equipos todavía tienen que experimentar mucho como pioneros para el resto de la organización. 

Si los equipos están realmente desvinculados del resto de la organización, pueden progresar rápidamente. Esto se puede hacer más rápidamente y con menos riesgo dentro de un marco manejable.

3. Cambios en la estructura societaria

Un mayor crecimiento de la organización ágil implica una reestructuración en todos los niveles. A más tardar ahora, el iniciador del cambio debe involucrar a la dirección. Se cuestionan todos los niveles entre los equipos y la cúpula de la empresa, y la estructura organizativa se vuelve muy esbelta. Esta es probablemente la parte más “dolorosa” del proceso, especialmente para la dirección.

4. Cambio de cultura corporativa

Al aplicar los marcos Scrum y LeSS y las prácticas ágiles apropiadas en todas las áreas de la empresa, se obtiene un aprendizaje de la cultura ágil en toda la organización. El proceso nunca se detiene porque no existe una organización ágil óptima.

Una transición ágil con Scrum, LeSS y LeSS Huge requiere una estrategia con visión de futuro. Por lo tanto, debe ir acompañado del asesoramiento y la formación adecuados.

Si todavía estás buscando un tablero retro adecuado, nuestro artículo puede ayudarte con el tema: Las mejores tablas retro en comparación.