El desarrollo de software puede encajar muy bien con un cerebro con TDAH: problemas difíciles, respuesta rápida y, de vez en cuando, seis horas seguidas en las que todo encaja. También puede ser un campo de minas de espirales de búsqueda, ramas a medio terminar, avisos constantes y estimaciones que fallan por tres. Esto es lo que dice la investigación y lo que ayuda.

¿Qué sabemos de los desarrolladores con TDAH?

No tanto como deberíamos, pero cada vez más.

En un estudio de caso cualitativo de 2024 con personas con TDAH que trabajaban en ingeniería de software, Grischa Liebel y sus colegas encontraron que los participantes tenían dificultades con la organización de las tareas y las estimaciones, con mantener la atención en el trabajo y con trabajar con otras personas, y que además referían un desgaste físico y mental. También describieron fortalezas reales: más creatividad, buen desempeño en problemas tipo rompecabezas y capacidad de anticipar cómo encajan los sistemas entre sí (Liebel et al., 2024).

Un estudio anterior en una gran empresa de software combinó entrevistas con ingenieros neurodivergentes (entre ellos, personas con TDAH) y una encuesta a 846 ingenieros, para entender qué los frenaba en el trabajo y cómo podían ayudarlos las empresas (Morris et al., 2015).

Y en cuanto a los desarrolladores en general, una encuesta a 379 profesionales encontró que la gente se siente productiva cuando completa tareas sin interrupciones ni cambios de contexto importantes, aunque la observación mostró que cambian mucho de tarea (Meyer et al., 2014). Con TDAH, cuesta más recuperarse de esos cambios, así que protegerse de ellos compensa por partida doble.

¿Cómo evitas que las espirales de búsqueda se coman el día?

Buscas un mensaje de error. Cuarenta minutos después estás leyendo sobre la historia de un framework que nunca vas a usar. La curiosidad es una fortaleza, y necesita una valla.

  • Ponle un límite de tiempo a la búsqueda. «15 minutos para encontrar la respuesta; luego pregunto a alguien o pruebo otro camino». Pon un temporizador que puedas ver.
  • Escribe primero la pregunta. Una línea: «¿Por qué el inicio de sesión entra en un bucle de redirecciones en Safari?». Si una página no ayuda a responderla, ciérrala.
  • Aparca, no sigas. ¿Interesante pero sin relación? Guarda la pestaña en una lista de «más tarde» y ciérrala. El viernes seguirá siendo interesante.
  • Fíjate en las señales: cinco pestañas de profundidad, leer algo que no estabas buscando, olvidar la pregunta original. Ese es el momento de releer tu objetivo.

¿Cómo te recuperas de las interrupciones?

En un estudio de unas 10 000 sesiones de programación grabadas, Chris Parnin y Spencer Rugaber encontraron que solo alrededor de 1 de cada 10 sesiones volvió a la edición en menos de un minuto tras una interrupción, y que solo en el 7 % los programadores empezaron a editar sin moverse antes por el código para reconstruir su contexto (Parnin & Rugaber, 2011). Volver a meterse en el código lleva tiempo, y un cerebro con TDAH puede perder el hilo por completo.

Deja una miga de pan antes de cada cambio:

  • Una nota de una línea: «Siguiente: gestionar el caso null en parseUser y volver a pasar los tests de autenticación».
  • Un test que falla y que apunta a lo que ibas a hacer.
  • Un comentario TODO en la línea exacta, o un commit de trabajo en curso con el siguiente paso en el mensaje.

Es la idea del plan «para retomar» de la investigación laboral: planear brevemente la vuelta antes de cambiar de tarea redujo el residuo de atención y mejoró el rendimiento en la tarea que interrumpía (Leroy & Glomb, 2018). Más sobre las interrupciones en cómo concentrarte en el trabajo con TDAH.

¿Cómo empiezas un ticket grande?

