El correo que nadie sabe cuántas tareas contiene

Un responsable de proyecto tenía, según sus propias palabras, "todo controlado en el correo". Cuando se le pidió una lista de las tareas pendientes de su equipo, tardó veinte minutos en reconstruirla a mano, buscando por asunto, revisando hilos con nombres como "Re: Re: Re: seguimiento", y aun así no estaba seguro de haberlas encontrado todas. Una de ellas, una solicitud del cliente respondida con un "lo reviso y te digo" tres respuestas atrás, llevaba veintidós días sin moverse. Nadie mentía ni actuaba de mala fe: el problema es que el correo nunca fue diseñado para gestionar trabajo, solo para intercambiar mensajes.

Un correo es texto libre: no obliga a indicar quién es el responsable, para cuándo, ni en qué estado está algo. Cada persona decide qué información incluir, así que la mitad de los "encargos" quedan incompletos desde el momento en que se escriben. Y como no existe un lugar único donde ver el conjunto, nadie puede responder con certeza a la pregunta más básica de cualquier proceso: ¿cuántas cosas están pendientes, dónde, y desde cuándo?

Las señales de que el correo se ha convertido, de facto, en tu sistema de gestión de tareas:

• Para saber qué está pendiente, alguien tiene que releer hilos enteros en lugar de mirar un panel.
• Las tareas se pierden dentro de respuestas largas, mezcladas con comentarios que no son accionables.
• No hay manera de saber cuánto lleva algo esperando sin buscar manualmente la fecha del primer mensaje.
• Los recordatorios dependen de que alguien se acuerde de reenviar el correo original.

Un sistema de gestión de trabajo que necesita que alguien lo relea entero para saber su propio estado no es un sistema: es un archivo con buena voluntad.

El informe de Microsoft WorkLab "Will AI Fix Work?" documenta bien esta "deuda digital": el 62% de las personas dice perder tiempo buscando información que ya debería estar disponible, y "no encontrar fácilmente la información que necesito" aparece entre los principales obstáculos a la productividad. Ese coste no es solo de tiempo: es directamente proporcional a lo poco estructurado que es el lugar donde vive el trabajo. Si tu equipo también reconstruye su lista de pendientes a mano cada semana, hablemos en la página de contacto sobre cómo darle una estructura real.

Perspectiva Poka-yoke (Shigeo Shingo)

Gestionar tareas por correo es, en términos de Shingo, la ausencia casi total de cualquier método de detección. No hay un método de detección de valor fijo (fixed-value method) que exija completar campos obligatorios -responsable, fecha, estado- antes de que una tarea pueda considerarse "creada". Tampoco hay un método de detección de secuencia (motion-step method) que impida que un ítem salte de "mencionado en un correo" a "olvidado" sin pasar por estados intermedios visibles.

La única función reguladora que existe hoy es de aviso (warning method), y además informal: alguien tiene que acordarse de reenviar el correo, preguntar en persona, o revisar el hilo de nuevo. No existe una función de control (control method) real que impida que un ítem quede huérfano, y por eso el error -perder de vista una tarea- depende enteramente de la memoria humana, la condición de proceso que Shingo identificaba como la más propensa a fallar.

Un sistema de gestión de trabajo bien diseñado invierte esta lógica: cada tarea nace con los campos obligatorios cubiertos (fixed-value), avanza por una secuencia de estados visibles para todos (motion-step), y genera una alarma automática, no una espera silenciosa, cuando algo se estanca. Eso es Jidoka aplicado al trabajo de oficina: el propio sistema se detiene y avisa, en vez de depender de que alguien lo note.

Lección: si necesitas releer un hilo de correo para saber si algo sigue pendiente, el problema no es tu memoria ni tu disciplina; es que el sistema nunca tuvo un lugar donde ese estado pudiera verse.