(Ir a Glosario)

Resumen ejecutivo

  • La fricción relevante no es “mal ambiente”: es cuando una transición importante deja de cerrar de forma estable, y la organización compensa con control, urgencias o heroicidad.
  • E³ introduce una regla simple y potente: antes de buscar culpables, revisa el diseño (estado objetivo esperado, criterios de cierre, responsable, límites).
  • Una revisión bien hecha convierte problemas repetitivos en mejoras acumulables: ajuste → prueba → integración → aprendizaje institucional (no solo “arreglo de pasillo”).

La fricción que importa: cuándo un problema es señal de diseño

En cualquier organización hay tensiones normales: presión comercial, picos de demanda, desacuerdos. La fricción estructural empieza cuando aparece un patrón: lo que debería cerrarse sin discusión empieza a reabrirse, a discutirse o a depender de intervención constante.

Se nota en frases recurrentes:

  • “Esto está hecho… bueno, casi.”
  • “Lo cierro yo porque si no, no sale.”
  • “Al final lo resolvemos por WhatsApp.”
  • “Si no está X persona, se bloquea.”

Eso no describe un “problema de actitud” en primera instancia. Describe algo más básico: el sistema no sabe, de forma común y verificable, cuándo algo está realmente cerrado. En términos de gestión de procesos, la organización está ejecutando actividades, pero no está asegurando consistentemente la salida verificada del proceso.

Ejemplos sectoriales para reconocer fricción estructural

  • Salud (clínica privada): altas médicas que “en teoría” están listas, pero farmacia no ha validado medicación, administración no ha confirmado cobertura y el paciente vuelve a urgencias con dudas. El alta se “declara” antes de estar completamente verificada.
  • Retail (cadena de tiendas): reposición semanal que depende de llamadas manuales porque el sistema no refleja roturas reales; se corrige “a ojo” con experiencia local.
  • Fintech: el KYC se marca como completado, pero compliance reabre casos porque faltaba evidencia documental; el estado “KYC OK” estaba mal definido.
  • Industria: una orden de producción se considera cerrada, pero calidad reabre porque el criterio de aceptación no estaba explicitado; se generó retrabajo.
  • ONG: un proyecto se da por “lanzado” sin confirmar permisos del municipio ni voluntariado mínimo; luego se improvisa para cumplir.

En todos esos casos el síntoma visible es operativo, pero la causa suele ser estructural: estados no verificables, cierres informales, responsabilidades difusas, o un Marco incompleto.

La regla E³ que cambia la cultura sin hacer discursos

Cuando hay fricción seria, la reacción típica es:

  • más control,
  • más supervisión,
  • más “reporting”,
  • más presión sobre personas.

A veces funciona… a corto plazo. Pero si el diseño es ambiguo, el control solo compensa. La organización se vuelve dependiente del “último empujón” de alguien.

E³ propone otra secuencia (muy similar al espíritu de control de proceso bien entendido): verifica el diseño y sus condiciones antes de evaluar conducta. Esto evita arbitrariedad y reduce conflictos personales, porque devuelve la discusión al terreno técnico: “¿qué significa cerrar esto?” en lugar de “¿quién lo hizo mal?”.

Cómo se activa una revisión estructural sin paralizar la empresa

La revisión no es un “comité eterno” ni un trámite. Es mantenimiento preventivo.

Checklist de activación (si se cumplen varias, merece revisión):

  • Reaperturas frecuentes: lo cerrado vuelve a abrirse “a los pocos días”.
  • Exceso de aclaraciones: el cierre depende de interpretación o negociación.
  • Compensación que ya es norma: revisiones manuales constantes, dobles registros, “atajos”.
  • Impacto transversal: el fallo afecta a varias áreas (ventas–operaciones–finanzas).
  • Riesgo alto: reputacional, legal, sanitario, financiero o de continuidad.
  • Dependencia personal: si falta una persona clave, la función se detiene.

El proceso mínimo de revisión estructural (en lenguaje llano)

  1. Nombrar la transición (qué intento cerrar exactamente).
  2. Declarar el estado esperado (qué tiene que ser verdad para decir “está hecho”).
  3. Verificar el Marco real (quién cierra, con qué criterios, con qué evidencia, en qué plazo, con qué límites).
  4. Escuchar a los “impactados” (quien recibe la salida, quien depende de ella, quien la audita).
  5. Elegir la salida: mantener, ajustar, redefinir o (solo si procede) concluir incumplimiento consciente tras verificar el diseño.
  6. Probar el ajuste en condiciones reales (un ciclo, una semana, un sprint, una remesa).
  7. Integrar lo que funciona en el Inventario para que no quede como hábito informal.

Esta secuencia conecta con enfoques maduros de gestión de procesos: un diseño solo es “bueno” si puede ejecutarse con consistencia; si depende de heroicidad, el enabler que falla suele ser el diseño o su gobierno.

Plantilla de “acta” de revisión estructural

Campo Contenido
Función afectada Nombre claro de la transición (verbo + resultado)
Estado anterior Qué debe ser verdad antes de iniciar
Estado posterior Qué debe ser verdad para declarar cierre
Síntoma de fricción Reaperturas, compensación, conflicto, retraso, etc.
Evidencia Datos, ejemplos, tickets, correos, registros
Responsable estructural Quién declara el cierre (una persona/rol)
Participantes Ejecutores + “receptores” + control/compliance si aplica
Hipótesis de causa Ambigüedad, falta de criterio, límite mal definido, etc.
Ajuste propuesto Qué cambia en estado, Marco o responsabilidades
Prueba acordada Periodo de prueba, métricas, criterio de éxito
Decisión Mantener / Ajustar / Nueva función / Incumplimiento consciente (si aplica)
Integración Sí/No + fecha de integración en Inventario

Ejemplo breve (industria): “Liberar lote para envío”

  • Fricción: logística reabre liberaciones por faltas de certificados de calidad.
  • Ajuste: el estado “Lote liberado” incluye evidencia (certificado firmado en sistema) y un criterio de cierre único.
  • Resultado: menos reaperturas, menos discusiones, mejor trazabilidad.