Bloqueos crónicos: rompe dependencias con diseño

En flujos de punta a punta, las dependencias no duelen el primer día. Duelen cuando se vuelven patrón. El síntoma típico es claro: el mismo tipo de bloqueo aparece cada semana con nombres distintos, pero con la misma causa. Lo ves en frases como:

• “Estoy esperando una aprobación.”
• “Falta información para avanzar.”
• “La otra área no tiene capacidad.”
• “No tenemos acceso al sistema o a los datos.”

Ahí surge la trampa. Se confunde “gestionar bloqueos” con “gestionar el flujo”. Gestionar bloqueos es reacción. Se persigue a personas, se abren hilos, se pide “un favor”. Gestionar el flujo es diseño. Se elimina el combustible que alimenta los incendios. El costo real de vivir a tirones no es solo tiempo. También golpea la credibilidad del equipo, sube el estrés y transforma todo en urgencia.

Diagnóstico rápido: detecta el bloqueo crónico

Identifica si el bloqueo es crónico con evidencia, no con sensación. Aplica una regla práctica: si el mismo bloqueo aparece 3 veces en 4 semanas, ya es crónico. Si además lo puedes describir con la misma frase cada vez, está aún más arraigado.

Cómo verificarlo en 15 minutos:

• Revisa tu tablero o bitácora de impedimentos del último mes.
• Agrupa por tipo de dependencia. Usa etiquetas simples: aprobación, información, capacidad, acceso.
• Cuenta repeticiones. Si un tipo llega a 3, marca alarma.
• Escribe la formulación exacta del bloqueo. Ejemplo: “Esperando aprobación de Seguridad” o “Falta definición de requerimientos mínimos”.

Este mini-análisis te da foco. Sin foco, el equipo corre detrás de síntomas y perpetúa el ciclo de urgencias.

Cuatro causas raíz que fabrican la cola

Casi todos los bloqueos crónicos encajan en estas cuatro categorías. Saber cuál enfrentas te orienta a la intervención correcta.

1. Dependencia por decisión (aprobaciones)

• Rasgo típico: no hay criterio claro, ni acuerdo de nivel de servicio (ANS), ni límites sobre qué se aprueba y qué no.
• Efecto: la decisión se convierte en cola infinita. Se apilan pedidos, suben las excepciones y florecen los atajos.

2. Dependencia por información (transferencias incompletas)

• Rasgo típico: el trabajo entra sin requisitos mínimos “listos”. La transferencia se devuelve por huecos y no por calidad final.
• Efecto: retrabajo, desgaste entre áreas y pérdida de confianza.

3. Dependencia por capacidad (colas y prioridades cruzadas)

• Rasgo típico: una área es cuello de botella estructural. Todos la necesitan, pero no hay clases de servicio ni reglas de prioridad.
• Efecto: persecución constante, etiquetas de “urgente” sin base y planificaciones que se desordenan cada día.

4. Dependencia por acceso y herramientas (permisos, sistemas, datos)

• Rasgo típico: solo una persona o equipo “tiene la llave”. Los demás esperan turnos invisibles.
• Efecto: micro-política, bloqueos silenciosos y esfuerzos manuales para sortear la barrera.

Clasificar bien importa. Tratar una dependencia de acceso como si fuera de capacidad te lleva a pedir más horas, cuando lo que necesitas es autoservicio. Este criterio también fortalece tu delegación, porque diseñas reglas claras en vez de perseguir tareas.

Intervenciones de diseño que cambian el juego

Resolver un bloqueo crónico exige una intervención de sistema, no un parche. Elige la que corresponda a la causa raíz y formalízala.

A) Definición de Listo y rechazo por incompleto

• Para dependencias de información.
• Diseña un checklist mínimo de entrada. Ejemplo: objetivo, alcance, datos requeridos, dueño de negocio y criterio de éxito.
• Establece la regla: si falta un punto, el trabajo no entra. Sin culpa. Se devuelve con la lista marcada.
• Beneficio: la transferencia sube de calidad y cae el retrabajo.

B) ANS de decisión y criterios explícitos

• Para dependencias de aprobación.
• Define tres cosas: qué se aprueba, con qué criterios y en qué plazo. Usa ventanas claras, por ejemplo 48 o 72 horas hábiles.
• Acordar regla por defecto: si no hay respuesta en el plazo, se aprueba o se escala a un nivel predefinido.
• Beneficio: desaparecen las colas opacas y las decisiones dejan de ser lotería.

C) Acuerdo de traspaso con momento de aceptación

• Para transferencias críticas entre áreas.
• Define el “momento de aceptación”: A no termina hasta que B acepta explícitamente.
• Establece cómo se comprueba la aceptación. Puede ser un campo en el tablero, una firma digital o un correo de confirmación con checklist.
• Beneficio: se elimina la excusa “yo lo mandé” y aparece trazabilidad real.

D) Rompe el cuello de botella con clases de servicio

• Para dependencias de capacidad.
• Crea tres clases como base: crítico, estándar y baja prioridad. Explica criterios y límites de cada una.
• Define límites WIP por clase y rendición de cuentas semanal. Si todo entra como crítico, nada es crítico.
• Beneficio: caen las persecuciones y aumenta la predictibilidad del flujo.

E) Desacopla con buffers o autoservicio

• Para dependencias de acceso y herramientas.
• Implementa autoservicio donde sea posible: formularios, permisos preaprobados, tableros y dashboards con datos clave.
• Cuando el autoservicio demore, usa buffers: plantillas prellenadas, datos pre-cargados, ambientes replicados de lectura.
• Beneficio: dejas de depender de la persona-llave y reduces tiempos muertos.

Consejo operativo: documenta cada intervención en una página simple. Incluye propósito, alcance, responsables, fecha de entrada en vigor y cómo se revisará. La claridad escrita evita ambigüedades y sostiene la disciplina.

Plan de 7 días para cortar la repetición

Activa un ciclo corto. Verás mejoras sin esperar un trimestre.

Día 1:

• Reúne al equipo 30 minutos. Lista el top 5 de bloqueos repetidos del último mes.
• Marca cuáles aparecieron 3 veces en 4 semanas.

Día 2:

• Clasifica cada bloqueo en decisión, información, capacidad o acceso.
• Elige uno para intervenir ya. Selecciona el de mayor impacto energético, ese que te roba ánimo cada semana.

Día 3:

• Diseña la intervención correspondiente. Ejemplos:
  • Información: Definición de Listo de 6 ítems.
  • Decisión: ANS de 72 horas con criterio y regla por defecto.
  • Capacidad: clases de servicio y límites WIP.
  • Acceso: formulario de autoservicio y permisos por rol.

Día 4:

• Socializa con las áreas involucradas. Explica el problema, la intervención y el beneficio compartido.
• Aclara cómo se medirá el resultado. Por ejemplo, reducción de tiempos de espera y menos retrabajos.

Día 5:

• Formaliza: documento una página, checklist y tableros ajustados. Define la fecha de entrada en vigor y el canal de dudas.

Día 6:

• Prueba en pequeño. Aplica la intervención a 3 casos reales. Observa fricciones y ajusta detalles.

Día 7:

• Cierra el ciclo. Revisa con el equipo, registra aprendizajes y acuerda seguimiento semanal durante un mes.