Casi todos los artículos sobre el coste del cambio de contexto citan el mismo número: 23 minutos y 15 segundos para volver a la tarea tras una interrupción. Es preciso hasta el segundo, procede de una respetada investigadora de UC Irvine, y la mayoría de las páginas que lo citan entienden mal el significado.

Me remonté al origen de los cinco números más repetidos —los artículos científicos y las páginas, no posts que citan a otros posts. Dos se sostienen, con matices. Los otros son una medición real con la etiqueta equivocada, un comentario ascendido a hallazgo, y una tabla que no pude rastrear hasta ningún dato.

Una nota sobre los términos, porque «context switch» significa otra cosa en los sistemas operativos: allí, es el kernel guardando el estado de un proceso para que otro pueda ejecutarse. Este artículo trata de personas —mover tu atención de una tarea a otra antes de terminar la primera. Los psicólogos estudian la versión de laboratorio con el nombre de cambio de tarea (task switching).

Respuesta corta: la investigación mide tres costes distintos. En el laboratorio, un cambio retrasa tu siguiente respuesta una fracción de segundo —unos 200 milisegundos en un ejemplo típico—, y prepararse de antemano reduce ese coste pero no lo elimina. Una tarea que dejas sin terminar deja un residuo de atención que empeora tu rendimiento en la siguiente. Y en las oficinas reales, el trabajo interrumpido que se retoma el mismo día espera antes unos 25 minutos —de esa espera, y no del tiempo dedicado a reconcentrarse, sale el famoso «23 minutos».

Cuánto cuesta el cambio de tarea en el laboratorio

Cada cambio hace que tu primera respuesta en la tarea nueva sea más lenta y más propensa a errores —unos 200 milisegundos en el ejemplo típico de Monsell—, y parte de ese coste sobrevive incluso cuando sabes que el cambio viene. Los bloques que mezclan dos tareas pueden ser hasta un segundo más lentos por respuesta que los bloques de una sola tarea.

La demostración clásica es Rogers y Monsell (1995): los participantes alternaban según un horario fijo entre juzgar dígitos (par o impar) y letras (vocal o consonante). Hasta 0.6 segundos de preparación reducían el coste. A partir de ahí dejaba de ayudar, y con 1.2 segundos para prepararse «persistía un gran coste asintótico en el tiempo de reacción (RT)».

Rubinstein, Meyer y Evans (2001) usaron tareas más difíciles —clasificar formas y hacer aritmética con reglas cambiantes— en cuatro experimentos con 12 a 36 estudiantes universitarios cada uno. Alternar costó entre 614 y 1,096 milisegundos más por respuesta que repetir una sola tarea: más con reglas complejas, menos cuando una señal indicaba qué venía después.

La revisión de Monsell de 2003 añade un coste de mezcla: cuando puede llegar un cambio, la gente es más lenta incluso en los ensayos en que la tarea se repite, así que el cambio grava todo el bloque. Han aparecido costes residuales con cinco segundos o más de preparación. Aun así, son tareas simples en condiciones ideales —nada que ver con una revisión de código interrumpida por un hilo de Slack. Las dos siguientes líneas de investigación se acercan más.

Residuo de atención: la parte de tu mente que se queda atrás

El residuo de atención es el pensamiento que queda sobre la tarea A después de pasar a la tarea B. Sophie Leroy demostró que reduce el rendimiento en B, sobre todo cuando A quedó sin terminar.

En Leroy (2009), estudiantes universitarios pasaban cinco minutos con un puzzle de palabras y luego evaluaban candidatos a partir de sus currículos. Quienes recibían un puzzle que no se podía terminar recordaban menos de los currículos, y en un segundo experimento una prueba de tiempo de reacción mostró que las palabras del puzzle seguían activas tras el cambio. Tampoco bastaba siempre con terminar: quienes acababan a un ritmo relajado arrastraban más residuo que quienes terminaban bajo presión de tiempo.

El estudio midió el residuo justo después del cambio, así que no da ninguna duración en minutos. Las páginas que culpan al residuo de que reconcentrarse cueste más de 20 minutos están soldando dos hallazgos no relacionados. Y eran estudiantes en tareas cortas de laboratorio.

