Cambio de contexto Slack–código: coste oculto del deep work
El cambio de contexto entre Slack y el código cuesta horas de trabajo profundo semanales. Cómo medirlo, reducirlo y proteger tu estado de flujo.
By Ellis Keane · 2026-03-13
¿Cuántos minutos de trabajo profundo conseguiste hoy realmente? No tiempo en el escritorio. No tiempo con la IDE abierta. Concentración real, sostenida e ininterrumpida en un único problema. Si puedes responder eso con seguridad, o estás mintiendo o nunca has experimentado el cambio de contexto entre Slack y el código – en ese caso, enséñame cómo lo haces.
Lo pregunto porque la mayoría de los días no conozco mi propio número. Sé que me senté a las 9 de la mañana a trabajar en una migración de base de datos. Sé que en algún momento levanté la vista y eran la 1 del mediodía. Y sé que en algún punto intermedio había abierto Slack unas dos docenas de veces – no porque alguien me necesitara, sino porque esa pequeña insignia roja tiene una atracción gravitacional que avergonzaría a una luna pequeña. La migración, que debería haber llevado una mañana, se extendió hasta el miércoles.
El mito de los 23 minutos (y lo que realmente es cierto)
Probablemente hayas visto la estadística: «se necesitan 23 minutos para volver a concentrarse tras un cambio de contexto». Eso proviene de la investigación de Gloria Mark en la UC Irvine, y aunque la investigación es real, el número se cita tan mal que básicamente se ha convertido en una vibracion. El dato de los 23 minutos se refiere al tiempo para volver a la tarea original – no al tiempo para volver al mismo nivel de concentración – y se midió entre trabajadores del conocimiento en general, no entre desarrolladores específicamente.
Para los desarrolladores, el coste real depende enteramente de lo que estés sosteniendo en tu cabeza. ¿Estás depurando una sutil condición de carrera en la que, después de veinte minutos mirando fijamente, finalmente has construido un modelo mental de tres máquinas de estado entrelazadas? Perder ese modelo te cuesta los veinte minutos completos de nuevo. ¿Corregir una errata en un archivo de configuración? Segundos. El punto no es el número exacto. Es que el cambio de contexto entre Slack y el código tiene un coste completamente invisible en el momento, pero que aparece, con claridad, en la velocidad de tu sprint al final de la semana.
El Informe sobre la fatiga de herramientas de Lokalise descubrió que los trabajadores cambian entre aplicaciones una media de 33 veces al día, y el 17 % lo hace más de 100 veces. Hemos construido todo un ecosistema de software de «productividad» cuyo principal efecto medible es interrumpir la productividad. En algún lugar, un product manager está celebrando cifras de DAU compuestas íntegramente por personas que comprueban si ya pueden volver al trabajo.
Por qué el cambio de contexto entre Slack y el código es especialmente costoso
Quiero ser justo con Slack. Es una herramienta genuinamente buena y no voy a argumentar que los equipos de ingeniería deberían volver a IRC (aunque algunos días el pensamiento me cruza por la mente). Pero el cambio de contexto de Slack a la IDE es categóricamente más caro que cambiar entre dos pestañas del navegador, y vale la pena entender por qué.
El desajuste del modelo mental. Cuando estás profundamente en el código, mantienes un modelo complejo en tu cabeza – estados de variables, cadenas de llamadas a funciones, la forma general del sistema que estás modificando y la secuencia particular de cambios que debes hacer en un orden concreto. Slack opera en un modo cognitivo completamente diferente: contexto social, hilos de conversación, averiguar quién habla de qué y si es relevante para ti. Cambiar entre estos dos modos no es como cambiar de pestaña. Es como cambiar entre dos tipos de pensamiento completamente distintos, y tu cerebro no tiene un botón de «guardar estado» para ninguno de los dos.
El impuesto de la incertidumbre. Esto es lo que realmente mata tu concentración: no es la interrupción en sí, es la posibilidad de la interrupción. Cuando aparece una insignia de notificación, no sabes si es importante hasta que la compruebas. Esa incertidumbre se aloja en tu memoria de trabajo como una pregunta sin resolver, mordisqueando tu atención aunque resistas el cambio. Y, mira, soy tan malo resistiendo esto como cualquiera – me he pillado pulsando ⌘-Tab hacia Slack en mitad de un mensaje de commit porque la insignia apareció en mi visión periférica. El mensaje de commit era sobre eliminar código muerto. La notificación de Slack era alguien reaccionando a un gif con otro gif. Una tarde productiva para todos.
La trampa del hilo. Abres Slack, ves una notificación, haces clic en un hilo, lees tres mensajes, te das cuenta de que no necesita tu aportación, retrocedes, notas que otro canal tiene una insignia, la compruebas también – y de repente han desaparecido cinco minutos y tu lógica de migración es un recuerdo lejano. La ironía es que el modelo de hilos de Slack, diseñado para reducir el ruido, en realidad aumenta el número de clics entre «vi una insignia» y «he confirmado que nada me necesita». Hilos dentro de hilos. Es tortugas hasta el fondo.
El coste del cambio de contexto entre Slack y el código no son los segundos pasados en Slack. Es la carga cognitiva de cambiar entre dos modos de pensamiento fundamentalmente distintos, amplificada por la incertidumbre de no saber si la notificación valía la interrupción.
Lo que realmente ayuda (y lo que no)
He probado la mayoría de los consejos estándar – y me refiero a haberlos probado de verdad, no a «leer la entrada del blog y asentir». Aquí es donde llegué tras unos seis meses observando activamente mis propios patrones de interrupción.
Lo que funciona
- Ventanas de Slack programadas. Revisar Slack a las 9, las 12 y las 15 en los días de trabajo profundo, y cerrar la aplicación (cerrar del todo – no minimizar, cerrar) en los intervalos. Reduce el número de cambios de los veintitantos a un solo dígito. Ocultar completamente el icono del dock en los días de concentración es absurdo pero efectivo.
- No molestar con excepciones por palabras clave. El modo No molestar de Slack, configurado para dejar pasar mensajes que contengan términos específicos o provengan de personas concretas. Silencio frente al ruido, alertas para la urgencia genuina. Imperfecto, pero mejor que binario.
- Agrupar los mensajes salientes. Anotar los mensajes de Slack en un borrador y enviarlos en lotes. Reduce las interrupciones para el resto del equipo y elimina los «espera, ignora mi último mensaje».
Lo que suena razonable pero no sobrevive al contacto con la realidad
- «Simplemente desactiva las notificaciones.» Protege el estado de flujo a la perfección. También significa que te pierdes el hilo donde tu equipo cambia el contrato de API que estás implementando en ese momento. La cura crea su propia enfermedad.
- «Pon tu estado en ocupado.» La gente ignora los estados. El estado no transmite información real porque todo el mundo dice estar ocupado todo el tiempo – es el equivalente laboral de «¿cómo estás?» / «bien».
Filtrar a nivel de sistema
El enfoque de las ventanas programadas funciona, pero es una solución de disciplina – y las soluciones de disciplina tienen fecha de caducidad. Las mantienes tres semanas, algo urgente rompe el patrón y entonces vuelves a revisar Slack cada vez que la insignia parpadea. He pasado por este ciclo suficientes veces como para saber que la solución no es más fuerza de voluntad. Es un mejor filtro.
Lo que realmente resolvería el problema del cambio de contexto a nivel de sistema es algo que comprenda tanto en qué estás trabajando como lo que está ocurriendo en Slack, y que pueda distinguir entre «hay una decisión en un hilo que afecta directamente al código que estás escribiendo» y «alguien está debatiendo opciones para comer en #random».
Eso es lo que estamos construyendo con Sugarbug. Se conecta a Slack (y a GitHub, Linear, Figma, entre otros), clasifica cada señal por tipo – decisión, bloqueo, pregunta, actualización de estado, ruido – y las vincula a las tareas y personas con las que se relacionan. Ves qué actividad de Slack es relevante para tu tarea actual sin abrir Slack. Sin insignia. Sin impuesto de incertidumbre. Sin cinco minutos buceando en hilos para descubrir que no, esa notificación no era para ti.
Ejemplo concreto de la semana pasada: estaba inmerso en una migración de búsqueda vectorial, y un compañero de equipo tomó una decisión en un hilo de Slack sobre el modelo de embeddings que usaríamos en adelante. Sin filtrado, o me lo habría perdido por completo (modo No molestar) o lo habría encontrado horas después escaneando hilos manualmente. El clasificador de Sugarbug lo mostró como señal de «decisión – relevante para tu tarea actual». Un vistazo, de vuelta a la migración.
Aún no hemos resuelto esto a la perfección – el clasificador sigue fallando en casos límite, y estamos iterando sobre cómo presentar las señales filtradas sin crear otra superficie de notificaciones (lo cual sería un autogol irónicamente perfecto). Pero incluso el filtrado imperfecto supera la opción binaria de «todas las notificaciones» o «ninguna notificación». En ese día de migración, estimo que al menos veinte de mis visitas a Slack fueron innecesarias – veinte recargas de contexto que un buen filtro habría evitado por completo.
Deja de pagar el impuesto de contexto cada vez que aparece una insignia. Sugarbug muestra solo las señales de Slack que realmente afectan a tu trabajo actual.
Q: ¿Cuánto cuesta realmente el cambio de contexto entre Slack y el código? A: La investigación de Gloria Mark en la UC Irvine descubrió que se necesitan unos 23 minutos para volver a la tarea original tras una interrupción, aunque el coste real varía enormemente según la complejidad de lo que estabas haciendo. Para desarrolladores que cambian entre Slack y su IDE decenas de veces al día, eso se acumula en horas de trabajo profundo perdido cada semana – y el modelo mental que habías construido pacientemente raramente sobrevive el viaje de ida y vuelta intacto.
Q: ¿Ayuda Sugarbug a reducir el cambio de contexto entre Slack y el código? A: Sí. En lugar de cambiar a Slack para comprobar si algo requiere tu atención, Sugarbug clasifica los mensajes de Slack por tipo y los vincula a la tarea en la que estás trabajando. Las decisiones, los bloqueos y las preguntas relevantes para tu trabajo actual aparecen sin que tengas que buscarlos. El objetivo es eliminar los cambios de «solo compruebo por si acaso» – esos en los que abres Slack, no encuentras nada que requiera acción y luego pasas tres minutos recordando lo que estabas haciendo.
Q: ¿Debería desactivar las notificaciones de Slack para reducir el cambio de contexto? A: Silenciarlas protege el estado de flujo, pero significa que te pierdes cosas que realmente importan – como el hilo donde tu equipo decide cambiar una API contra la que estás implementando. El mejor enfoque es el filtrado: distinguir las señales que necesitan tu atención ahora del ruido que puede esperar. Las ventanas de Slack programadas son una buena versión manual de esto; Sugarbug es la versión automatizada.
Q: ¿Cuál es la diferencia entre cambio de contexto y multitarea? A: La multitarea consiste en intentar hacer dos cosas simultáneamente (algo en lo que los humanos son genuinamente malos). El cambio de contexto es moverse entre tareas de forma secuencial – el coste es el tiempo y la energía cognitiva para recargar el modelo mental del código. Para un desarrollador que sostiene un sistema complejo en su cabeza, esa recarga puede llevar desde segundos hasta media hora dependiendo de la profundidad del trabajo.
Q: ¿Puede Sugarbug filtrar qué mensajes de Slack merecen una interrupción? A: Sugarbug clasifica las señales por tipo y las vincula a las tareas en las que estás trabajando. Así que en lugar de abrir Slack y escanear cada canal, ves qué actividad es relevante para tu trabajo actual. Todavía estamos iterando en la puntuación de relevancia (no es perfecta), pero es significativamente mejor que el enfoque de todo o nada del modo No molestar.
---
Si el viaje de ida y vuelta de Slack a la IDE está agotando tus horas de trabajo profundo – y si ocultar el icono del dock para evitar una insignia de notificación suena como una estrategia de productividad razonable – ese es el impuesto que construimos Sugarbug para reducir. Únete a la lista de espera.