Planificar en TI cuando la semana cambia cada dos horas

El martes a las 9:12 de la mañana, Martín, ingeniero de plataforma en una empresa de pagos de Barcelona, tenía abierto en la pantalla un tablero impecable: incidencias clasificadas, tareas estimadas, dos bloques de foco reservados hasta el mediodía. A las 9:19 entró un mensaje del equipo legal por un cambio regulatorio; a las 9:27, el responsable de producto pidió revisar una integración que un cliente grande quería adelantar; a las 9:41, una alerta de latencia convirtió la mañana en otra cosa. “Yo no trabajo mal”, me dijo después, en una sesión, con ese cansancio seco de quien ya ha probado todos los sistemas, “lo que pasa es que mi plan dura menos que un café”. La frase, que podría parecer una exageración, describe con bastante precisión la vida de muchos especialistas de TI que operan en entornos donde la prioridad no se descubre al planificar, sino al chocar con la realidad.

Durante años, la literatura de productividad vendió una fantasía elegante: si descompones bien, estimas mejor y mantienes disciplina, el día obedecerá. En oficios con alta incertidumbre —infraestructura, seguridad, soporte avanzado, desarrollo en productos con deuda técnica y negocio nervioso— esa promesa se rompe pronto, y no porque falte carácter, sino porque el trabajo depende de variables que llegan desde fuera, se contradicen entre sí y, con frecuencia, aterrizan sin el contexto mínimo para decidir. Herbert Simon llamó “racionalidad limitada” a esa condición en la que decidimos con información incompleta y tiempo escaso; medio siglo después, la oficina digital la ha convertido en norma. Lo que observo en sesiones individuales, después de trabajar con cientos de profesionales, es que el problema no suele ser la planificación en abstracto, sino la arquitectura de decisión que sostiene el día cuando el plan original deja de servir a las diez de la mañana.

La diferencia importa, sobre todo para lectores que viven el trabajo cognitivo con una sensibilidad especial al ruido, a la fragmentación y al coste de recomenzar. El consejo estándar —prioriza, concentra, evita distracciones— resulta demasiado limpio para una jornada donde Slack, Jira, correo, monitorización y reuniones compiten por definir qué es urgente. Sophie Leroy, profesora de la Universidad de Washington, describió en 2009 el “residuo de atención”: una parte de la mente se queda pegada a la tarea anterior cuando saltamos a otra, y ese arrastre reduce calidad y velocidad incluso cuando creemos haber cambiado de contexto. En TI, donde una decisión técnica mal tomada puede multiplicar trabajo durante semanas, ese residuo no es una incomodidad menor, sino una fuga de capacidad ejecutiva con consecuencias muy concretas.

Lo primero, entonces, consiste en abandonar la idea de que un buen profesional demuestra control manteniendo un plan intacto. En equipos maduros, el control se parece más a otra cosa: a saber qué puede moverse sin dañar el sistema, qué merece respuesta inmediata y qué debe esperar aunque grite más. Kahneman escribió que pensamos rápido por defecto y despacio cuando logramos frenar; el entorno digital está diseñado para impedir ese freno. Por eso una agenda útil para alta incertidumbre no intenta adivinar el día perfecto, sino reservar puntos de decisión donde revisar supuestos, recortar compromisos y reasignar energía antes de que el trabajo te arrastre a una secuencia de reacciones sin criterio.

Dónde se rompe la planificación bonita en un día de verdad

El error más frecuente aparece el domingo por la tarde o el lunes a primera hora, cuando alguien distribuye la semana como si el calendario fuera un contenedor estable y no una superficie en movimiento. Se asignan bloques de dos horas a tareas que exigen continuidad, se añaden reuniones ya aceptadas, se confía en que las incidencias serán “las normales” y se deja un margen simbólico para imprevistos, como quien coloca una toalla delante de una puerta esperando detener una inundación. La investigación sobre la falacia de la planificación, desarrollada por Daniel Kahneman y Amos Tversky, ayuda a entender por qué insistimos en ese gesto: tendemos a subestimar duración, complejidad y fricción incluso cuando la experiencia previa nos ha enseñado lo contrario. En TI, además, hay un sesgo adicional: se estima el trabajo visible y se omite el coste de coordinación, aclaración, validación y cambio de contexto, que a menudo consume más que la ejecución técnica.

Cuando reviso agendas de clientes, casi nunca encuentro un problema de ambición; encuentro un problema de granularidad y otro de mezcla. La granularidad falla cuando la unidad de planificación es demasiado grande —“avanzar la migración”, “cerrar la auditoría”, “preparar el despliegue”— y esa vaguedad obliga a decidir de nuevo cada vez que vuelves a la tarea, pagando una y otra vez el peaje cognitivo del arranque. La mezcla falla cuando en la misma mañana conviven trabajo profundo, coordinación reactiva, reuniones de bajo valor y tareas administrativas, sin una frontera explícita entre lo que requiere cabeza fresca y lo que puede hacerse con energía media. Barbara Tversky, que ha estudiado durante décadas cómo organizamos acción y espacio mental, insiste en que la forma de representar una tarea condiciona la facilidad con que la ejecutamos; si el mapa es borroso, la fricción aparece antes de escribir la primera línea de código o de abrir el primer documento.

