Carpetas de sesión: el modelo de organización del espacio de trabajo que mantiene usable un portafolio de 50 procesos

Las carpetas son la pequeña comodidad que aprecia un consultor que lleva varios clientes, y la capa organizativa que una pyme usa cuando pilota una transformación en varias oleadas (candidatos T1, candidatos T2, ya entregados). Nada glamuroso, pero es lo que mantiene usable un espacio de trabajo de 30 procesos en lugar de convertirlo en una faena de scroll y búsqueda.

Para los primeros cinco a diez procesos de un espacio de trabajo, un panel plano con ordenación por más-reciente es suficiente. Conoces cada proceso por su nombre, recuerdas para qué sirve cada uno, y encontrar el correcto lleva segundos. Más allá de quince procesos, la vista plana empieza a fallar: haces scroll, buscas por palabra clave, acabas re-mapeando un proceso que ya mapeaste porque no encontrabas el original. Más allá de treinta procesos, el espacio de trabajo plano es genuinamente inusable y el equipo empieza a quejarse de que la plataforma es « difícil de navegar ».

La funcionalidad que arregla esto son las carpetas de sesión: un modelo de organización jerárquica con elecciones de diseño específicas que evitan los dos modos de fallo más comunes de los sistemas de carpetas empresariales. El primer modo de fallo es forzar una-carpeta-por-item estricto, lo que crea decisiones de categorización dolorosas y se rompe cuando un proceso genuinamente pertenece a varias categorías. El segundo es jerarquía de profundidad ilimitada, que produce árboles de carpetas tan profundos que navegar a un item específico lleva tantos clics como una búsqueda plana. El modelo de LucidFlow aborda ambos.

La jerarquía de carpetas está limitada a tres niveles. Puedes tener una carpeta de nivel superior, una subcarpeta dentro, y una sub-subcarpeta dentro de esa, y no más profundo. El límite se aplica a nivel de API, no solo se sugiere en la UI, así que los usuarios listos que intentan anidar más profundo descubren que no pueden. Esta es una elección de diseño deliberada, no una limitación técnica.

La razón del límite: los sistemas de carpetas empresariales que permiten profundidad ilimitada consistentemente acaban con árboles que tienen seis o siete niveles de profundidad porque la gente que crea carpetas no es la gente que las navega. Un árbol de carpetas de siete niveles es activamente peor que un espacio de trabajo plano porque el usuario tiene que recordar la ruta de navegación exacta, y el coste cognitivo de navegación supera el beneficio de organización. Tres niveles es el punto óptimo empírico: suficiente para separar « Business Unit », « Función » y « Familia de Procesos » para una empresa de mercado medio típica, no tanto como para que el árbol se convierta en un laberinto.

La segunda decisión de diseño es que un proceso único puede pertenecer a varias carpetas simultáneamente. Se implementa vía una tabla de unión en lugar de una relación de clave foránea de la sesión a una sola carpeta, que es la forma de base de datos estándar para sistemas tipo tag. La consecuencia práctica: un proceso como « Onboarding de Nuevo Cliente » puede vivir en « Procesos de Ventas », « Procesos de Cara al Cliente », y « Objetivos de Transformación Activos » todos a la vez, y quitarlo de una carpeta no lo quita de las otras.

Esta elección es lo que previene el modo de fallo clásico de carpetas empresariales: el equipo pasa dos semanas debatiendo si el proceso de incorporación « pertenece a » Ventas u Operaciones, cuando la respuesta honesta es que pertenece a ambos y el intento de elegir uno es artificial. Con pertenencia tipo tag, el equipo puede archivar el proceso en ambas carpetas y seguir adelante. El modelo de unión también hace más precisa la generación de informes basada en carpetas: « todos los procesos en Ventas » incluye la incorporación aunque también pertenezca a Operaciones, que suele ser lo que el reportero quería.

Dos funcionalidades más pequeñas completan el modelo de carpetas. Cada sesión rastrea un timestamp de último acceso que se actualiza cada vez que el proceso se abre o edita. La ordenación por defecto del panel es por último acceso descendente, lo que saca a la luz el proceso en el que trabajaste ayer arriba del todo sin requerir que recuerdes en qué carpeta está. Para equipos con varios procesos activos, esta ordenación es a menudo más útil que la vista de carpetas: navegas por « qué toqué recientemente » en lugar de por « dónde lo archivé ».

Cada carpeta también lleva un color (índigo por defecto, personalizable a cualquier valor hex vía los ajustes de la carpeta). El color aparece en la barra de navegación de la carpeta y en las tarjetas de proceso, que es una ganancia de usabilidad pequeña-pero-real cuando el espacio de trabajo tiene 10+ carpetas. Los humanos son más rápidos escaneando colores que escaneando texto, y la codificación por color significa que « dónde está la carpeta Finanzas » se convierte en una respuesta visual inmediata en lugar de un escaneo de etiquetas de texto. La paleta por defecto ofrece suficientes colores distintos para 15 carpetas antes de que te quedes sin; más allá, se soportan códigos hex personalizados.

La higiene de carpetas es un facilitador del flujo de transformación, no una funcionalidad en sí. Para un consultor que lleva varias misiones de cliente en paralelo o una pyme que secuencia su transformación en oleadas, tener los procesos bien archivados es lo que permite que Portfolio Analytics y el plan de transformación IA sigan siendo legibles cuando el portafolio crece. Aburrido, pero el plan se defiende más fácilmente cuando los artefactos que lo sostienen están donde esperabas encontrarlos.