Un equipo Scrum funciona bien. Dos también. Pero cuando una empresa tiene cinco, diez o veinte equipos trabajando sobre el mismo producto, aparecen preguntas que la Guía de Scrum no responde: ¿cómo se coordinan?, ¿quién decide las prioridades?, ¿cómo se integra el trabajo de todos?
En ese momento, casi todas las empresas grandes hacen lo mismo: buscan un marco para “escalar Scrum”. Y casi siempre el primer nombre que encuentran es SAFe.
Llevo más de una década trabajando con empresas que tienen múltiples equipos Scrum. En 2018 me formé con los creadores de LeSS, y desde entonces LeSS influye en todo lo que hago como consultor y formador. En este artículo te explico qué es LeSS, cómo funciona y por qué creo que es la mejor forma de escalar Scrum sin terminar con más burocracia de la que tenías al principio.
¿Qué es LeSS?
LeSS (Large-Scale Scrum) es Scrum aplicado a muchos equipos que trabajan juntos en un mismo producto. Lo crearon Craig Larman y Bas Vodde a partir de años de experiencia escalando Scrum en organizaciones grandes.
La idea central es simple y por eso incomoda: LeSS no agrega una capa de gestión encima de Scrum. Mantiene Scrum tal como es y lo extiende a varios equipos con el mínimo de reglas adicionales.
Existen dos versiones:
- LeSS, para productos con hasta ocho equipos.
- LeSS Huge, para productos con más de ocho equipos, que puede llegar a miles de personas trabajando en un único producto.
Cómo funciona LeSS
Si conoces Scrum, LeSS te va a resultar familiar. La diferencia está en que muchos equipos comparten lo esencial:
- Un solo producto, un solo Product Owner y un solo Product Backlog. No hay un backlog por equipo ni un Product Owner por equipo. Hay una visión única de qué es lo más valioso para el producto completo.
- Una sola Definición de Terminado para todos los equipos.
- Un solo Sprint, sincronizado para todos, que termina con un único incremento integrado del producto.
- Equipos de funcionalidad (feature teams): equipos multifuncionales capaces de entregar funcionalidades completas de punta a punta, en lugar de equipos organizados por componente o por capa técnica.
Los eventos de Scrum también se adaptan con pocas reglas nuevas:
- Sprint Planning en dos partes: en la primera, representantes de todos los equipos deciden con el Product Owner qué elementos tomará cada equipo. En la segunda, cada equipo planifica cómo hará su trabajo.
- Daily Scrum por equipo, como en Scrum normal.
- Refinamiento del Product Backlog en conjunto, cuando hace falta entender el trabajo entre varios equipos.
- Una Sprint Review única para todo el producto.
- Retrospectivas por equipo y una Retrospectiva General, nueva en LeSS, enfocada en mejorar el sistema completo y no solo cada equipo.
¿Y la coordinación? En LeSS, los equipos se coordinan directamente entre ellos, hablando, no a través de gerentes, coordinadores o capas intermedias. Esa decisión, que parece pequeña, es la que cambia todo.
El verdadero problema que ataca LeSS
Cuando una empresa siente que necesita “escalar”, normalmente el problema real no es la falta de coordinación. Es otro, y LeSS va directo a él:
- Construir el producto equivocado. Muchos equipos trabajando a toda velocidad en cosas que no generan valor. Por eso LeSS insiste en un solo Product Backlog y una visión del producto completo: obliga a priorizar de verdad.
- Tener más gente de la necesaria. Más personas generan más dependencias, más reuniones y más coordinación. Agregar gente a un sistema mal diseñado lo hace más lento, no más rápido.
- No prestar suficiente atención a la parte técnica. Sin integración continua, automatización y calidad técnica, ningún marco de escalamiento funciona. Un incremento integrado cada Sprint expone estos problemas en lugar de esconderlos.
Por eso el lema de LeSS es “more with less”: lograr más con menos. Menos roles, menos artefactos, menos capas. La propuesta no es agregar estructura para manejar la complejidad, sino reducir la complejidad de la organización.
LeSS vs SAFe: por qué la complejidad atrae, y por qué no resuelve
SAFe es el marco de escalamiento más conocido del mundo, y entiendo por qué. Ofrece un modelo detallado, con roles, niveles, eventos y diagramas para casi cualquier situación. Para una empresa grande, que ya es compleja, eso resulta atractivo: parece que su complejidad por fin tiene una respuesta del mismo tamaño.
Ese es justamente el problema.
Mi experiencia, después de muchos años viendo empresas adoptar ambos enfoques, es que SAFe atrae al principio porque se parece a la estructura que la empresa ya tiene. Puedes mapear tus gerencias, tus áreas y tus jerarquías a los roles de SAFe casi sin cambiar nada. Y ahí está la trampa: a mediano plazo termina reforzando la burocracia existente en lugar de cuestionarla.
LeSS hace lo contrario. No se adapta a tu estructura; te pide cambiarla. Te pregunta por qué necesitas tantas capas, tantos coordinadores y tantos equipos especializados por componente. Es más incómodo al principio, pero es el único camino que conozco para atacar los problemas de fondo.
El error que más veo: comprar la respuesta que queríamos escuchar
A lo largo de los años he visto el mismo patrón en muchas empresas grandes. Compran SAFe porque piensan que es la única respuesta que existe para escalar. Lo implementan, capacitan a cientos de personas, crean los nuevos roles y los nuevos eventos.
Y con el tiempo se dan cuenta de algo: SAFe les dijo lo que querían escuchar, pero no produjo cambios significativos en la estructura. La organización no se simplificó, no se optimizó y, por lo tanto, no empezó a entregar más valor. Solo cambiaron los nombres de las cosas. El status quo sigue intacto, ahora con un vocabulario ágil.
Un caso real: de 45 personas a menos de 15
Te cuento lo que pasa cuando se ataca el problema de fondo. Hice consultoría para una empresa de desarrollo de software que tenía 45 personas trabajando en un producto, mal organizadas.
Aplicando LeSS, pasaron a tener menos de 15 personas, apoyadas por IA. Y con ese equipo desarrollaron el producto en un tercio del tiempo que antes les habría tomado.
Pero el resultado más importante no fue la velocidad ni la reducción del equipo. Fue otro: usando la naturaleza experimental de LeSS, probando, aprendiendo y ajustando Sprint a Sprint, terminaron lanzando el producto correcto para el mercado correcto.
Ese es el punto que muchas empresas pierden de vista. Hacer más rápido algo equivocado no sirve de nada. LeSS no es solo una forma de organizar equipos; es una forma de descubrir qué vale la pena construir.
LeSS en la era de la IA
Hay algo que estoy viendo en los últimos tiempos y que vale la pena contar. Cada vez trabajo con más equipos que tienen menos desarrolladores, porque parte del trabajo lo está haciendo la inteligencia artificial.
Uno podría pensar que, con equipos más chicos, un marco de escalamiento deja de ser necesario. Pero lo que observo es lo contrario: estos equipos siguen viendo en LeSS la mejor alternativa para organizarse.
Tiene sentido. Si la IA acelera la producción de software, construir el producto equivocado se vuelve más caro y más rápido. La atención en el valor del producto completo, la integración continua y la calidad técnica, que son el corazón de LeSS, pasan a ser todavía más importantes. Con menos personas, además, el principio de “más con menos” deja de ser una aspiración y se convierte en la realidad diaria.
¿LeSS es para cualquier empresa?
Quiero ser honesto: LeSS no es una solución rápida. Exige cosas que muchas organizaciones no están dispuestas a hacer:
- Compromiso real de la alta dirección, porque cambia la estructura organizacional, no solo la forma de trabajar de los equipos.
- Disposición a eliminar capas y roles que hoy existen.
- Inversión en excelencia técnica, porque sin integración continua no hay incremento único.
Si una empresa busca cambiar el vocabulario sin cambiar nada de fondo, LeSS no le va a gustar. Pero si busca de verdad entregar más valor con una organización más simple, es el mejor punto de partida que conozco.
Aprende LeSS desde la práctica
Desde que me formé con los creadores de LeSS en 2018, LeSS influye fuertemente en mis cursos y en mi trabajo como consultor. Casi una década después tengo aprendizajes prácticos, de equipos y organizaciones reales, que comparto en cada curso. Y hoy, con la IA cambiando la forma en que trabajan los equipos, esos aprendizajes son más relevantes que nunca.
Si tu organización enfrenta el desafío de coordinar varios equipos Scrum, o está evaluando cómo escalar, conversemos.
👉 Conoce los cursos de LeSS · Consultoría en cambio organizacional