Leroy y Glomb (2018) miraron la tarea que interrumpe. Quienes esperaban volver al trabajo interrumpido bajo presión de tiempo tenían problemas para concentrarse en la interrupción. La solución que funcionó en cuatro estudios: antes de cambiar, anota dónde estabas y qué pensabas hacer a continuación. Lo llaman plan listo para retomar (ready-to-resume plan), y redujo el residuo y protegió el rendimiento en la tarea que interrumpía.

Cuánto cuestan las interrupciones en el trabajo

En el campo, la mayor parte del trabajo interrumpido se retoma el mismo día, pero después de un largo rodeo. En el laboratorio, las personas interrumpidas aceleran para compensar y lo pagan en estrés.

Mark, González y Harris (2005) siguieron a 24 directivos, analistas y desarrolladores durante unos tres días cada uno —más de 700 horas de observación— y rastrearon las «esferas de trabajo» («working spheres», su término para una unidad de trabajo del tamaño de un proyecto); el 57% fueron interrumpidas. El trabajo interrumpido que volvió el mismo día esperó de media 25 minutos y 26 segundos (desviación típica de 54 minutos y 48 segundos), con 2.26 esferas más en medio.

En el laboratorio, Mark, Gudith y Klocke (2008) hicieron que 48 personas respondieran correos de trabajo mientras un «supervisor» las interrumpía cada dos minutos aproximadamente. Las rondas interrumpidas terminaron antes que la tranquila, sin diferencias en errores ni en cortesía —la gente escribía correos más cortos. El precio apareció en los cuestionarios: más estrés, frustración, carga de trabajo, esfuerzo y presión de tiempo «tras solo 20 minutos de rendimiento interrumpido».

El momento cambia el coste. Iqbal y Bailey (2008) retuvieron las notificaciones hasta un punto de ruptura natural en la tarea. Con 16 personas programando o editando diagramas, eso redujo la frustración y el tiempo de reacción frente a la entrega inmediata, con un retraso medio inferior a 90 segundos; no acortó la reanudación. Yo creo Timex, un rastreador de tiempo para Mac, y este estudio es la razón de que sus avisos de Energy esperen a un cambio de app o a una pausa de un minuto.

Las famosas estadísticas del cambio de contexto, auditadas

Los cinco números que aparecen con más frecuencia, rastreados hasta su origen:

Afirmación tal como se suele citar De dónde viene realmente Qué se midió Veredicto
«Se tarda 23 minutos y 15 segundos en reconcentrarse tras una interrupción» Gloria Mark en una entrevista de Gallup de 2006 sobre 36 personas a las que siguió; su artículo de 2005 sobre 24 personas informa de 25 min 26 s Cuánto tardaban los trabajadores de oficina observados en volver a un proyecto interrumpido el mismo día, después de otros dos proyectos aproximadamente Número real, significado equivocado. Es un rodeo entre proyectos, no tiempo dedicado a recuperar la concentración. La media de 25 minutos del artículo tiene una desviación típica de 54 minutos, más del doble que la media; la entrevista no da ninguna.
«Cambiar de tarea cuesta hasta el 40% de tu tiempo productivo» Una página de la APA de 2006 Nada de esa magnitud. La página recoge un comentario de David Meyer («hasta un 40 por ciento») y dice que los cambios individuales pueden costar «apenas unas décimas de segundo» Estirado. Un comentario sobre un límite superior, no un resultado.
«Los trabajadores alternan entre apps 1,200 veces al día y pierden 4 horas a la semana» Murty, Dadlani y Das, HBR 2022 137 trabajadores, en su mayoría en puestos de oficina intermedia o de soporte (finanzas, RR. HH., cadena de suministro…), en tres empresas del Fortune 500, durante hasta cinco semanas; cada alternancia llevaba «algo más de dos segundos» de reorientación Se sostiene, para ese grupo. Dos de los tres autores trabajan en Soroco, la empresa que crea el software de medición. Las cuatro horas son aproximadamente dos segundos por 1,200 alternancias al día, sumadas a lo largo de una semana —no concentración perdida.
«Cada proyecto o tarea adicional se come el 20% de tu tiempo» Una tabla del libro de Gerald Weinberg de 1992 Quality Software Management, p. 284, citada por Chris Gagné Cambios entre proyectos simultáneos; no encontré ningún estudio ni dataset detrás de la tabla Estimación sin verificar. Habla de proyectos, no de cambios de app.
«Una interrupción de cinco segundos triplica tus errores» Altmann, Trafton y Hambrick (2014) 300 estudiantes universitarios siguiendo una secuencia fija de pasos: las interrupciones de 4.4 segundos triplicaron los errores de secuencia, las de 2.8 segundos los duplicaron; los demás errores no cambiaron Se sostiene, en un sentido estrecho. Trata de perder el sitio en un procedimiento paso a paso.

