Agilidad de la organización con Scrum@Scale

Forma en la que Scrum@Scale escala el scrum en una organización

Chris Spanner Chris Spanner
Buscar temas

Al igual que un equipo de rugby cuando entrena para un gran partido, la metodología de scrum ayuda a los equipos a trabajar juntos de una forma más eficiente para lograr un objetivo común. Sin embargo, ¿qué sucede cuando una organización quiere escalar el scrum? Mientras que la metodología de scrum proporciona un marco en el que un solo equipo puede desarrollar, proporcionar y mantener productos complejos, Scrum@Scale (S@S) se centra en todo el ecosistema de los equipos con el fin de transformar la cultura general de la organización.

¿Qué es Scrum@Scale?

Scrum@Scale se desarrolló a partir de una iniciativa conjunta entre Scrum Inc. y la Scrum Alliance bajo la batuta del Dr. Jeff Sutherland, uno de los creadores de la metodología scrum y coautor del Manifiesto para el desarrollo ágil de software.

Scrum@Scale se basa en los fundamentos de la metodología scrum y en la teoría de los sistemas adaptativos complejos. En Scrum@Scale, todos forman parte de un equipo de scrum intercambiable y, en función de los objetivos, las redes de estos equipos se unen para crear un ecosistema. Se ha diseñado para escalar en grandes empresas; además, existe la opción de asistir a cursos y obtener una certificación.

El marco Scrum@Scale se basa en la misma cultura de valores que la metodología scrum:

Actitud abierta, valor, concentración, respeto y compromiso

El objetivo de Sutherland con Scrum@Scale es lograr una escalabilidad lineal a través de una arquitectura sin escalado. Esto se combina con la burocracia mínima viable (MVB, por sus siglas en inglés), un enfoque ágil que popularizaron Mozilla y Spotify en el que los procesos mínimos ayudan a mantener la eficiencia y la uniformidad a escala, sin poner trabas a la creatividad.

Gracias a esto, Scrum@Scale evita aumentar la complejidad cuando se crean equipos adicionales, ya que se evita la típica agrupación jerárquica de personas. Utiliza el concepto de escalar desde un equipo a un equipo de equipos, luego a una red de equipos y así sucesivamente.

Como resultado, la máxima prioridad de Scrum@Scale ayuda a resolver los desafíos clave a los que se enfrentan muchas organizaciones:

  • Establecer prioridades de forma eficaz con recursos limitados
  • Lanzar un software que funcione y de gran calidad en tiempo limitado
  • Posibilidades de refactorizar el software
  • Adaptarse al cambio tanto desde el punto de vista de la organización como del producto

¿Qué contiene Scrum@Scale?

¿Cuáles son los conceptos fundamentales de Scrum@Scale?

El marco Scrum@Scale se basa en tres conceptos fundamentales:

  • Equipos pequeños
  • Escalado en toda la organización
  • Aplicación de la burocracia mínima viable

Los equipos pequeños constituyen un concepto básico de la metodología scrum y resultan esenciales cuando se escala a un equipo de equipos. Por lo general, los equipos deben tener entre tres y nueve miembros, o bien se puede aplicar la “regla de las dos pizzas” (¿cuántas personas quedarían satisfechas compartiendo dos pizzas?).

Los equipos de scrum funcionales forman la base del marco de Scrum@Scale a medida que las prácticas ágiles se escalan en toda la organización.

En este contexto, el tiempo que se tarda en tomar decisiones y llevarlas a cabo es lo que define la burocracia mínima viable. En el caso de los equipos más pequeños de la organización, este enfoque ayuda a superar los obstáculos.

Componentes de Scrum@Scale

Los componentes de Scrum@Scale ayudan a las organizaciones a impulsar e individualizar las estrategias y los backlogs de la transformación.

El marco se representa en dos ciclos: el ciclo del experto en scrum y el ciclo del propietario del producto. En ellos, se distingue con claridad el “cómo” del ciclo del experto en scrum del “qué” del ciclo del propietario del producto, y se destaca el punto en el que se superponen.

Diagrama del marco de Scrum@Scale

Se logra una estructura de escalado mediante el uso del concepto de scrum de scrums, en el que varios equipos entregan al final de cada sprint un conjunto totalmente integrado de incrementos de productos que se puedan lanzar.

Los límites del tiempo y del sprint no se suavizan a escala. Son la clave para lograr la agilidad de la organización. Si tus equipos ya tienen problemas para alcanzar los objetivos establecidos del sprint, frena el carro y soluciona estos problemas antes de intentar escalar. Si necesitas comprobar el rendimiento de tus equipos, el informe de los sprints de Jira puede ayudarte a detectar cuándo flaquean.

Funciones de Scrum@Scale

