Eficiencia Operativa en Empresas Medianas: ¿Dónde Se Pierde el Dinero?
Lo que funcionaba con 30 personas genera fricción con 80. Las 5 fuentes de ineficiencia que nadie presupuesta y cómo medirlas sin ser ingeniero industrial.
Hay un patrón que en Rizoma observamos con regularidad predecible: una empresa crece de 30 a 80 personas y, en algún punto de ese trayecto, deja de funcionar como solía. No colapsa. No quiebra. Simplemente empieza a producir menos de lo que debería para la cantidad de recursos que consume.
Los síntomas son conocidos. Las reuniones se multiplican. Los proyectos tardan más. Las decisiones que antes tomaba un gerente en el pasillo ahora requieren tres correos, una presentación y una reunión de alineación. Los mejores empleados empiezan a quejarse — no del salario, sino de que “ya no se puede hacer nada rápido aquí”. Y la respuesta predilecta de la dirección es invariablemente la misma: necesitamos más gente.
Este artículo no trata sobre manufactura esbelta ni sobre ingeniería de procesos industriales. Trata sobre las fuentes de ineficiencia que afectan a empresas medianas — las de 50 a 500 personas — que operan en servicios, comercio, logística, tecnología o cualquier sector donde el recurso principal es la capacidad de las personas para coordinarse y producir valor. Empresas donde el problema no es la maquinaria, sino la organización.
Lo que funcionaba con 30 personas funcionaba precisamente porque no había organización formal. El conocimiento estaba en las cabezas de las personas correctas, la coordinación ocurría en conversaciones informales, y las decisiones fluían porque todos sabían quién decidía qué. El crecimiento rompió esos mecanismos informales, pero nadie diseñó mecanismos formales para reemplazarlos. El resultado es una organización que trabaja con esfuerzo genuino pero produce menos de lo que debería — y donde nadie sabe exactamente dónde se pierde la diferencia.
La respuesta está en cinco fuentes de ineficiencia que rara vez aparecen en los reportes financieros, pero que consumen entre el 20% y el 40% de la capacidad operativa de una empresa mediana. Lo que sigue es un análisis de cada una, cómo medirlas y qué hacer al respecto.
Las 5 fuentes de ineficiencia que nadie presupuesta
Cuando una empresa mide sus costos, mide nómina, alquiler, insumos, tecnología, impuestos. Cuando mide su productividad, mide unidades producidas, proyectos entregados, ventas cerradas. Lo que casi nunca mide es la brecha entre la capacidad instalada y la producción real — el espacio donde el esfuerzo se convierte en fricción en lugar de valor. Un diagnóstico organizacional completo puede hacer visible esta brecha, pero antes de diagnosticar hay que saber qué buscar.
Las siguientes cinco fuentes no son las únicas, pero en nuestra experiencia son las que explican la mayor parte de la pérdida de eficiencia en empresas de este tamaño. Y tienen algo en común: todas son consecuencia del crecimiento, no de la incompetencia.
Coordinación excesiva
La coordinación es necesaria. El problema es cuando la coordinación se convierte en el trabajo principal de la organización en lugar de ser el medio para producir trabajo.
El Anatomy of Work Global Index 2023 de Asana, basado en una encuesta a más de 9,600 trabajadores del conocimiento, encontró que el trabajador promedio dedica el 58% de su jornada a lo que denominan “trabajo sobre el trabajo”: coordinación, búsqueda de información, gestión de estados, seguimiento y reuniones de alineación. Solo el 42% restante se destina al trabajo calificado por el cual la organización paga. Esto significa que de cada ocho horas laborales, menos de tres y media producen valor directo.
Los datos de Microsoft apuntan en la misma dirección. Su Work Trend Index 2023 reportó que la cantidad de reuniones semanales se triplicó desde 2020, y que el 68% de los trabajadores dice no tener suficiente tiempo de enfoque ininterrumpido durante el día. Los usuarios más intensivos de reuniones — el cuartil superior — consumen 7.5 horas semanales solo en reuniones, sin contar la preparación ni el seguimiento.
En empresas medianas, este fenómeno tiene una manifestación particular: las reuniones para planificar reuniones. Un gerente necesita información de tres áreas para tomar una decisión. En lugar de establecer un mecanismo estándar de reporte, programa una reunión. Pero antes de esa reunión, cada área necesita su propia reunión interna para preparar lo que va a presentar. Y después de la reunión principal, hace falta otra para comunicar lo decidido a quienes no asistieron. Una decisión que podría haberse tomado con un tablero compartido y criterios claros consume 15 horas-persona.
Donald Reinertsen, en su trabajo sobre los principios de flujo en desarrollo de productos, explica este fenómeno con claridad: las colas invisibles son la causa raíz de la mayor parte del desperdicio económico en organizaciones de trabajo del conocimiento. Cada vez que un trabajo espera aprobación, espera información o espera una reunión de alineación, se forma una cola. Y las colas, a diferencia de la intuición, no crecen linealmente con la carga — crecen exponencialmente cuando la utilización de la capacidad supera ciertos umbrales. Una organización que opera al 90% de su capacidad no tiene un 10% de holgura; tiene colas que pueden ser diez veces mayores que las de una organización que opera al 70%.
La coordinación excesiva no se resuelve eliminando reuniones — eso genera más descoordinación. Se resuelve diseñando mecanismos de coordinación que no requieran presencia simultánea: tableros visibles, criterios de decisión documentados, flujos de aprobación con umbrales claros. La pregunta no es “¿cuántas reuniones tenemos?” sino “¿cuántas decisiones requieren reunión que no deberían requerirla?”.
Retrabajo sistémico
El retrabajo es el costo de hacer dos veces lo que debería haberse hecho una. En manufactura, tiene un nombre y una métrica: costo de no calidad. En empresas de servicios y trabajo del conocimiento, se diluye en la operación diaria hasta volverse invisible.
Datos de APQC muestran que las organizaciones de mejor desempeño gastan un 0.6% de sus ingresos en retrabajo y desperdicio, mientras que las de peor desempeño gastan un 2.2%. Para una empresa con ingresos anuales de 20 millones de dólares, esa diferencia representa 320,000 dólares al año que simplemente desaparecen en correcciones, repeticiones y parches.
Pero esos números capturan solo el retrabajo visible — el que alguien identifica como error y corrige explícitamente. En empresas medianas, la mayor fuente de retrabajo es sistémica y no se registra como error:
- El reporte financiero que alguien reconstruye manualmente cada mes porque nadie automatizó la extracción de datos.
- La propuesta comercial que se redacta desde cero cada vez porque no existe un repositorio de plantillas actualizado.
- El proceso de onboarding que cada gerente improvisa porque no hay un estándar documentado, y cada nuevo empleado aprende una versión ligeramente distinta de “cómo se hacen las cosas aquí”.
- La corrección de errores en datos que alguien introdujo mal porque el sistema no tiene validaciones, y que alguien más descubre tres semanas después.
Eliyahu Goldratt, en la Teoría de Restricciones, estableció un principio que aplica directamente aquí: optimizar cualquier parte del sistema que no sea la restricción no mejora el rendimiento total del sistema. En el contexto del retrabajo, esto significa que arreglar errores después de que ocurren — por rápido que se haga — nunca será tan eficiente como prevenir que ocurran. Y prevenir requiere invertir en algo que las empresas medianas rara vez priorizan: diseño de procesos.
El retrabajo sistémico se distingue del error individual en que persiste independientemente de quién ejecuta la tarea. Si cambias a la persona y el problema sigue, no es un problema de personas — es un problema de proceso. Y los problemas de proceso no se resuelven con capacitación ni con supervisión más cercana. Se resuelven rediseñando el proceso.
Decisiones que suben innecesariamente
En una empresa de 30 personas, que todo llegue al gerente general es inevitable y hasta funcional. En una de 150, es una patología.
El síntoma es reconocible: un colaborador técnicamente competente necesita aprobación de su jefe para una decisión que está perfectamente dentro de su ámbito de conocimiento. El jefe, a su vez, no se siente con autoridad para aprobar sin consultar al director. El director quiere confirmar con el gerente general. Para cuando la decisión regresa al nivel operativo, han pasado cuatro días y tres reuniones. La decisión era si comprar una licencia de software de 200 dólares.
La investigación de McKinsey sobre productividad organizacional identificó que los procesos de gestión transversales — planificación estratégica, aprobaciones presupuestarias, revisiones de desempeño — pueden consumir entre el 40% y el 65% del tiempo de la gerencia media y la alta dirección. Gran parte de ese tiempo se consume en decisiones que no deberían llegar a esos niveles.
Este problema tiene raíces específicas:
Ausencia de marcos de decisión por nivel. Si no está documentado qué puede decidir un coordinador, un gerente y un director, cada decisión se convierte en una negociación política. La gente escala no por incompetencia, sino por autoprotección: nadie quiere ser responsable de una decisión que “debió haber consultado”.
Cultura de centralización heredada. Muchas empresas medianas fueron fundadas por una persona que tomaba todas las decisiones. Cuando la empresa creció, la estructura cambió, pero la cultura de decisión no. Los fundadores dicen que quieren delegación, pero revisan cada aprobación. El mensaje implícito es claro: la delegación no es real.
Confundir informar con aprobar. Hay una diferencia sustancial entre “te informo que decidí esto” y “necesito que apruebes esto”. En organizaciones con escalamiento excesivo, la segunda versión domina porque nadie estableció cuáles decisiones requieren aprobación y cuáles solo requieren notificación.
Mike Rother, en Toyota Kata, describe un modelo donde las decisiones operativas se toman en el nivel más cercano al problema, y los niveles superiores se dedican a desarrollar la capacidad de decisión de los niveles inferiores — no a decidir por ellos. Este modelo no elimina la jerarquía; la hace funcional. El gerente no deja de ser responsable, pero su responsabilidad se transforma: de aprobar decisiones a asegurarse de que los criterios de decisión sean correctos.
El costo de las decisiones que suben no es solo el tiempo que se pierde. Es la velocidad organizacional que se sacrifica. Cada decisión que espera aprobación innecesaria es un proyecto que se retrasa, un cliente que espera y un competidor que avanza.
Conocimiento en cabezas, no en sistemas
Este es el riesgo operativo que todas las empresas medianas tienen y casi ninguna mide. Se manifiesta con una pregunta simple: si mañana se va la persona que maneja [proceso crítico], ¿cuánto tiempo tardarían en reconstruir la operación?
Si la respuesta es “semanas” o “no sabemos”, la empresa tiene una dependencia crítica de persona clave que no es una cuestión de recursos humanos — es una vulnerabilidad operativa. Hemos escrito sobre el costo oculto de la persona clave en detalle, pero aquí nos interesa la dimensión de eficiencia.
Datos de Deloitte ilustran la magnitud del problema: el 75% de las organizaciones encuestadas reconocen que crear y preservar conocimiento a través de cambios en la fuerza laboral es importante o muy importante para su éxito en los próximos 12 a 18 meses. Sin embargo, solo el 9% se considera preparada para abordar este desafío. La brecha entre reconocimiento e implementación es de 66 puntos porcentuales.
En empresas medianas, el conocimiento no documentado genera ineficiencia de tres maneras concretas:
Cuellos de botella humanos. Cuando solo una persona sabe hacer algo, esa persona se convierte en restricción del sistema. Cada vez que está en vacaciones, enferma o simplemente ocupada en otro tema, el proceso se detiene. Goldratt diría que la organización subordinó todo su flujo a una restricción que ella misma creó.
Inconsistencia operativa. Sin estándares documentados, cada persona ejecuta el mismo proceso de forma ligeramente diferente. El resultado es variable: a veces funciona bien, a veces no, y nadie sabe por qué porque no hay una línea base contra la cual comparar.
Curva de aprendizaje repetida. Cada nuevo empleado que llega a un puesto donde el conocimiento no está documentado tiene que reconstruir el mapa mental del proceso desde cero. Esto no toma días — toma meses. Y durante esos meses, la productividad del puesto es una fracción de lo que debería ser.
La solución no es crear manuales de procedimiento que nadie lee. Es integrar la documentación en el flujo de trabajo. Los procesos críticos necesitan artefactos vivos — checklists, plantillas, flujos documentados en las herramientas que la gente ya usa — que se actualizan como parte del trabajo, no como tarea adicional. La captura de conocimiento operativo es un tema que abordamos con mayor profundidad en nuestra práctica de captura automática de conocimiento.
Herramientas que no se hablan
La empresa promedio de 100 personas usa entre 80 y 100 aplicaciones de software. En muchos casos, la mitad fueron adoptadas de forma orgánica — alguien necesitaba resolver algo, contrató una herramienta, y la herramienta se quedó. El resultado es un ecosistema tecnológico fragmentado donde la información fluye por canales paralelos que no se cruzan.
El problema no es la cantidad de herramientas — es la falta de integración entre ellas. Cuando el CRM no se conecta con el sistema de facturación, alguien tiene que ingresar los datos del cliente dos veces. Cuando el sistema de proyectos no se sincroniza con el de horas, alguien tiene que reconciliar manualmente al final del mes. Cuando la hoja de cálculo de presupuesto no se alimenta del ERP, alguien tiene que copiar y pegar cifras cada semana.
Cada “alguien tiene que” en el párrafo anterior es una persona dedicando tiempo a mover información entre sistemas en lugar de usarla para tomar decisiones. Es trabajo que no debería existir. Y en empresas medianas, este trabajo de integración manual puede consumir entre 5 y 15 horas semanales por departamento.
Las consecuencias van más allá del tiempo perdido:
| Consecuencia | Ejemplo concreto |
|---|---|
| Datos inconsistentes | El reporte de ventas del CRM no coincide con el de finanzas porque se actualizan en momentos distintos |
| Decisiones con información incompleta | El gerente aprueba un descuento sin saber que el cliente tiene facturas vencidas porque esa información está en otro sistema |
| Duplicación de esfuerzo | Tres departamentos mantienen su propia lista de clientes porque no confían en la del sistema central |
| Errores de transcripción | Cada vez que alguien copia datos manualmente, introduce entre un 1% y un 5% de errores |
| Reportes que tardan días | Un informe que debería generarse en minutos requiere consolidar información de cuatro fuentes |
La diferencia entre automatización inteligente y automatización ciega es crucial aquí: el problema no se resuelve comprando más herramientas ni automatizando procesos que no deberían existir. Se resuelve con una arquitectura de información donde los datos fluyen una sola vez y están disponibles donde se necesitan. Esto no requiere millones de dólares en implementación de ERP. Requiere un mapa claro de qué información se produce dónde, quién la consume, y cuál es la fuente de verdad para cada dato.
¿Cómo medir la eficiencia operativa sin ser ingeniero industrial?
Una de las razones por las que la eficiencia operativa se ignora en empresas medianas es la percepción de que medirla requiere conocimientos técnicos especializados — cronómetros, mapas de flujo de valor, análisis estadísticos. Eso es cierto para una planta de manufactura. Para una empresa de servicios o de trabajo del conocimiento, hay cuatro métricas que cualquier gerente puede calcular con información que ya tiene.
Ratio valor vs. coordinación
Tome la agenda semanal de cualquier equipo. Clasifique cada bloque de tiempo en dos categorías: trabajo que produce valor directo para el cliente o para la operación, y trabajo de coordinación (reuniones, correos, aprobaciones, seguimiento). Divida las horas de valor entre las horas totales. Si el resultado está por debajo del 50%, el equipo está dedicando más de la mitad de su capacidad a coordinarse en lugar de producir. En equipos donde este ratio es inferior al 40%, la evidencia disponible sugiere que hay oportunidades de mejora inmediata en la forma en que se estructura la coordinación.
Cómo calcularlo: Tome tres equipos representativos. Pida a cada integrante que registre durante una semana cómo distribuye su tiempo entre trabajo productivo y trabajo de coordinación. Promedie los resultados. No necesita precisión milimétrica — necesita un orden de magnitud.
Tiempo de ciclo de decisiones
Seleccione diez decisiones que se tomaron en los últimos dos meses — desde solicitudes de compra hasta aprobaciones de proyectos. Registre la fecha en que se originó la solicitud y la fecha en que se ejecutó la decisión. El promedio es su tiempo de ciclo de decisiones.
Si decisiones operativas que deberían tomar uno o dos días están tomando una o dos semanas, hay un problema de escalamiento o de criterios de aprobación. Esta métrica es particularmente reveladora cuando se desagrega por nivel: si las decisiones que llegan a dirección general tardan cuatro veces más que las que se resuelven a nivel gerencial, la estructura de decisión está funcionando como embudo, no como filtro.
Tasa de retrabajo
Identifique los cinco entregables más frecuentes de su operación (reportes, propuestas, órdenes, etc.). Para cada uno, registre durante un mes cuántas veces tuvo que ser corregido, rehecho o devuelto después de su primera entrega. Divida las correcciones entre el total de entregas. Una tasa superior al 15% indica un problema sistémico de proceso que no se va a resolver con más supervisión.
Señal de alarma adicional: Si la tasa de retrabajo varía significativamente entre personas que ejecutan el mismo proceso, el problema puede ser de estandarización. Si es consistentemente alta independientemente de quién ejecuta, el problema es del proceso mismo.
Índice de dependencia de personas
Haga una lista de sus 20 procesos más importantes. Para cada uno, responda: ¿cuántas personas en la organización pueden ejecutar este proceso de manera competente? Si más del 30% de sus procesos críticos dependen de una sola persona, tiene una concentración de riesgo operativo que es también una fuente de ineficiencia — porque esa persona se convierte en cuello de botella cada vez que la demanda supera su capacidad individual.
| Métrica | Fórmula simplificada | Umbral de alerta | Acción sugerida |
|---|---|---|---|
| Ratio valor/coordinación | Horas productivas / Horas totales | < 50% | Rediseñar mecanismos de coordinación |
| Tiempo de ciclo de decisiones | Fecha ejecución - Fecha solicitud (promedio) | > 5 días para decisiones operativas | Documentar criterios de decisión por nivel |
| Tasa de retrabajo | Correcciones / Total entregas | > 15% | Estandarizar proceso y agregar validaciones |
| Dependencia de personas | % procesos críticos con un solo ejecutor | > 30% | Documentar y cross-entrenar |
Estas cuatro métricas no requieren software especializado ni consultores. Requieren disciplina para recopilar los datos y honestidad para interpretar los resultados. Si las cuatro están en zona de alerta, la organización tiene una deuda operativa significativa que probablemente está consumiendo entre el 20% y el 35% de su capacidad productiva.
El mito de “necesitamos más gente”
Cuando la operación se siente lenta, pesada o insuficiente, la respuesta reflejo en la mayoría de las empresas medianas es contratar. Necesitamos otro analista, otra coordinadora, otro gerente de proyecto. Y a veces es cierto — hay situaciones donde la demanda genuinamente supera la capacidad instalada y la contratación es la respuesta correcta.
Pero con frecuencia notable, la contratación es la respuesta a la pregunta equivocada. La operación no necesita más manos — necesita menos fricción. Y agregar personas a un sistema con fricción no reduce la fricción; la amplifica.
Frederick Brooks lo documentó en 1975 con lo que hoy se conoce como la Ley de Brooks: agregar personas a un proyecto tardío lo hace más tardío. La razón es matemática: cada persona nueva incrementa los canales de comunicación del equipo de forma cuadrática. Un equipo de 5 personas tiene 10 canales de comunicación posibles. Un equipo de 10 tiene 45. Un equipo de 15 tiene 105. Cada canal es una oportunidad para malentendidos, desalineación y trabajo duplicado.
Esto no significa que nunca hay que contratar. Significa que antes de contratar, hay que verificar que la capacidad existente se está utilizando en trabajo productivo y no en compensar deficiencias del sistema. Si el 40% del tiempo de su equipo actual se consume en coordinación excesiva, retrabajo y búsqueda de información, contratar un 20% más de personas le va a dar, en el mejor caso, un 12% más de capacidad productiva real. El otro 8% se lo va a comer el mismo sistema que ya está consumiendo la capacidad existente.
Hay una prueba sencilla para distinguir cuándo el problema es de capacidad y cuándo es de eficiencia: si duplicara mañana el tamaño de su equipo sin cambiar ningún proceso, ¿se duplicaría la producción? Si la respuesta honesta es no, el problema no es de personas.
En Rizoma hemos visto empresas que reducen sus tiempos de entrega en 30% o más sin agregar una sola persona — simplemente eliminando pasos innecesarios, documentando criterios de decisión y consolidando fuentes de información. El ahorro en contrataciones evitadas suele ser varias veces mayor que la inversión en rediseño de procesos. Y la diferencia entre eso y contratar sin resolver la causa raíz es exactamente lo que distingue a una organización que crece de una que solo se hincha. Si este argumento le resulta familiar, probablemente ha experimentado de primera mano cuánto cuesta el no-cambio.
Goldratt lo expresó con una metáfora que sigue siendo vigente: una cadena no se fortalece agregando eslabones nuevos si no se identifica y fortalece el eslabón más débil. Contratar sin diagnosticar es agregar eslabones al azar.
Framework de diagnóstico rápido
Las cuatro métricas descritas anteriormente requieren una o dos semanas de recopilación de datos. Para una evaluación más inmediata — el tipo de evaluación que un gerente puede hacer en 15 minutos de reflexión honesta — hemos desarrollado un framework de diez preguntas que permite estimar el nivel de deuda operativa de una organización.
Cada pregunta se responde en una escala de 1 a 5, donde 1 significa “totalmente de acuerdo” y 5 significa “totalmente en desacuerdo”. La puntuación total indica el nivel de deuda operativa.
| # | Pregunta diagnóstica | 1 | 2 | 3 | 4 | 5 |
|---|---|---|---|---|---|---|
| 1 | Los equipos pueden tomar decisiones operativas sin esperar aprobación de niveles superiores | De acuerdo | En desacuerdo | |||
| 2 | Si una persona clave se ausenta una semana, su área sigue operando sin degradación significativa | De acuerdo | En desacuerdo | |||
| 3 | Los reportes gerenciales se generan en minutos, no en días de consolidación manual | De acuerdo | En desacuerdo | |||
| 4 | El mismo dato (cliente, factura, proyecto) se ingresa una sola vez en el sistema | De acuerdo | En desacuerdo | |||
| 5 | Las reuniones semanales producen decisiones documentadas, no solo actualizaciones de estado | De acuerdo | En desacuerdo | |||
| 6 | Existe un documento accesible que describe cómo ejecutar cada proceso crítico | De acuerdo | En desacuerdo | |||
| 7 | Las nuevas contrataciones alcanzan productividad aceptable en menos de 30 días | De acuerdo | En desacuerdo | |||
| 8 | Los criterios para aprobar una compra, un descuento o un proyecto están escritos y son conocidos | De acuerdo | En desacuerdo | |||
| 9 | No más del 10% del trabajo entregado requiere corrección después de la primera entrega | De acuerdo | En desacuerdo | |||
| 10 | Los líderes dedican más del 60% de su tiempo a trabajo estratégico, no a apagar incendios | De acuerdo | En desacuerdo |
Interpretación
| Puntuación total | Nivel de deuda operativa | Interpretación |
|---|---|---|
| 10 – 18 | Bajo | La organización tiene procesos maduros. Optimización incremental. |
| 19 – 28 | Moderado | Hay áreas de fricción que limitan el crecimiento. Intervenciones focalizadas recomendadas. |
| 29 – 38 | Alto | La ineficiencia es sistémica. Cada nuevo proyecto o contratación amplifica los problemas existentes. Rediseño de procesos necesario. |
| 39 – 50 | Crítico | La organización opera por inercia y heroísmo individual. Sin intervención, la degradación se acelerará con cada ciclo de crecimiento. |
Este diagnóstico no reemplaza un análisis riguroso — para eso existe la práctica de diagnóstico organizacional con datos duros. Pero cumple una función específica: obliga al gerente a confrontar preguntas que normalmente evita. Y la puntuación total, aunque imperfecta, da un lenguaje común para la conversación que necesita ocurrir a nivel de comité ejecutivo.
La evidencia disponible sugiere que la mayoría de las empresas medianas que completan este ejercicio con honestidad se ubican entre 28 y 38 puntos — zona de deuda operativa alta. No porque sean organizaciones mal gestionadas, sino porque el crecimiento genera deuda operativa de la misma manera que el crecimiento genera deuda técnica en software: es inevitable, pero no gestionarla es opcional y costoso.
¿Qué hacer después del diagnóstico?
El error más frecuente después de un diagnóstico de eficiencia es diseñar un programa de transformación de 18 meses. No porque los programas largos sean intrínsecamente malos, sino porque la organización necesita resultados visibles antes de que la urgencia se disipe. Sin tracción temprana, el diagnóstico se convierte en otro documento que confirmó lo que todos ya sabían y no cambió nada.
Rother, en su modelo de Improvement Kata, propone un enfoque que hemos encontrado más efectivo: definir una condición objetivo cercana — no la visión final, sino el siguiente estado deseable — y avanzar hacia ella con ciclos cortos de experimentación. No se trata de resolver todo en 30 días; se trata de demostrar que resolver es posible.
Las siguientes acciones pueden ejecutarse en un horizonte de 30 a 60 días con recursos internos y sin inversión tecnológica significativa.
Eliminar tres reuniones que no producen decisiones
Revise el calendario de reuniones recurrentes de la organización. Identifique aquellas que cumplen una o más de las siguientes condiciones: no tienen agenda escrita antes de empezar, no producen decisiones documentadas al terminar, o podrían reemplazarse por un reporte asíncrono. Elimine tres. Sustituya con un mecanismo asíncrono — un canal dedicado, un tablero actualizado, un reporte semanal de una página. Mida si alguien nota la diferencia en calidad de información o coordinación. Si nadie la nota, la reunión era desperdicio.
Este ejercicio tiene un valor que va más allá del tiempo recuperado: envía una señal organizacional de que el tiempo de las personas se respeta y que la coordinación puede ser eficiente. Los rituales de revisión ejecutiva bien diseñados pueden lograr en 45 minutos semanales lo que muchas organizaciones intentan lograr en cuatro o cinco reuniones separadas.
Documentar los cinco procesos más críticos
No todos los procesos — los cinco más críticos. Aquellos que, si se ejecutan mal, generan mayor impacto en clientes, ingresos o reputación. Para cada uno, documente tres cosas: los pasos en secuencia, los criterios de calidad en cada paso, y quién es responsable de cada decisión. El formato importa menos que la existencia del documento. Una página en la wiki interna es suficiente. Un diagrama de flujo en una pizarra fotografiada es suficiente.
El objetivo no es crear burocracia — es crear una línea base. Sin línea base no se puede medir mejora, no se puede entrenar a alguien nuevo y no se puede identificar dónde ocurre el retrabajo. La documentación no es el fin; es la condición para que la mejora sea posible.
Establecer criterios de decisión por nivel
Redacte una tabla simple con tres columnas: tipo de decisión, nivel que puede tomarla, y condiciones que activan escalamiento. No intente cubrir todas las decisiones — cubra las 15 o 20 más frecuentes. Compras hasta cierto monto, descuentos dentro de cierto rango, contrataciones de cierto nivel, aprobaciones de proyectos bajo cierto presupuesto.
| Tipo de decisión | Nivel autorizado | Escala cuando… |
|---|---|---|
| Compras < $500 | Coordinador | Nunca (dentro de presupuesto aprobado) |
| Compras $500 – $5,000 | Gerente de área | Excede presupuesto mensual |
| Descuentos < 10% | Ejecutivo comercial | Cliente tiene facturas vencidas > 30 días |
| Descuentos 10% – 25% | Gerente comercial | Margen resultante < umbral mínimo |
| Contratación de reemplazo | Gerente de área | Posición no presupuestada |
| Cambio de alcance en proyecto | Gerente de proyecto | Impacto en presupuesto > 10% o plazo > 2 semanas |
Publique la tabla, comuníquela y respétela. La tentación de los directores será seguir interviniendo en decisiones que ya delegaron. Resista. El mensaje más poderoso que puede enviar un director es confiar públicamente en los criterios que él mismo definió.
Designar dueños de proceso con autoridad real
No basta con documentar procesos. Alguien tiene que ser responsable de que funcionen, de que se actualicen y de que mejoren. Designe un dueño para cada uno de los cinco procesos críticos. Pero dueño con autoridad real — capacidad de modificar el proceso, de parar la línea cuando algo no funciona y de exigir cambios a las áreas que alimentan el proceso.
Sin dueño con autoridad, los procesos documentados se degradan en semanas. Con dueño sin autoridad, se convierten en fuente de frustración. La autoridad del dueño de proceso debe ser explícita y respaldada por la dirección.
Consolidar una fuente de verdad por dato crítico
Identifique los tres o cuatro datos que más problemas de inconsistencia generan en su organización. Probablemente serán: lista de clientes activos, estado de proyectos o pedidos, cifras financieras del mes y disponibilidad de inventario o capacidad. Para cada uno, defina cuál es la fuente de verdad — el sistema del cual todos los demás se alimentan. Establezca que ese sistema se actualiza en tiempo real o con frecuencia definida, y que cualquier inconsistencia se resuelve a favor de la fuente de verdad, no de la hoja de cálculo de alguien.
Este cambio es más cultural que tecnológico. Requiere que la organización acepte que la conveniencia de “mi propia planilla” es menos importante que la consistencia de la información compartida.
La eficiencia operativa como competencia organizacional
Hay una diferencia fundamental entre resolver un problema de eficiencia y desarrollar la capacidad de mejorar la eficiencia de forma continua. Lo primero es un proyecto; lo segundo es una competencia organizacional.
Las acciones descritas en la sección anterior son intervenciones puntuales. Son necesarias y producen resultados rápidos. Pero si la organización no desarrolla la competencia de identificar y eliminar ineficiencia como parte de su operación normal, las mismas fuentes de fricción reaparecerán en 12 a 18 meses — probablemente en versiones ligeramente diferentes, pero con el mismo efecto.
Rother describe esta competencia como la capacidad de practicar el ciclo de mejora hasta que se convierte en rutina: observar la condición actual, definir la condición objetivo, experimentar para cerrar la brecha, y aprender del resultado. No es un programa con fecha de inicio y fin. Es una forma de operar.
En la práctica, esto significa que la eficiencia no es responsabilidad de un departamento ni de un consultor externo. Es responsabilidad de cada líder que gestiona personas y procesos. Y eso requiere tres condiciones que la mayoría de las empresas medianas no tiene:
Visibilidad del desempeño operativo. Si los líderes no pueden ver cómo están funcionando sus procesos en tiempo razonable, no pueden mejorarlos. Las cuatro métricas propuestas en este artículo son un punto de partida — no un punto de llegada.
Tiempo dedicado a mejora. Si el 100% del tiempo de los líderes se consume en operación y apagar incendios, la mejora no va a ocurrir. Reservar un 10% del tiempo de la gerencia media para análisis y mejora de procesos no es un lujo — es una inversión con retorno medible.
Tolerancia al error experimental. Mejorar procesos implica cambiarlos. Cambiarlos implica que algunos cambios no van a funcionar. Si la cultura castiga el error, nadie va a intentar mejorar nada — porque la forma actual, aunque ineficiente, es segura.
La eficiencia operativa no es un destino. No hay un punto donde la organización declara “ya somos eficientes” y deja de trabajar en ello. Es una disciplina continua que distingue a las organizaciones que crecen de forma sostenible de las que crecen hasta que la fricción interna las frena.
Las empresas que entienden esto no necesitan programas de transformación grandiosos. Necesitan la disciplina de medir, la honestidad de ver lo que los números dicen, y la voluntad de cambiar lo que no funciona — aunque funcione “suficientemente bien”. Porque en un mercado competitivo, “suficientemente bien” es el precursor silencioso de “insuficiente”.
La pregunta no es si su organización tiene ineficiencia. Toda organización la tiene. La pregunta es si sabe dónde está, cuánto le cuesta, y qué va a hacer al respecto.
Referencias
- Asana. (2023). Anatomy of Work Global Index 2023. https://asana.com/resources/anatomy-of-work
- Brooks, F. (1975). The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley.
- Deloitte. (2020). The new organizational knowledge management. Deloitte Insights. https://www.deloitte.com/us/en/insights/topics/talent/organizational-knowledge-management.html
- Goldratt, E. (1984). The Goal: A Process of Ongoing Improvement. North River Press.
- McKinsey & Company. (2023). Want to break the productivity ceiling? Rethink the way work gets done. https://www.mckinsey.com/capabilities/people-and-organizational-performance/our-insights
- Microsoft. (2023). Work Trend Index: Will AI Fix Work? https://www.microsoft.com/en-us/worklab/work-trend-index/will-ai-fix-work
- Reinertsen, D. (2009). The Principles of Product Development Flow: Second Generation Lean Product Development. Celeritas Publishing.
- Rother, M. (2010). Toyota Kata: Managing People for Improvement, Adaptiveness and Superior Results. McGraw-Hill.