El Ciclo de Reuniones EOS (Level 10): Guía Práctica

golfredoe@gmail.com | Microsoft Teams: golfredoe |

¿Qué es la Reunión Level 10 y por qué funciona?

La Reunión Level 10 (L10) es una de las herramientas más potentes del Entrepreneurial Operating System (EOS). Diseñada para empresas que quieren acabar con las reuniones interminables, improductivas o aburridas, propone un ritmo semanal claro que ayuda al equipo a alinearse, tomar decisiones rápidas y resolver problemas de verdad.

El nombre "Level 10" no es casualidad: al final de cada sesión, cada participante califica la reunión del 1 al 10. El objetivo es superar el 8 de promedio. Si la nota baja, el equipo analiza qué falló y cómo mejorarlo para la próxima vez. Así, cada reunión es una oportunidad para aprender y optimizar.

Los 4 principios no negociables de una L10

Para que el sistema funcione, hay cuatro reglas de oro que nunca se pueden saltar:

  1. Mismo día cada semana (ejemplo: todos los martes).
  2. Misma hora (ejemplo: de 9:00 a 10:30 a.m.).
  3. Misma agenda, en el mismo orden y con los mismos tiempos para cada sección.
  4. Empieza y termina puntual (aunque queden temas pendientes).

Estructura de la reunión (90 minutos)

La reunión se divide en dos bloques principales:

  • Primeros 25 minutos: Compartir información y detectar problemas.
  • Siguientes 65 minutos: Resolver los problemas más urgentes.

Agenda detallada

Sección Duración Objetivo ¿Cómo se hace?
Buenas noticias 05 m Crear conexión humana Cada persona comparte una buena noticia personal y una profesional.
Tablero de indicadores 05 m Revisar métricas clave Cada responsable dice si su indicador está "en meta" o "fuera de meta". Si está fuera, se anota en la lista de problemas (sin discutirlo aún).
Objetivos trimestrales 05 m Seguimiento a metas Se revisa el avance de los Rocks (objetivos trimestrales). Solo se responde "a tiempo" o "retrasado". Lo retrasado va a la lista de problemas.
Noticias de clientes y equipo 05 m Compartir novedades Noticias relevantes (buenas o malas) sobre clientes o colaboradores. Si requiere acción, se añade a la lista de problemas.
Tareas pendientes 05 m Revisar compromisos Se repasan las tareas cortas de la reunión anterior. El 85% deben estar completadas. Las pendientes se analizan brevemente: ¿Por qué no se hicieron?
IDS: Identificar, Discutir, Resolver 60 m Resolver problemas clave El equipo elige los 3 problemas más urgentes y los trabaja uno por uno con el método IDS (ver abajo).
Cierre 05 m Cerrar con claridad Se repasan las nuevas tareas asignadas, se definen mensajes clave para el equipo y cada uno califica la reunión del 1 al 10.

El método IDS: El corazón de la L10

En los 60 minutos centrales, el equipo no intenta resolver todos los problemas. En cambio, sigue este proceso para cada uno de los 3 temas priorizados:

  1. Identificar
    • Se elige el problema más crítico (no el más fácil ni el más ruidoso).
    • El dueño del problema explica la causa raíz (no solo los síntomas).
    • Ejemplo: "El proceso de facturación tarda 8 días y genera quejas" (no "Problemas con clientes").
  2. Discutir
    • Todo el equipo participa con honestidad y enfoque.
    • Se hacen preguntas, se comparten ideas y se proponen soluciones.
    • El facilitador (normalmente el líder) mantiene el rumbo para evitar desviaciones.
  3. Resolver
    • Siempre se cierra con una solución concreta:
      • ¿Qué acción se tomará? (ejemplo: "Rediseñar el flujo de facturación").
      • ¿Quién es el responsable? (solo una persona).
      • ¿Para cuándo? (fecha específica, idealmente antes de la próxima L10).
    • Esta acción se añade inmediatamente a la lista de tareas pendientes para seguimiento.

La lista de problemas: El motor de mejora continua

¿Cómo se construye durante la semana?