Dos filas no pueden significar a la vez lo que normalmente se cree que significan. Si cada alternancia de app costara 23 minutos y 15 segundos, las 1,200 alternancias diarias de HBR llevarían 465 horas al día. Lee las fuentes y la contradicción desaparece: una es una reorientación de dos segundos tras cambiar de ventana, la otra un rodeo de 25 minutos antes de que la gente retome un proyecto interrumpido.

Cómo medir tu propio cambio de contexto

Cuenta tus cambios de app por hora a partir de un registro de tu día. Es la única parte del coste que puedes observar directamente; el residuo y la reanudación solo puedes inferirlos.

Sin instalación. La herramienta gratuita de auditoría del día te pide que pintes tus últimas ocho horas en una línea de tiempo de 24 horas e informa de bloques profundos y de un recuento de cambios de tarea. Funciona con la memoria, así que trata el recuento como una estimación.

Desde un día registrado. Timex muestrea la app en primer plano una vez por segundo en un archivo SQLite local, una fila por segmento rastreado: el bundleId de la app, el título de la ventana, la URL, el inicio, el fin y la duración. Abre el archivo en el visor de SQLite gratuito, que se ejecuta en tu navegador sin registro. Usa una exportación ZIP desde Settings o el archivo en ~/Library/Application Support/io.muvon.timex/, y luego pega una consulta cada vez.

Cambios de app por hora del reloj para un día (cambia la fecha):

WITH seq AS (
  SELECT startAt,
         bundleId <> LAG(bundleId) OVER w
           AND (julianday(startAt) - julianday(LAG(endAt) OVER w)) * 86400 < 120
           AS switched
  FROM activity
  WHERE date(startAt, 'localtime') = '2026-10-08'
  WINDOW w AS (ORDER BY startAt)
)
SELECT strftime('%H', startAt, 'localtime') AS hour,
       COUNT(*) FILTER (WHERE switched) AS app_switches
FROM seq
GROUP BY hour
ORDER BY hour;

Cambios por hora rastreada, una fila por día a partir de una fecha de inicio:

WITH seq AS (
  SELECT date(startAt, 'localtime') AS day,
         duration,
         bundleId <> LAG(bundleId) OVER w
           AND (julianday(startAt) - julianday(LAG(endAt) OVER w)) * 86400 < 120
           AS switched
  FROM activity
  WHERE date(startAt, 'localtime') >= '2026-10-01'
  WINDOW w AS (PARTITION BY date(startAt, 'localtime') ORDER BY startAt)
)
SELECT day,
       COUNT(*) FILTER (WHERE switched) AS app_switches,
       ROUND(SUM(duration) / 3600.0, 1) AS tracked_hours,
       ROUND(COUNT(*) FILTER (WHERE switched) * 3600.0 / SUM(duration), 1) AS switches_per_hour
FROM seq
GROUP BY day
ORDER BY day;

Tres reglas mantienen el recuento honesto:

  • Un cambio es una fila cuyo bundleId difiere del de la fila anterior —no cualquier fila nueva, ya que un cambio de título de ventana dentro de una app también puede iniciar una.
  • El hueco debe ser inferior a 120 segundos. Timex cierra un segmento tras 120 segundos sin entrada de teclado ni ratón (audio en reproducción o un micrófono activo en la app en primer plano lo mantienen abierto), así que un hueco más largo significa que te ausentaste, y volver a una app distinta después de comer no es un cambio.
  • Timex guarda las horas en UTC, así que cada día y cada hora pasan por el modificador 'localtime' de SQLite para ajustarse a tu reloj.