A esa fragilidad se suma un malentendido cultural muy extendido en tecnología: la disponibilidad permanente se confunde con fiabilidad. He visto a responsables elogiar a quien responde en treinta segundos mientras, al mismo tiempo, lamentan que las tareas estratégicas no avancen; las dos cosas rara vez caben en el mismo día sin un precio. Linda Stone acuñó hace años la expresión “atención parcial continua” para describir un estado de alerta sostenida, alimentado por entradas múltiples y por la sensación de que algo importante puede ocurrir en cualquier momento. En un centro de operaciones o en un equipo de incidentes, cierta vigilancia es inevitable; fuera de esos contextos, convertir toda la jornada en guardia pasiva destruye la calidad de las decisiones y empobrece la memoria de trabajo, que ya de por sí es un recurso limitado.

Recuerdo el caso de Laura, administradora de sistemas en Valencia, que llegó a consulta después de tres meses cerrando el portátil con la impresión de no haber hecho nada, aunque el historial de mensajes y tickets contara otra historia. Durante una semana registró, con una honestidad casi cruel, cada interrupción que le obligaba a recomenzar. El jueves me leyó una secuencia que parecía escrita por una dramaturga del agotamiento: “Empiezo a revisar logs; me escribe compras por licencias; vuelvo a los logs; me llaman por VPN; vuelvo; reunión de quince minutos que dura cuarenta; intento documentar; salta una alerta menor; después ya no recuerdo dónde estaba”. Lo decisivo de ese ejercicio no fue descubrir que tenía muchas interrupciones, algo que ya sabía, sino ver que su agenda seguía tratando esas interrupciones como accidentes aislados cuando, en realidad, eran parte estructural del trabajo.

A partir de ahí cambió una sola premisa, y con eso cambió bastante. La semana dejó de organizarse alrededor de una lista de entregables idealizados y pasó a ordenarse en torno a ventanas de respuesta, bloques de producción técnicamente modestos y dos revisiones diarias de prioridades, una a media mañana y otra después de comer, que servían para hacer una pregunta incómoda pero decisiva: con lo que ha entrado desde las nueve, ¿qué compromiso deja de ser creíble hoy? La incomodidad importa porque obliga a nombrar pérdidas en lugar de fingir que todo sigue cabiendo. La planificación útil en alta incertidumbre siempre tiene algo de poda; quien intenta salvarlo todo suele terminar incumpliendo de manera difusa y agotándose con una culpa que no mejora el sistema.

La unidad real del trabajo no es la tarea, sino la decisión

Muchos métodos fracasan porque tratan la tarea como un bloque homogéneo, cuando en realidad un día de TI está compuesto por decisiones de naturaleza muy distinta. Hay decisiones reversibles y baratas, como responder una duda menor o mover una reunión; hay decisiones costosas, como tocar una configuración delicada en producción, y hay decisiones que parecen técnicas pero son políticas, porque implican negociar alcance, plazo o responsabilidad entre equipos. Jeff Bezos popularizó la distinción entre decisiones de “puerta de una vía” y “puerta de dos vías”; aunque venga del mundo empresarial, la metáfora sirve para el trabajo individual. Si en tu agenda no distingues entre una cosa y otra, acabarás usando la misma energía mental para todo, y esa uniformidad es una forma de despilfarro.

Con mis clientes suelo trabajar una regla poco vistosa y muy eficaz: el día no se planifica por horas disponibles, sino por capacidad de decisión de alta calidad. Hay mañanas en las que una persona puede sostener dos decisiones exigentes antes de que el ruido del entorno, la fatiga o la acumulación de mensajes degraden el juicio; hay tardes que solo sirven para tareas de cierre, documentación o coordinación ligera, por mucho que el calendario sugiera heroísmo. La psicóloga Roy Baumeister exageró algunas conclusiones sobre el agotamiento del autocontrol, pero la intuición práctica sigue siendo válida si se formula con cuidado: la capacidad ejecutiva fluctúa, y quien la administra como si fuera plana termina colocando trabajo fino en momentos biológicamente torpes. Para lectores que han pasado años culpándose por “no rendir igual” a todas horas, este ajuste suele ser menos espectacular que liberador.

Esa administración exige, además, separar tres carriles que casi siempre aparecen mezclados: el carril de entrada, donde llegan peticiones y señales; el carril de decisión, donde decides qué significan y qué desplazan; y el carril de ejecución, donde por fin haces algo con continuidad. Cuando esos carriles se pisan entre sí, la jornada se convierte en una cinta transportadora de estímulos que impide terminar. Cal Newport ha defendido con razón el valor del trabajo profundo, aunque a veces sus ejemplos parezcan escritos para profesiones con más soberanía sobre el calendario que la que existe en muchas áreas de TI; aun así, su punto central resiste: la concentración no surge por deseo, sino por diseño. En un entorno inestable, ese diseño no consiste en blindar cuatro horas míticas, sino en construir perímetros humildes y repetibles donde la entrada no invada la ejecución en todo momento.

