Cómo escalar Agile: Una guía práctica para equipos empresariales
1. ¿Qué es escalar agile?
El escalado agile es un enfoque sistemático para alcanzar objetivos a nivel empresarial, extendiendo el marco agile ya implementado en una organización a múltiples equipos.
Para una organización ágil, esto implica un compromiso de colaborar en principios, prácticas, herramientas y equipos para esforzarse colectivamente hacia el objetivo final de sobresalir en agile mientras se persigue una expansión de equipos, proyectos y flujos de valor.
2. ¿Por qué las organizaciones necesitan escalar agile?
El escalado agile ayuda a capturar lo que el mercado realmente necesita.
3. ¿Cuándo necesita escalar agile?
Idealmente:
Desde el inicio mismo de la transformación Agile.
Teóricamente:
Tan pronto como la complejidad y el alcance del proyecto sean lo suficientemente grandes como para requerir el trabajo de múltiples recursos.
En la práctica:
En cualquier etapa en la que una organización experimente de forma recurrente:
- Falta de colaboración
- Cuellos de botella en el negocio
- Ingresos estancados o en declive
- Ciclos de entrega más lentos
- Procesos complejos
- Fricción organizacional
- Trabajo en silos
- Obstáculos burocráticos
- Ruptura del sistema de un equipo a otro
Todos estos son síntomas reveladores de una implementación agile que necesita ser escalada.
En esta etapa se necesita una evaluación para determinar qué tan preparada está su organización para escalar agile. Busque el apoyo a nivel ejecutivo para evaluar la falta de unidades especializadas como especialistas en diseño, especialistas en TI, especialistas en seguridad, soporte de partes interesadas, etc., y determinar qué factores empresariales le impiden escalar agile.
4. ¿Cómo empieza a escalar agile?
- De abajo hacia arriba
- De arriba hacia abajo
Para un enfoque de abajo hacia arriba, debe comenzar a escalar desde el nivel de equipo y avanzar hacia otros equipos y la dirección de la organización.
Esto funciona perfectamente para equipos que son independientes entre sí. Pero si los equipos dependen unos de otros, entonces debe reevaluar su estrategia.
El enfoque de arriba hacia abajo es cuando la transición ágil es adoptada primero por la alta dirección y luego se filtra hacia el nivel de equipo.
Esto puede lograrse mejor contratando a un consultor o a un coach ágil que pueda guiarle en la transición hacia el escalado agile.
En cualquiera de los dos enfoques, la transición neta estructuralmente se parece a esto: hay una serie de equipos pequeños y multidisciplinarios que trabajan en un problema complejo, descomponiéndolo en partes. Los equipos aportan soluciones para cada elemento de esas partes utilizando productos mínimos viables ágiles y ciclos de retroalimentación ajustados. Luego colaboran para integrar todas estas soluciones en un todo coherente. El ingrediente secreto de esta colaboración es garantizar que no sea el plan sino la respuesta al cambio lo que ocupa el lugar central. Una métrica definitiva para medir el éxito del proceso es el desplazamiento del foco desde los resultados de producción (como líneas de código o número de nuevos productos) hacia los resultados de negocio (como crecimiento, ingresos y experiencia del cliente).
5. ¿Cómo evalúa la preparación para escalar agile?
- ¿Cuál es su estrategia de negocio?
- ¿Cuántos proyectos están planificados?
- ¿Cuántos equipos trabajarán en ellos?
- ¿Cuál es la complejidad de un solo proyecto?
- ¿Están sus equipos actuales equipados y capacitados para trabajar en estos proyectos?
- ¿Qué funciona bien? ¿Qué necesita mejorar?
- ¿La cultura de trabajo actual apoya el cambio?
- ¿Cuáles serían sus KPIs para escalar agile?
- ¿Qué tan bien conocen agile sus equipos?
- ¿Podrán sus equipos rendir bien en un entorno ágil?
- ¿Cómo se vería una transición exitosa?
- ¿Ha identificado algún riesgo o dependencia que pueda afectar su transición?
6. ¿Cuáles son los modelos de escalado agile más populares?
Scaled Agile Framework (SAFe)
Scaled Agile Framework (SAFe) permite a las empresas alcanzar sus objetivos organizacionales para producir el producto de mayor calidad en el menor tiempo sostenible posible. Es un enfoque que escala Scrum a nivel empresarial y le brinda la libertad de escalar de acuerdo con sus necesidades de negocio independientemente del tamaño de la empresa, que podría ser de miles de personas.
Además de los roles tradicionales de scrum, existen roles nuevos y definidos en SAFe como el Release Train Engineer y el Solution Engineer. También se añaden ceremonias y procesos como PI Planning, la ejecución del Program Increment, el Agile Release Train, el Solution Train, entre otros.
Introduce una filosofía de liderazgo servicial y lean-agile y va más allá de simplemente implementar una estructura organizacional, sino que instala una nueva mentalidad. Conozca más sobre la gama de roles en SAFe en el blog de Kendis.
Disciplined Agile (DA)
Disciplined Agile Delivery (DAD) es un marco fácil y flexible que proporciona orientación específica al contexto que se adapta a las necesidades de su empresa para producir productos de alta calidad más rápidamente. Es un modelo híbrido formado por una colección de los métodos Lean-Agile más probados del mundo, como Scrum, Kanban, XP, Agile Modelling, Unified Process y muchos más.
DA aborda la entrega de proyectos desde su inicio hasta la entrega a los usuarios finales, eliminando las barreras entre el desarrollo y otras partes de la organización para unir todo en un único esfuerzo combinado. Coordina y alinea los equipos scrum con el resto de la organización y su trabajo para que todo permanezca transparente.
Large Scale Scrum (LeSS)
Large Scaled Scrum, abreviado como LeSS, es uno de los marcos líderes del desarrollo ágil de software. Es un marco scrum multi-equipo que puede aplicarse a un equipo ágil compuesto por doce, cien o incluso miles de personas, todas trabajando juntas en un único producto compartido específico.
Con LeSS puede crear productos de gran o pequeño tamaño. Es un marco simple y minimalista donde hay menos imposición de reglas, procesos, roles o artefactos. Solo existen los roles convencionales de scrum: el product owner, el scrum master y el equipo.
LeSS está muy orientado al cliente, ya que los equipos interactúan directamente con el cliente mientras el product owner se enfoca en establecer la hoja de ruta, las prioridades y la visión a largo plazo del producto. Conozca más sobre la gama de roles en LeSS en el blog de Kendis.
Tribe
El popular modelo Tribe de Spotify ha sido un disruptor en los marcos de escalado agile. Spotify, un popular reproductor de música, fue lanzado en 2008 y ahora ha crecido con equipos distribuidos en múltiples zonas horarias. Atribuyen su éxito a sus profundamente arraigadas metodologías ágiles y al uso del escalado agile, con su propio sello distintivo.
Los equipos denominados “Squads” en el marco utilizan KANBAN, sprints de scrum, XP o una combinación de estas metodologías ágiles para llevar a cabo sus funciones. Conozca la gama de roles en el modelo Tribe en el blog de Kendis.
7. ¿Cuáles son los beneficios de escalar agile?
- Seguir procesos y prácticas coherentes
- Obtener apoyo ejecutivo de las partes interesadas
- Usar herramientas comunes en todos los equipos
- Consultoría o ayuda de coaches ágiles
- Sólida base de conocimiento ágil contextual
- Menor tiempo de salida al mercado
- Entorno de trabajo más flexible y receptivo
- Respeto mutuo entre compañeros de trabajo
- Mayor productividad general
- Toma de decisiones descentralizada
8. ¿Cuáles son los desafíos al escalar agile?
Comprensión incompleta del marco de trabajo
Muchas transformaciones de escalado agile están condenadas al fracaso incluso antes de ponerse en práctica. La razón es triple:
- A menudo, las personas que lideran la transformación asumen erróneamente que imponer un conjunto de herramientas transformará mágicamente su organización. En este caso, la limitación del marco se convierte en la limitación de su escalado agile.
- Pocos líderes organizacionales hacen el esfuerzo de comprender el perfil de necesidades de su negocio antes de adoptar un marco de escalado particular. Esto se traduce en que están mal preparados cuando se trata de los detalles más finos de la ejecución, perdiendo así la confianza del equipo.
- Un liderazgo mal preparado también puede significar que alguien decide liderar después de leer un libro o completar un curso rápido, sin ningún conocimiento experiencial de cómo el escalado agile se despliega a través de los niveles de una organización. Esto resulta en procesos mal implementados e interpretaciones erróneas de los principios.
Falta de motivación para el cambio
Salir de la zona de confort siempre es difícil, más aún en el contexto de las grandes organizaciones. La inercia es absolutamente real. Esto significa que una vez que una organización está lista para el cambio, el primer elemento en su arsenal debe ser la motivación para no dejarse intimidar por la incomodidad de los nuevos procesos y los terrenos desconocidos.
Formación de una nueva mentalidad
Un requisito previo fundamental al adaptarse a cualquier modelo de escalado agile es tener una mentalidad lean-agile. No basta con que una sola persona la tenga; debe estar incorporada en el ADN organizacional. Los líderes deben interiorizar el concepto de liderazgo servicial, donde las prioridades de los equipos se ponen en primer lugar. Los equipos deben aprender a asumir la responsabilidad de su trabajo y deben estar empoderados para tomar sus propias decisiones.
Cambio cultural
En el estilo de gestión tradicional, los equipos están confinados a trabajar dentro de sus silos siguiendo un sistema jerárquico. Están firmemente dedicados a seguir el plan trazado por la alta dirección. Con el escalado agile, debe adoptarse una nueva cultura de trabajo.
Elimina la idea de una jerarquía de arriba hacia abajo, acaba con los silos y potencia la transparencia y la colaboración entre equipos y dirección. La autoridad ya no es centralizada.
Adoptar esta cultura lleva tiempo y es una tarea ardua, aunque gratificante. El cambio mental hacia abrazar una cultura donde la responsabilidad se comparte en la mesa requiere mucho trabajo y un fuerte compromiso con la causa del escalado agile.
Herramientas inadecuadas
Trabajar en silos es un obstáculo fatal para agile. Las organizaciones tienden a usar herramientas que difieren entre cada departamento. Esto genera una desconexión.
Armonizar el stack tecnológico organizacional es uno de los mayores desafíos del escalado agile. Se necesita una herramienta de seguimiento que sea accesible para todos. Debe permitir un flujo de información transparente, promoviendo la visibilidad y la colaboración. Esta herramienta de seguimiento debe permitirle crear planes estratégicos, dependencias y riesgos. Kendis es una de esas soluciones de escalado agile que se encarga de todas las necesidades de planificación y seguimiento de sus socios — desde PI Planning y gestión de dependencias hasta coordinación a nivel de solución, asegurando que todos sus procesos de negocio sean visibles.
Equipos remotos
En el mundo pospandemia, el escalado agile remoto ya no es un concepto novedoso. Tiene sus propios desafíos:
Múltiples ubicaciones
Equipos distribuidos
Comunicación intercultural
Creciente dependencia de habilitadores tecnológicos de terceros
Estos son solo algunos ejemplos de los desafíos que se enfrentan al escalar agile. Al igual que los desafíos, también existen varios mitos sobre el escalado agile. Ninguno de estos desafíos y mitos es imposible de gestionar; sin embargo, pueden ser un hueso duro de roer si su organización no está completamente preparada para hacerles frente.
(¿Necesita compartir estos desafíos con su equipo? Use nuestra entrada de blog dedicada al tema.)
9. ¿Cuánto tiempo lleva escalar agile?
Dado que no existe una etapa final del escalado agile, es seguro decir que cuanto más madura una organización en sus esfuerzos de escalado, mejores son los resultados.
Kendis ofrece la solución completa para sus necesidades de escalado agile
Program Boards
La colaboración, la comunicación y la transparencia son el corazón de Kendis. Reduce brillantemente todos los esfuerzos engorrosos y hace que todo el proceso de planificación de su Program Increment sea una tarea muy sencilla.
Gestión de dependencias
Las dependencias son esenciales para reconocer, identificar y mapear correctamente los factores que afectan su progreso. En Kendis puede crear múltiples dependencias en su Program Board y hacerles seguimiento.
Gestión de riesgos
Con Kendis puede abordar y visualizar de forma transparente los riesgos presentes y futuros de su Program Increment, sprint o iteración de una manera que hace que sea fácil identificarlos y analizarlos.
PI Objectives
Cree objetivos para cada equipo o para su Programa y vincúlelos con cualquier elemento presente en su tablero. Esto le permite elegir con precisión qué funcionalidades e historias contribuyen al objetivo.
Informes y analítica del programa
Una funcionalidad extremadamente vital y poderosa que ofrece una visión general de todas las actividades recientes que se están realizando. Presentada en formatos gráficos o tabulados, obtiene toda la información necesaria de un solo vistazo.