Operating Model Drift: el síntoma oculto de los equipos que crecen sin criterio

Problema

Los equipos crecen, pero el modelo operativo no se ajusta. El sistema sigue funcionando, pero cada vez peor.

Ese desplazamiento silencioso es drift: la estrategia sigue, el criterio se degrada.

Tesis

Operating Model Drift es el sintoma oculto de equipos que escalan sin recalibrar roles, cadencias y decisiones. Si no se detecta, la velocidad se vuelve fragil.

La correccion no es reestructurar todo. Es re-alinear el sistema con un sprint quirurgico.

Framework

Cuatro señales tempranas de drift:

• Latencia de decision: cada aprobacion tarda mas que el trimestre anterior.
• Excepciones normales: lo que era raro se vuelve estandar.
• Handoffs confusos: nadie sabe donde termina su responsabilidad.
• Metricas desalineadas: equipos optimizan distinto objetivo.

Caso (anon): una plataforma B2B multiplico su output, pero los tiempos de decision se duplicaron. El problema no era falta de herramientas, era drift en ownership y cadencias. En dos ciclos, el equipo redefinio derechos de decision y recupero velocidad sin ampliar estructura.

Otra señal silenciosa: las excepciones se vuelven el trabajo normal. Lo que antes requería un comité ahora se resuelve por urgencia y desgaste.

Anti-ejemplo: “ajustar” con nuevas reuniones en lugar de rediseñar ownership y cadencias. El drift sigue, solo mas lento.

Postura: El drift no es ruido cultural, es falla de diseno.

Respiración: Lo que se siente no es caos, es cansancio por decisiones que nunca se cierran.

Cuándo NO intervenir: cuando no puedes identificar una señal de drift con datos basicos.

Señal simple: si el tiempo de aprobacion sube pero el output no mejora, el sistema esta desalineado. El drift no es inevitable, es falta de recalibracion.

Otra señal: el equipo empieza a crear “atajos” informales para saltarse el proceso. Cuando las excepciones se vuelven norma, el modelo operativo ya se rompió.

Indicador de drift: los mismos problemas reaparecen cada trimestre con etiquetas nuevas. Si el sistema repite errores, no aprende, solo cambia el lenguaje.

Un scoreboard simple (latencia, excepciones, handoffs) visible para todos evita que el drift se normalice en silencio.

Si nadie puede explicar el sistema en una frase, el drift ya ganó.

La deriva aparece cuando la estrategia cambia y el sistema sigue igual.

Patron que se repite: cuando las decisiones irreversibles no tienen owner explicito, el equipo compensa con reuniones y urgencias. Eso reduce calidad de decision y castiga al talento senior con trabajo de coordinacion en lugar de diseño operativo.

Protocolo (3 pasos)

1. Mapea decisiones criticas y su tiempo real de aprobacion.
2. Reasigna ownership de decisiones irreversibles y elimina handoffs redundantes.
3. Resetea cadencias con un sprint de 14 dias: decision logs, checkpoints y criterios claros.

Sprint de correccion (14 dias)

Para evitar rediseños eternos, el ajuste del modelo operativo puede ejecutarse en dos semanas:

• Día 1-3: inventario de decisiones bloqueadas, excepciones frecuentes y handoffs redundantes.
• Día 4-7: redefinición de ownership con un mapa explícito de quién decide, quién informa y quién ejecuta.
• Día 8-11: pruebas en un flujo crítico para validar latencia real y coste de reversión.
• Día 12-14: cierre de protocolo y publicación de cadencia mensual.

La clave no es documentar más. Es reducir ambigüedad operacional en decisiones irreversibles. Si al final del sprint aún necesitas “alinear por chat” para cada excepción, el drift sigue activo.

KPI minimos para salir del drift

Un equipo puede declarar “salida de drift” cuando se cumplen tres condiciones durante dos ciclos consecutivos:

1. Latencia de decisión baja al menos un 20%.
2. Excepciones dejan de crecer trimestre a trimestre.
3. Retrabajo por handoff cae de forma sostenida.

Sin esos mínimos, cualquier sensación de mejora es narrativa, no arquitectura operativa. El modelo no se corrige por percepción de orden, se corrige cuando las decisiones vuelven a ser rápidas, trazables y reversibles sin drama interno.

Chequeo final: si el equipo puede explicar en menos de dos minutos quién decide cada excepción crítica y cómo se cierra, el modelo está recuperando claridad. Si esa respuesta depende de “preguntar a alguien”, el drift sigue vivo aunque el output haya subido.

Relacionado:

• Decision Quality: el KPI que reemplaza a la velocidad
• Sistemas sobre objetivos: por que la eficiencia mata estrategia
• GPT-5.3 Codex: el dia que la ejecucion deja de ser el cuello de botella

Próximo paso

Si hoy tu sistema decide mas lento que el trimestre anterior, agenda un diagnóstico en contacto.