Como el marco de Scrum@Scale se basa en la metodología de scrum, se utilizan las funciones de dicha metodología, el propietario del producto y el experto en scrum, que tienen las mismas competencias que se definen en la guía de scrum. Con el concepto de equipo de equipos se introducen funciones nuevas:

  • El propietario principal del producto (CPO, por sus siglas en inglés) trabaja con los equipos individuales y los propietarios de los productos para poner en común las prioridades de los backlogs de todas las partes interesadas involucradas y establecer la visión estratégica del scrum de scrums. El CPO se encarga de generar un solo backlog para todos en el scrum de scrums.
  • El experto en scrum de scrums (SoSM, por sus siglas en inglés) se encarga de aunar esfuerzos para realizar publicaciones y tiene responsabilidades similares a las de un experto en scrum, pero a un nivel superior.

Eventos de Scrum@Scale

Unos factores clave del éxito en la metodología de scrum son estos sencillos pero importantes eventos de scrum:

  • El sprint
  • Planificación de sprints
  • Scrum diario
  • La revisión del sprint
  • Retrospectiva

Al escalar el scrum, los equipos continúan con la metodología scrum como de costumbre, con solo un evento adicional: el scrum diario escalado, al que debe asistir un representante de cada equipo.

El contenido es muy similar al scrum diario en el que se deben dedicar 15 minutos todos los días a analizar las dificultades que tiene el equipo para alcanzar el objetivo del sprint, los riesgos para otros equipos, las dependencias entre los equipos, las formas de mejorar y la información que otros equipos pueden compartir.

Experto en scrum de la organización ágil: equipo de acción ejecutivo (EAT)

Al escalar el scrum, las incidencias de la organización se multiplicarán de tal manera que el marco de Scrum@Scale necesitará un equipo de acción ejecutivo (EAT, por sus siglas en inglés). Este equipo se encarga de aplicar la estrategia de transformación; de implementar los valores de scrum y las funciones; de tomar decisiones de apoyo; y de eliminar los obstáculos. Un requisito previo clave del EAT es la autoridad de los directivos para cambiar la organización.

Estas son las áreas en la que, por lo general, se centra el EAT:

  • Asegurarse de que se establecen las prioridades adecuadas, en lugar de considerar que todo es importante
  • Asegurarse de que los equipos disponen de la capacidad y el entorno apropiados para entregar los sprints
  • Garantizar que la organización mejore continuamente y que se eliminen los departamentos de esta

Propietario del producto de la organización ágil: equipo de metascrum ejecutivo (EMT)

El equipo de metascrum ejecutivo (EMT, por sus siglas en inglés) es el responsable de la visión de la organización y establece las prioridades estratégicas de esta. Este equipo se encarga de cambiar la dirección de la organización o de decidir los productos o servicios que se deben volver a estructurar o retirar. Además, ajusta la empresa a una hoja de ruta y se puede organizar en una cadencia regular o ad-hoc.

Este equipo está formado por el CPO y el propietario de la empresa, que tiene poder de decisión sobre la financiación, el personal y los clientes. El EMT y el CPO trabajan en estrecha colaboración para abordar cualquier cambio necesario en la estrategia, la financiación o la asignación de recursos.

Si tu organización ha crecido tanto que se ha salido de la estructura de grupo de equipos, Scrum@Scale es el siguiente paso para escalar todavía más. Si usas el mismo enfoque para escalar el scrum con scrum de scrums, podrás escalar el scrum de scrums a scrum de scrum de scrums (SoSoS, por sus siglas en inglés).

Conclusión

Scrum@Scale permite a una organización crecer de forma natural, a su propio ritmo, y coordinar de una forma eficiente un número ilimitado de equipos de scrum mediante el uso de una arquitectura “sin escalado”. Los conceptos del marco están bien fundamentados; además, se trata de un marco menos preceptivo que otros. Esto permite que Scrum@Scale se pueda aplicar en toda la organización cuando el scrum se utiliza de manera competente a nivel de equipo.

Al implementar Scrum@Scale, resulta fundamental centrarse en las prácticas recomendadas de scrum antes de escalar y establecer un EAT con autoridad para hacer cambios y eliminar obstáculos. Hay muchas evaluaciones en línea que se pueden usar para saber si el equipo de scrum lo está haciendo bien. Recomendamos empezar con las sugerencias de Jeff Sutherland sobre la velocidad del equipo, la satisfacción de este y los puntos de ganancias.

El siguiente paso

Los marcos como Scrum@Scale proporcionan una opción viable para ayudar a las empresas a escalar de manera eficaz y ágil en sus organizaciones y lograr los resultados empresariales deseados. No obstante, igual de importantes son las herramientas que se eligen para ayudar a ampliar las prácticas actuales y obtener todas sus ventajas. Gracias a Jira Align de Atlassian, una plataforma de planificación ágil empresarial, podrás mejorar la visibilidad, el ajuste estratégico y la adaptabilidad de la empresa para acelerar la transformación digital.