La lista no se crea solo en la reunión. Se alimenta a lo largo de la semana por cualquier miembro del equipo. Los problemas pueden surgir de:

  • Un indicador fuera de meta.
  • Un Rock (objetivo trimestral) retrasado.
  • Noticias de clientes o colaboradores que requieren atención.
  • Problemas operativos: retrasos, errores repetitivos, oportunidades perdidas, fricciones entre áreas, etc.
  • Cualquier tema que afecte el progreso o el ánimo del equipo.

Consejo práctico: Usa una herramienta compartida (hoja de cálculo, pizarra digital, sistema interno) donde cualquiera pueda agregar problemas en tiempo real. Así, nada se queda en la cabeza de una sola persona.

Características de un buen problema en la lista

Para que la lista sea efectiva, cada problema debe ser:

  • Específico y claro (evita generalidades).
  • Con dueño (aunque sea temporal).
  • Importante (que impacte en resultados, no en quejas menores).
  • Accionable (que pueda resolverse o avanzar en 1-2 semanas).

Beneficios de manejar bien la lista de problemas

Cuando se usa correctamente, esta lista:

  • Elimina el estancamiento: Los problemas reales se resuelven semana tras semana.
  • Genera orden y confianza: El equipo sabe que los temas importantes no se olvidan.
  • Evita reuniones caóticas: Nada de "apagar incendios" o debates eternos. Todo está estructurado, priorizado y con seguimiento.
  • Crea momentum: La empresa avanza con menos estrés y más previsibilidad.

¿Por qué las empresas aman este sistema?

La Reunión Level 10 cambia la forma de trabajar porque:

  1. Separa la información de la solución:
    • Los primeros 25 minutos son solo para informar (sin discusiones). Esto evita que las reuniones se conviertan en debates interminables.
  2. Convierte problemas en acciones:
    • Cada tema importante termina como una tarea concreta, con responsable y fecha.
  3. Exige preparación:
    • Los líderes llegan con datos actualizados, reduciendo decisiones basadas en opiniones.

Resumen final: Claves para el éxito

Elemento Qué hacer Qué evitar
Agenda Seguir el orden y tiempos al pie de la letra. Improvisar o saltarse secciones.
Lista de problemas Priorizar por impacto, no por urgencia. Incluir temas triviales o sin acción clara.
IDS Enfocarse en la causa raíz y cerrar con soluciones concretas. Dejar problemas abiertos o sin responsable.
Calificación Ser honesto: si la reunión no fue útil, decirlo. Ignorar feedback para mejorar.
Seguimiento Revisar las tareas pendientes siempre en la próxima L10. Olvidar compromisos o no exigir responsabilidades.

Conclusión

La Reunión Level 10 no es solo una metodología: es un cambio cultural. Transformar reuniones aburridas en sesiones productivas, ágiles y enfocadas puede ser la diferencia entre una empresa que sobrevive y una que crece con claridad y propósito.

Con más vistas en el último mes

Razón, Ratio, Índice, Proporción y Tasa

golfredoe@gmail.com | Microsoft Teams: golfredoe |
Los términos «razón», «ratio», «índice», «proporción» y «tasa» se utilizan comúnmente en el análisis estadístico, económico y financiero, pero cada uno tiene un significado y una aplicación específicos. A continuación se explican las diferencias: 1. Razón Definición: Una razón es una comparación entre dos cantidades o magnitudes que se expresa generalmente en forma de fracción, división o relación. No necesariamente tiene una unidad de medida, y puede ser utilizada para comparar cualquier tipo de magnitudes. Ejemplo: Si en una clase hay 20 hombres y 10 mujeres, la razón de hombres a mujeres es 20/10, que simplificado es 2. Esto significa que hay dos hombres por cada mujer. 2. Ratio Definición: El término «ratio» es similar a la «razón», pero es más utilizado en contextos financieros y económicos. Se refiere a la relación entre dos cantidades en un análisis cuantitativo, expresado generalmente como un número o una fracción. Ejemplo: El **ratio** de liquidez en una empresa se puede calcu...
Leer más...

¿Qué son las microhistorias? Importancia, desarrollo…