Un ticket como «Implementar SSO» es un muro. Achícalo hasta que el primer paso sea obvio y pequeño:

  1. Leer el flujo de autenticación actual y escribir tres puntos sobre él.
  2. Añadir un test que falle para la primera redirección.
  3. Hacer que ese test pase.

El primer paso debería llevar minutos, no horas. Si no lo ves, el divisor de tareas te preparará una lista, y en cómo empezar una tarea con TDAH tienes el método completo.

¿Por qué cuesta tanto estimar y qué ayuda?

A muchas personas con TDAH les cuesta notar cuánto tiempo ha pasado o cuánto va a llevar algo (más en herramientas para la ceguera temporal). Estimar software es difícil para todo el mundo; el TDAH añade una capa más.

  • Estima los pasos pequeños, no el ticket. «3 pasos × 1 hora» es más sincero que «medio día».
  • Calcula y luego comprueba. Escribe tu cálculo antes de empezar y el tiempo real al terminar. Al cabo de unas semanas conocerás tu multiplicador personal.
  • Añade margen a propósito, y dilo en voz alta: «Calculo dos días, y suelo pecar de optimista».

¿Y el hiperfoco?

Programar puede desencadenar ratos largos y profundos de hiperfoco, que pueden ser maravillosos o comerse la cena, el sueño y el ticket que en realidad tenías que hacer. Apúntalo a la tarea correcta, pon dos alarmas (un aviso y una parada) y deja una nota con el siguiente paso antes de parar. Más en el hiperfoco en el TDAH.

¿Cómo preparas tu entorno?

  • Notificaciones desactivadas durante los bloques de concentración. Mira el chat y las revisiones de código a horas fijas.
  • Una pantalla para la tarea, solo con las ventanas que necesita.
  • Sonido a propósito: ruido o música instrumental, sin letra, cuando estás leyendo o escribiendo código (música para concentrarse con TDAH).
  • La programación en pareja puede funcionar como el body doubling en las tareas difíciles o aburridas.

Fuentes

  • Liebel, G., Langlois, N., & Gama, K. (2024). Challenges, strengths, and strategies of software engineers with ADHD: A case study. Proceedings of the 46th International Conference on Software Engineering: Software Engineering in Society, 57–68. doi.org/10.1145/3639475.3640107
  • Morris, M. R., Begel, A., & Wiedermann, B. (2015). Understanding the challenges faced by neurodiverse software engineering employees. Proceedings of the 17th International ACM SIGACCESS Conference on Computers & Accessibility, 173–184. doi.org/10.1145/2700648.2809841
  • Meyer, A. N., Fritz, T., Murphy, G. C., & Zimmermann, T. (2014). Software developers' perceptions of productivity. Proceedings of the 22nd ACM SIGSOFT International Symposium on Foundations of Software Engineering, 19–29. doi.org/10.1145/2635868.2635892
  • Parnin, C., & Rugaber, S. (2011). Resumption strategies for interrupted programming tasks. Software Quality Journal, 19(1), 5–34. doi.org/10.1007/s11219-010-9104-9
  • Leroy, S., & Glomb, T. M. (2018). Tasks interrupted: How anticipating time pressure on resumption of an interrupted task causes attention residue and low performance on interrupting tasks and how a "ready-to-resume" plan mitigates the effects. Organization Science, 29(3), 380–397. doi.org/10.1287/orsc.2017.1184

Este artículo es información general, no consejo médico. Si crees que podrías tener TDAH, o estás pensando en cambiar tu tratamiento, habla con un profesional sanitario cualificado. Cómo investigamos y escribimos.

Pruébalo ahora

Escribe la tarea que estás evitando. Recibe pasos pequeños para ir tachando.

Divide una tarea en mini pasosAñadir a Chrome

DoppiNow es una extensión de Chrome que te da XP por concentrarte y un bonus por volver. Nunca bloquea un sitio. 7 días gratis.