Cómo escalar Agile: una guía práctica para equipos empresariales
1. ¿Qué es escalar agile?
Escalar Agile es un enfoque sistemático para alcanzar objetivos a nivel de toda la empresa, extendiendo el framework ágil ya implementado por una organización a múltiples equipos.
Para una organización ágil, esto significa un compromiso de colaborar en torno a principios, prácticas, herramientas y equipos para esforzarse colectivamente por el objetivo final de destacar en agile mientras se persigue una expansión de equipos/ proyectos/ value streams.
2. ¿Por qué necesitan las organizaciones escalar agile?
Escalar agile ayuda a captar lo que el mercado realmente necesita.
3. ¿Cuándo necesitas escalar agile?
Idealmente:
Desde el mismo comienzo de la transformación Agile.
En teoría:
Tan pronto como la complejidad y el alcance del proyecto sean lo bastante 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 habitual:
- Falta de colaboración
- Cuellos de botella en el negocio
- Ingresos estancados o en descenso
- Ciclos de entrega más lentos
- Procesos complejos
- Fricción organizativa
- Trabajo en silos
- Obstáculos burocráticos
- El sistema se rompe al pasar de un equipo a otro
Todos estos son síntomas reveladores de una implementación de agile que necesita escalarse.
En esta etapa necesitas una evaluación para averiguar hasta qué punto tu organización está preparada para escalar agile. Busca apoyo a nivel ejecutivo para evaluar la falta de unidades especializadas, como especialistas en diseño, especialistas en TI, especialistas en seguridad, apoyo de los stakeholders, etc., para determinar qué factores empresariales te impiden escalar agile.
4. ¿Cómo empezar a escalar agile?
- De abajo arriba
- De arriba abajo
Para un enfoque de abajo arriba, debes empezar a escalar desde el nivel de equipo e ir subiendo hacia otros equipos y la dirección de la organización.
Esto funciona perfectamente para equipos que son independientes del trabajo de los demás. Pero si los equipos dependen unos de otros, entonces debes replantear tu estrategia.
El enfoque de arriba abajo es cuando la transición ágil la adopta primero la alta dirección y luego se va filtrando hasta el nivel de equipo.
Esto se puede lograr mejor contratando a un consultor o a un agile coach que pueda guiarte en la transición hacia el escalado ágil.
En cualquiera de los dos enfoques, la transición neta se estructura, a grandes rasgos, así: hay una serie de equipos pequeños y multidisciplinares que trabajan en un problema complejo dividiéndolo en partes. Los equipos aportan soluciones para cada elemento de las partes utilizando productos mínimos viables ágiles y ciclos de feedback estrechos. Después colaboran para integrar todas estas soluciones en un conjunto coherente. El secreto de esta colaboración es garantizar que lo esencial no sea el plan, sino la respuesta al cambio. Una métrica clara para medir el éxito del proceso es el cambio de enfoque del output (como las líneas de código o el número de nuevos productos) a los outcomes (como el crecimiento, los ingresos y la experiencia del cliente).
5. ¿Cómo evaluar la preparación para escalar agile?
- ¿Cuál es tu estrategia de negocio?
- ¿Cuántos proyectos están planificados?
- ¿Cuántos equipos trabajarán en ellos?
- ¿Cuál es la complejidad de un único proyecto?
- ¿Tus equipos actuales están lo bastante equipados y capacitados para trabajar en estos proyectos?
- ¿Qué funciona bien? ¿Qué hay que mejorar?
- ¿La cultura de trabajo actual respalda el cambio?
- ¿Cuáles serían tus KPI para escalar agile?
- ¿Cómo de bien conocen agile tus equipos?
- ¿Podrán tus equipos rendir bien en un entorno ágil?
- ¿Cómo sería una transición exitosa?
- ¿Has identificado algún riesgo o dependencia que pueda afectar a tu transición?
6. ¿Cuáles son los modelos de escalado ágil más populares?
Scaled Agile Framework (SAFe)
Scaled Agile Framework (SAFe) permite a las empresas alcanzar sus objetivos organizativos para producir el producto de la máxima calidad en el menor tiempo sostenible posible. Es un enfoque que escala Scrum a un nivel empresarial y te da la libertad de escalar según tus necesidades de negocio, independientemente del tamaño de la empresa, que podría llegar a ser de miles.
Además de los roles tradicionales de scrum, en SAFe existen roles nuevos y definidos, como el Release Train Engineer y el Solution Engineer. También se añaden ceremonias y procesos como el PI Planning, la ejecución del Program Increment, el Agile Release Train, el Solution Train, etc.
Introduce una filosofía de liderazgo servicial y lean-agile y va más allá de implementar una estructura organizativa: inculca una nueva mentalidad. Descubre más sobre la variedad de roles en SAFe en el blog de Kendis.
Disciplined Agile (DA)
Disciplined Agile Delivery (DAD) es un framework sencillo y flexible que ofrece orientación específica según el contexto y se adapta a las necesidades de tu empresa para producir productos de alta calidad más rápido. Es un modelo híbrido formado por una colección de métodos Lean-Agile probados en todo el 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, derribando las barreras entre el desarrollo y otras partes de la organización para unirlo 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 se mantenga transparente.
Large Scale Scrum (LeSS)
Large Scaled Scrum, abreviado como LeSS, es uno de los frameworks líderes del desarrollo de software ágil. Es un framework scrum multiequipo que puede aplicarse a un equipo ágil formado por doce, cien o incluso miles de personas, todas trabajando juntas en un producto compartido específico.
Con LeSS puedes crear productos de gran o pequeño tamaño. Es un framework sencillo y minimalista en el que se imponen menos reglas, procesos, roles o artefactos. Solo existen los roles convencionales de scrum, como el product owner, el scrum master y el equipo.
LeSS está muy centrado en el cliente, ya que los equipos pueden interactuar directamente con el cliente mientras el product owner se centra en establecer el roadmap, las prioridades y la visión a largo plazo del producto. Descubre más sobre la variedad de roles en LeSS en el blog de Kendis.
Tribe
El popularizado modelo Tribe de Spotify ha sido un disruptor en los frameworks de escalado ágil. Spotify, un popular reproductor de música, se lanzó en 2008 y ahora ha crecido hasta tener equipos repartidos por múltiples zonas horarias. Deben su éxito a sus metodologías ágiles profundamente arraigadas y al uso del escalado ágil, con su propio estilo.
Los equipos, llamados “Squads” en el framework, utilizan KANBAN, sprints de scrum, XP o una mezcla de estas metodologías ágiles para llevar a cabo sus tareas. Descubre la variedad 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 los stakeholders
- Utilizar herramientas comunes en todos los equipos
- Consulta o ayuda de agile coaches
- Una base sólida de conocimiento ágil contextual
- Menor time to market
- Un entorno de trabajo más flexible y receptivo
- Respeto mutuo entre compañeros
- Mayor productividad general
- Toma de decisiones descentralizada
8. ¿Cuáles son los retos de escalar agile?
Comprensión incompleta del framework
Muchas transformaciones de agile escalado 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 framework se convierte en la limitación de su agile escalado.
- Pocos líderes de organizaciones se esfuerzan por comprender el perfil de necesidades de su negocio antes de adoptar un framework de escalado concreto. Esto se traduce en que están mal preparados en lo que respecta a los detalles más finos de la ejecución y, por tanto, pierden la confianza del equipo.
- Un liderazgo mal preparado también puede significar que alguien decida liderar tras terminar un libro o hacer un curso rápido, sin ningún conocimiento experiencial de cómo se despliega el escalado ágil por los distintos niveles de una organización. Esto da lugar a procesos mal implementados y a una interpretación defectuosa de los principios.
Falta de motivación para cambiar
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 se decide por el cambio, lo primero de su equipamiento debe ser la motivación para no dejarse intimidar por la incomodidad de los nuevos procesos y los terrenos desconocidos.
Formar una nueva mentalidad
Un requisito previo importante al adaptarse a cualquier modelo de escalado ágil es tener una mentalidad lean agile. No basta con que la tenga una sola persona: tiene que estar integrada en el ADN de la organización. Los líderes deben interiorizar el concepto de liderazgo servicial, en el que las prioridades de los equipos se anteponen. Hay que enseñar a los equipos a asumir la responsabilidad de su trabajo y hay que empoderarlos para tomar sus propias decisiones.
Cambio cultural
En un estilo de gestión tradicional, los equipos se limitan a trabajar dentro de sus silos siguiendo un sistema jerárquico. Están firmemente dedicados a seguir el plan elaborado por la alta dirección. Con el agile escalado, hay que adoptar una nueva cultura de trabajo.
Elimina la idea de una jerarquía de arriba abajo, acaba con los silos y potencia la transparencia y la colaboración entre los equipos y la dirección. La autoridad ya no está centralizada.
Adoptar esta cultura lleva tiempo y es una tarea cuesta arriba, pero gratificante. El cambio mental hacia la adopción de una cultura en la que la responsabilidad se comparte entre todos requiere mucho trabajo y un fuerte compromiso con la causa del escalado ágil.
Herramientas inadecuadas
Construir en silos es un factor decisivo en contra de agile. Las organizaciones tienden a usar herramientas que difieren de un departamento a otro. Esto provoca una desconexión.
Armonizar el stack tecnológico de la organización es uno de los mayores retos del escalado ágil. Debe existir una herramienta de seguimiento accesible para todos. Debe permitir un flujo de información transparente, fomentando la visibilidad y la colaboración. Esta herramienta de seguimiento te permitirá crear planes estratégicos, dependencias y riesgos. Kendis es una de esas soluciones de escalado ágil que se encarga de todas las necesidades de planificación y seguimiento de sus partners: desde el PI Planning y la gestión de dependencias hasta la coordinación a nivel de Solución, garantizando que todos sus procesos de negocio sean visibles.
Equipos remotos
En el mundo pospandemia, el escalado ágil en remoto ya no es un concepto novedoso. Tiene su propio conjunto de retos:
Múltiples ubicaciones
Equipos distribuidos
Comunicación intercultural
Una creciente dependencia de facilitadores tecnológicos de terceros
Estos son solo algunos ejemplos de los retos a los que se enfrenta al escalar agile. Al igual que los retos, también existe un puñado de mitos en torno al escalado ágil. Ninguno de estos retos y mitos es imposible de gestionar; sin embargo, pueden ser un hueso duro de roer si tu organización no está totalmente preparada para afrontarlos.
(¿Necesitas compartir estos retos con tu equipo? Utiliza nuestra entrada de blog dedicada al tema.)
9. ¿Cuánto tiempo se tarda en escalar agile?
Dado que no existe una etapa finita del agile escalado, se puede afirmar con seguridad que cuanto más madura una organización en sus esfuerzos de escalado, mejores son los resultados.
Kendis ofrece la solución completa para tus necesidades de escalado ágil
Program Boards
La colaboración, la comunicación y la transparencia son el núcleo de Kendis. Reduce brillantemente todos los esfuerzos tediosos y convierte todo el proceso de planificar tu Program Increment en una tarea muy sencilla.
Gestión de dependencias
Las dependencias son esenciales para reconocer, identificar y mapear correctamente los factores que afectan a tu progreso. En Kendis puedes crear múltiples dependencias en tu Program Board y rastrearlas.
Gestión de riesgos
Con Kendis puedes abordar y visualizar de forma transparente los riesgos presentes y futuros de tu Program Increment, sprint o iteración de una manera que hace que identificarlos y analizarlos sea muy sencillo.
PI Objectives
Crea objetivos para cada equipo o para tu Programa y vincúlalos con cualquier elemento presente en tu tablero. Esto te permite elegir con precisión qué features y stories están contribuyendo al objetivo.
Informes y analíticas de programa
Una funcionalidad extremadamente vital y potente que ofrece una visión general de todas las actividades recientes que se están realizando. Presentada en formatos gráficos o tabulados, obtienes toda la información necesaria de un solo vistazo.