golfredoe@gmail.com | Microsoft Teams: golfredoe |
Las microhistorias son relatos breves y concisos que cuentan una historia completa en un espacio limitado. Estas historias condensan personajes, trama y mensaje en un formato breve y efectivo. A menudo, se utilizan para transmitir un mensaje, emoción o idea de manera impactante en un corto período de tiempo. Aplica casi en todas las áreas. Y en particular, en el fomento del aprendizaje para pequeños y grandes.  Las microhistorias son una forma de comunicación poderosa, especialmente en la era de la información rápida y la atención fragmentada.  Son ideales para plataformas como redes sociales, publicidad, presentaciones y otros medios donde el espacio es limitado, pero el impacto es crucial. También es un “formato” ideal para el microaprendizaje (o “ microlearning ”) en el espacio educativo formal e informal, incluyendo situaciones en pymes y grandes empresas.  Características clave de las microhistorias Brevedad : La esencia de las microhistorias radica en su concisión. ...
Leer más...

La Ley de Variedad Requerida de Ashby: equilibrio y control en sistemas complejos

golfredoe@gmail.com | Microsoft Teams: golfredoe |
La Ley de Variedad Requerida, formulada por W. Ross Ashby en 1956, constituye uno de los pilares teóricos más sólidos de la cibernética y, por extensión, de la Ingeniería de Sistemas. Su principio central puede expresarse de forma sencilla: “solo la variedad absorbe variedad” .  En términos sistémicos, esto significa que la capacidad de un sistema para mantenerse estable frente a perturbaciones del entorno depende directamente de la diversidad de respuestas que sea capaz de generar. Cuanta más variedad presente el entorno —es decir, cuanta mayor sea la cantidad de posibles situaciones, cambios o desafíos—, mayor debe ser la variedad interna del sistema para poder adaptarse eficazmente. Desde una perspectiva de control, Ashby planteó que un regulador o gestor debe poseer una complejidad equivalente a la del sistema que desea controlar. Si el entorno produce diez tipos de perturbaciones, pero el sistema solo dispone de tres tipos de respuestas, inevitablemente habrá siete situaciones...
Leer más...

Algoritmo recursivo para determinar si una frase es Palíndromo

golfredoe@gmail.com | Microsoft Teams: golfredoe |
¿Qué es p alíndromo? Es una palabra o frase que se lee igual de izquierda a derecha, que de derecha a izquierda. Ejemplos: anilina;  dábale arroz a la zorra el abad ; Somos o no somos. Aplicando el concepto de "recursividad" podemos escribir una función que determine si una cadena es o no palíndromo . Asumiendo que la función fRecP recibe una cadena (en una estructura de datos tipo "arreglo") y los límites izquierdo y derecho la primera vez que se invoca, un algoritmo recursivo para determinar si la cadena es palíndromo puede ser este: Función fRecP   ( Cadena   C,  int   limIzq ,  int   limDer ): lógica     Si   ( limIzq  >  limDer)     entonces       fRecP =   verdadero     de lo contrario        Si   C[ limIzq ] = C[ limDer ]   entonces              fRecP (C , limIzq+1, limDer-1) ...
Leer más...

7 razones para aprender SQL (Structured Query Language)

golfredoe@gmail.com | Microsoft Teams: golfredoe |
Imagen
Origen del lenguaje SQL El lenguaje SQL (Structured Query Language) tiene su origen en la década de 1970, impulsado por un equipo de IBM que construyó un sistema de gestión de bases de datos experimental.  Tanto el Dr. Edgar F. Ted Codd como Donald D. Chamberlin y Raymond F. Boyce hicieron contribuciones significativas al desarrollo del lenguaje SQL.  El Dr. Edgar F. Ted Codd desarrolló el modelo relacional de bases de datos, que es la base conceptual del lenguaje SQL.  En 1970, Codd publicó un influyente artículo titulado “ A Relational Model of Data for Large Shared Data Banks ” donde presentó el concepto del modelo relacional . Este modelo propuso una forma de organizar los datos en tablas relacionadas, matemáticamente, lo que revolucionó la gestión de bases de datos. Por otro lado, Donald D. Chamberlin y Raymond F. Boyce fueron parte del equipo de IBM que creó la primera implementación práctica del lenguaje SQL, para interactuar con el sistema de gestión de bases...
Leer más...