Suele empezar tan pequeño que nadie lo cuestiona. Un mensaje en Slack, casi al pasar, algo que no parece pedir ceremonia: “¿Alguien puede revisar esto rápido?” Sin urgencia explícita, sin contexto estructurado, sin señal de que tomará más de unos minutos. De hecho, se siente eficiente. Más rápido que abrir un ticket, más liviano que agendar una reunión. Solo una revisión rápida, algo que se resuelve en el flujo del trabajo.
Alguien lo toma. Tal vez no al instante, pero a tiempo de mantener la ilusión de ritmo. Abre el enlace, revisa los números, intenta entender qué está viendo. Ahí aparece la primera fricción silenciosa: el contexto no viene dado, hay que reconstruirlo. Un panel aquí, una captura allá, una o dos frases que intentan explicar por qué esto existe. Pero ¿qué se está pidiendo exactamente? ¿Validar precisión, completitud o el razonamiento detrás de una decisión que quizá ya se tomó en otro lado?
Sin esa claridad, la única salida viable es responder con otra pregunta. En ese momento, casi imperceptiblemente, el tiempo deja de avanzar en línea recta.
La respuesta no llega de inmediato. Llega cuando puede — diez minutos después, treinta, tal vez después de otra reunión. Cuando aparece, resuelve parte de la ambigüedad, pero no toda. Siempre alcanza para seguir, rara vez para cerrar. Entonces quien revisa profundiza un poco, busca otra fuente, cruza con algo que recuerda vagamente haber visto antes. Encuentra una discrepancia, o al menos algo que no cuadra del todo. Lo que empezó como una verificación simple se convirtió en una pequeña investigación.
Entra otra persona, no porque deba, sino porque parece el camino más rápido en ese momento: “Oye, ¿sabes por qué este número es distinto aquí?” Esa persona llega sin el contexto original, reconstruyendo todo con fragmentos aún más finos. Responde de memoria — ayuda, pero introduce otra capa de ambigüedad. La conversación se alarga, se ramifica, empieza a existir en varios lugares a la vez.
Mientras tanto, el motivo original de la “revisión rápida” queda en pausa. A veces es crítico, a veces no. Puede estar bloqueando un deploy, retrasando una campaña o simplemente ocupando espacio mental en segundo plano. El impacto concreto varía, pero el efecto es el mismo: algo que debía desbloquear el progreso está, en silencio, introduciendo latencia.
Cuando se resuelve, ya pasaron dos horas. Nadie lo registra como trabajo. Nadie lo mide como retraso. No hay ticket, métrica ni postmortem — ningún artefacto que haga visible ese tiempo. Lo que queda es una sensación difusa de fragmentación, la impresión de que el día avanzó más lento de lo que debería, a pesar de estar lleno.
Lo que parece velocidad en el chat es, en realidad, amnesia operativa — y el costo nunca aparece en un hilo aislado.
El punto es que esto no es una excepción. Es un patrón. Y no ocurre porque la gente sea descuidada o rinda por debajo de lo esperado. Ocurre porque el sistema convierte este comportamiento en el camino de menor resistencia. Estas “revisiones rápidas” son, en realidad, decisiones sin un lugar claro. No pertenecen a un proceso definido, no quedan registradas en una herramienta específica y no tienen un responsable explícito. Viven en el espacio ambiguo entre “esto debería ser obvio” y “alguien tiene que mirar esto con más detalle.”
Y todo lo que vive en ese espacio termina en el chat.
El problema no es la legitimidad de la pregunta. En la mayoría de los casos, algo sí necesita verificarse. El problema es cómo ocurre esa verificación — sin contexto suficiente, sin criterios explícitos y sin una definición clara de qué significa “hecho”. Cada vez que pasa, no solo respondes una pregunta; montas un proceso desde cero. El contexto hay que armarlo a mano, los criterios se infieren en tiempo real y la responsabilidad se negocia sobre la marcha.
Nada de esto es visible, pero todo consume tiempo.
Ese consumo no se manifiesta como interrupciones grandes. Aparece como fragmentación continua de la atención — el costo de entrar en el problema a medias de otra persona, sostenerlo lo suficiente para avanzar e intentar volver al tuyo. Repetido a lo largo de un día, de un equipo, crea una operación que parece ocupada por fuera pero avanza de forma desigual — rápida en ráfagas cortas, luego detenida en zonas de ambigüedad.
Lo que hace difícil abordarlo es que cada caso parece trivial. Es solo una pregunta. Solo una revisión. Solo un puñado de mensajes. Aislado, nada parece valer la pena corregir. Pero, en conjunto, estos momentos definen el ritmo de la organización. Determinan si el trabajo fluye o se reinicia constantemente.
La respuesta típica es añadir más estructura en otro lado — más paneles, más documentación, más flujos formalizados. Pero estas microdecisiones no encajan bien en esos sistemas. Son demasiado dinámicas, demasiado dependientes del contexto, demasiado basadas en el criterio. Así que siguen filtrándose, volviendo siempre al mismo lugar: el chat.
Y el chat, por diseño, es un mal entorno para este tipo de trabajo — no porque sea ineficiente como herramienta, sino porque le quita a las decisiones justo lo que necesitan para volverse más rápidas con el tiempo: entradas claras, criterios explícitos, responsable definido y, sobre todo, memoria. Sin eso, cada “revisión rápida” se convierte en un pequeño acto de reinvención. Y la reinvención, aunque sea a pequeña escala, es cara — no por el esfuerzo de un solo caso, sino por cuánto se repite.
Por eso, casi inevitablemente, estos flujos terminan concentrados en las mismas personas. Los mejores operadores — con más contexto, mejor lectura de patrones, criterio más fino — son arrastrados a estas decisiones porque las resuelven rápido. Pero eso genera un efecto secundario: su tiempo queda consumido por un flujo continuo de decisiones poco visibles y de alta fricción. No porque sean los únicos capaces de decidir, sino porque el sistema no ofrece alternativa.
En ese punto, el problema deja de ser ineficiencias aisladas. Se vuelve estructural. No es un problema de talento, ni exactamente de proceso en el sentido tradicional. Falta una forma de tratar las decisiones como unidades de trabajo de primera clase — algo que lleve contexto, haga explícitos los criterios, defina responsables y acumule aprendizaje con el tiempo. Hoy, cada uno de estos momentos existe como un evento aislado. Nada se conecta, nada se acumula, nada se vuelve más fácil la próxima vez.
El resultado es una forma de amnesia operativa. Las mismas preguntas vuelven, las mismas ambigüedades hay que resolverlas otra vez y las mismas personas regresan al circuito. Lo que parece velocidad — resolver rápido en el chat — en realidad oculta un sistema que no retiene conocimiento y, por eso, nunca gana impulso.
En algún momento, el problema deja de ser las dos horas perdidas en un hilo. Se convierte en la certeza de que así se toman las decisiones en toda la operación: de forma informal, una y otra vez, sin que nunca sea más fácil la próxima vez. Y ahí aparece el costo real — no como una pérdida medible aislada, sino como un arrastre constante, de fondo, que frena todo.