Un ejemplo concreto ayuda más que cualquier teoría. Sergio, responsable técnico en una empresa de software industrial de Bilbao, dejó de empezar el día por el correo y por Slack después de comprobar que esa costumbre le robaba la única franja de energía limpia. Durante seis semanas abrió la mañana con un bloque de cincuenta minutos dedicado a una sola decisión relevante ya preparada la víspera —revisar una propuesta de arquitectura, redactar un criterio para priorizar deuda, cerrar una especificación conflictiva— y retrasó la mensajería hasta las 10:15, salvo una excepción explícita para incidentes de severidad alta. “La primera semana me sentí irresponsable”, me dijo; “la tercera, por fin tuve algo importante hecho antes de que empezara el ruido”. Lo interesante es que no trabajó más horas ni encontró un método milagroso: cambió el orden de exposición al entorno, y con eso recuperó una parte de su capacidad directiva.

En este punto suele aparecer una objeción legítima: hay puestos donde no puedes permitirte ese retraso, porque la operación manda o porque dependes de decisiones ajenas. Es cierto, y por eso conviene desconfiar de cualquier receta universal. Pero incluso en contextos muy reactivos sigue existiendo margen para diseñar umbrales, protocolos y tiempos de revisión que reduzcan la arbitrariedad. La pregunta útil no es si puedes controlar el día por completo, sino dónde puedes introducir una estructura suficiente para que la incertidumbre no colonice todas las capas de la jornada.

Reducir daño: recortar, renegociar y cerrar el día sin dejar la cabeza abierta

Hay una escena que se repite en empresas de Madrid, Ciudad de México o Bogotá con una fidelidad casi cómica: alguien descubre a las cuatro y media de la tarde que las prioridades de la mañana ya no valen, mueve tres bloques en el calendario, promete un cierre “para hoy” y se va a casa con la sensación de haber aplazado una catástrofe, no de haber terminado una jornada. Lo que falta ahí no es fuerza de voluntad, sino una práctica de recorte explícito. Andy Grove, en su libro High Output Management, insistía en que la producción directiva depende tanto de decidir qué hacer como de decidir qué no va a ocurrir; trasladado al trabajo individual, eso significa que cada entrada relevante debería activar una sustracción visible. Si entra un incidente serio, sale una tarea de avance; si aparece una revisión urgente, se renegocia una entrega secundaria; si una reunión se alarga, algo pierde prioridad por escrito y no solo en tu cabeza.

Esa sustracción necesita lenguaje, porque mucha gente técnicamente competente carece de frases operativas para renegociar sin sonar defensiva. En sesiones ensayamos formulaciones muy simples, casi administrativas, que reducen fricción y evitan malentendidos: “Con lo que ha entrado esta mañana, hoy puedo cerrar A o avanzar B; las dos cosas no caben con calidad suficiente”; “si esto pasa a prioridad uno, necesito mover esta otra entrega a mañana”; “te confirmo a las tres con datos, no antes”. Son frases sobrias, sin dramatismo ni disculpa excesiva, y funcionan porque convierten una sensación difusa de desborde en una decisión trazable. Lo que pasa después raramente aparece en los manuales de productividad: cuando una persona aprende a recortar a tiempo, su ansiedad baja menos por tener menos trabajo que por dejar de sostener promesas incompatibles entre sí.

El cierre del día merece un lugar aparte, ya que la incertidumbre tiene una manera muy eficaz de seguir trabajando dentro de la cabeza mucho después de cerrar el portátil. Bluma Zeigarnik observó en los años veinte que las tareas incompletas tienden a permanecer activas en la memoria; décadas más tarde, la intuición sigue siendo útil para entender por qué cuesta desconectar tras una jornada fragmentada. Un buen cierre no consiste en “ponerse al día”, fantasía que casi nunca se cumple a las seis de la tarde, sino en dejar el trabajo en un estado retomable: anotar el siguiente paso físico, registrar qué quedó bloqueado y por quién, decidir la primera revisión de mañana y cerrar los bucles de comunicación imprescindibles. Cuando ese pequeño ritual existe, el cerebro deja de repetir en segundo plano la misma pregunta —“¿qué se me olvida?”— y la noche se parece un poco más a descanso que a mantenimiento encubierto.

Nada de esto elimina la volatilidad de un sector donde cambian clientes, requisitos, herramientas y jerarquías con una velocidad a veces absurda. Lo que sí hace es devolver una porción de gobierno a la persona que trabaja, que en muchos equipos ha interiorizado la idea de que planificar equivale a adivinar y, por tanto, ha dejado de planificar con criterio para limitarse a reaccionar con elegancia. Entre una rigidez ingenua y una improvisación permanente hay un terreno más sobrio: planificar por decisiones, proteger la energía de mejor calidad, introducir recortes visibles y cerrar el día de manera que mañana no empiece con la cabeza ya endeudada. En moinaki seguimos escribiendo desde ese terreno, donde aprender a trabajar mejor se parece menos a perseguir sistemas perfectos y más a construir condiciones habitables para la atención.