Probé ambas antes de publicar, sobre una base de datos de 14 filas guardada en UTC y leída en una zona horaria UTC+7: ocho cambios conocidos, más dos filas de la misma app, un hueco de ausencia de 15 minutos, un hueco de dos horas, una fila del día local anterior y una fila que está en el día anterior en UTC pero en el día consultado localmente. Las dos consultas devolvieron exactamente ocho cambios, repartidos 4, 2 y 2 entre las 9, las 10 y las 11 horas locales —en sqlite3 de Python y en sql.js, la compilación WebAssembly que incluye el visor.

Después lee el número por lo que es. Con los dos segundos y pico por reorientación de HBR, incluso 40 cambios a la hora cuestan alrededor de un minuto y medio —los segundos no son la parte cara. Busca las horas en que los cambios se disparan dentro de tus tramos más largos de trabajo real. Los míos eran una «sólida mañana de programación» que en realidad eran cuarenta minutos, cortados nueve veces; escribí sobre lo que eso le hizo a mis sesiones de concentración. Si escribes código, el post sobre seguimiento del tiempo para desarrolladores muestra cómo se separan editor, terminal, herramientas de IA y chat en los mismos datos.

Qué reduce el coste del cambio de contexto

Menos cambios, cambios en fronteras naturales, y una nota antes de irte. Cada uno tiene un estudio concreto detrás.

  • Agrupa las cosas pequeñas. Cada cambio tiene un coste fijo, y mezclar tareas ralentiza incluso los momentos en que no cambias. Responde los mensajes en unas pocas sentadas, no según llegan. El estudio de Mark de 2008 encontró que las interrupciones del mismo tema no eran más baratas que las de otro tema, así que la ganancia está en menos cambios, no en agrupar los «relacionados».
  • Protege los bloques, y espera interrumpirte a ti mismo. En el estudio de Mark de 2005, los analistas y desarrolladores se interrumpían a sí mismos casi tan a menudo como los interrumpían los demás. Quitar las notificaciones cubre la mitad; la otra mitad es cazar el impulso de comprobar algo.
  • Para en una frontera cuando puedas. Leroy encontró que terminar reduce el residuo, e Iqbal y Bailey que las interrupciones en puntos de ruptura frustran menos. Termina la función, el párrafo o la respuesta, y luego cambia.
  • Cuando no puedas terminar, deja una nota lista para retomar. La solución de Leroy y Glomb lleva alrededor de un minuto: dónde estabas, qué harías a continuación. Ellos midieron la tarea que interrumpía, pero la nota debería ayudar también en el viaje de vuelta —los participantes de Rubinstein cambiaban más rápido cuando una señal indicaba qué venía después, y la nota es esa señal.

¿Es real la fatiga del cambio de contexto?

En parte. La tensión a corto plazo tiene evidencia directa: los participantes de Mark en 2008 puntuaron más alto su estrés, frustración y esfuerzo tras 20 minutos de trabajo interrumpido. La versión a largo plazo —el cambio constante desgastándote hasta el burnout— no es algo que estos estudios probaran, y los autores lo dicen: «No podemos decir si la gente se adaptaría con el tiempo o si estas medidas solo aumentarían». El artículo de HBR sobre alternancia dice que alternar mucho eleva el cortisol, pero no cita nada que lo respalde. Trata las afirmaciones de daño duradero como no probadas.

Los límites honestos

El trabajo de laboratorio detrás de estos números usa tareas simples, en su mayoría con estudiantes universitarios; el estudio de campo detrás de la cifra de los 25 minutos observó a 24 personas. Nada de eso te da un coste personal por cambio, y desconfiaría de cualquier herramienta que afirme hacerlo.

Las consultas cuentan cambios de app, no cambios de atención. Pensar en el bug mientras respondes un correo es invisible, y también lo es moverte entre pestañas de un navegador o entre archivos de un editor —todo eso se queda dentro de un mismo bundleId. Timex solo ve tu Mac, así que el móvil que cogiste a mitad de tarea nunca aparece. Y Timex registra los cambios; no los bloquea.

Cuenta una semana

No cambies nada la primera semana. El viernes, ejecuta la segunda consulta, encuentra tu peor hora con la primera, y prueba una solución solo en esa hora. Un recuento que puedes comparar vale más que una estadística que puedes citar.

El trial de Timex cubre 100 horas de seguimiento sin tarjeta de crédito, en macOS 15 o posterior con Apple Silicon. Descarga Timex, trabaja una semana normal, y cuenta.

— DK