POR QUÉ PROHIBÍ SLACK EN MI EQUIPO
La comunicación asíncrona aumentó el trabajo profundo 3x. El equipo lo odió por 2 semanas. Luego nunca volvieron atrás.
El chat en tiempo real es el enemigo del trabajo profundo. Un canal que espera respuesta en minutos convierte a cada ingeniero en un vigilante — un ojo siempre en el contador de no leídos. Eso no es colaboración — es un cambio de contexto que tu cerebro paga cada pocos minutos, y dentro de eso no se resuelve un problema difícil.
Así que, liderando un equipo de ingeniería, hice lo impensable. Prohibí Slack.
Nos fuimos completamente asíncronos. Documentación primero. Escritura de formato largo. Comentarios en código. Descripciones de pull request que de verdad explican la decisión. La regla era simple: si es urgente, llama. Si no, escríbelo y espera.
Lo que de verdad medí
Un claim como "3x más trabajo profundo" no vale nada sin una definición de trabajo profundo. Así que lo definimos antes de cambiar nada, y lo medimos igual durante seis meses a cada lado del cambio.
Llamamos a la unidad Focus Block Hour (FBH): un bloque continuo de al menos 90 minutos, sin reuniones, con menos de dos interrupciones, y con output técnico verificable al final. Medido a nivel de equipo, en agregado — sin capturas de pantalla, sin keylogging, sin vigilancia individual. No necesitas espiar a la gente para contar si se dieron las condiciones del foco. Necesitas una definición honesta y la disciplina de aplicarla.
Antes de la prohibición: 1,6 FBH por desarrollador y día. Seis meses después: 4,9. Aproximadamente un 3x en la materia prima real de la ingeniería — no horas trabajadas, horas de pensamiento ininterrumpido.
Las primeras dos semanas fueron feas
No voy a fingir que la transición fue limpia. Durante unas dos semanas el equipo lo odió. La gente se sentía desconectada. Se sentía lenta. La dopamina de la respuesta instantánea había desaparecido, y su ausencia se sentía como silencio en una oficina vacía.
Luego algo cambió. Las preguntas que antes se disparaban a un canal — y descarrilaban a quien estuviera concentrado — empezaron a escribirse. Muchas se respondían solas al escribirlas. El resto recibía mejores respuestas, porque quien contestaba tenía tiempo de pensar en vez de reaccionar.
Nadie pidió recuperar Slack.
La conexión era ruido
La objeción al async siempre es la misma: perderemos la conexión. No la perdimos. Perdimos la interrupción que llamábamos conexión.
El chat en tiempo real es overhead de coordinación, y el overhead se acumula en silencio hasta atascar al equipo entero. Quítalo y la conexión que queda es la de verdad: construida enviando cosas juntos, no reaccionando los unos a los otros todo el día.
Prohíbe el canal. Protege el bloque. Envía el trabajo.