En Ovinion trabajo sobre seis productos propios en cuatro idiomas, con distintos estados de desarrollo y disponibilidad. En esa forma de organizarme, la parte del título que más condiciona el día a día es la última: las decisiones siguen encontrándose con el tiempo disponible de una persona. Tener herramientas capaces no elimina ese límite.
Por eso, cuando explico esta experiencia, prefiero detenerme en lo que he tenido que organizar para sostenerla. La cifra de productos dice poco si no hablamos de vigilancia, revisiones y prioridades. Lo que puede resultar útil a otra empresa está en comprender ese reparto y en reconocer qué problemas aparecen al aumentar la capacidad de producir.
Empezar por el trabajo que exige estar pendiente
Lo primero que delegué en los agentes fue la vigilancia: reunir señales de fallos, cambios del mercado y avisos de usuarios. Estar pendiente de esas cosas consume una atención que resulta difícil ver en una lista de tareas. Una comprobación puede llevar poco tiempo y repetirse muchas veces a lo largo del día.
Tener la información reunida me permite empezar la revisión con más contexto. Sin embargo, necesito conocer qué se ha comprobado y qué ha quedado fuera. Si no llega un aviso, quiero distinguir que no haya novedades de que una fuente no se haya podido revisar.
Pensemos en alguien que dirige varias áreas y abre distintos informes solo para confirmar que no hay un problema pendiente. Parte de ese trabajo podría prepararse mejor mediante señales acordadas. Antes habría que definir qué se observa, con qué frecuencia y qué situación necesita atención. Esa conversación ya ayuda a entender qué información se está utilizando realmente.
Aprender a recibir lo que los sistemas producen
El siguiente problema en Ovinion fue el volumen. Los agentes podían preparar más información de la que yo podía leer. Sin un trabajo que reuniera y ordenara sus aportaciones, había creado otra bandeja de entrada. Disponer de más contenido no resolvía cómo iba a elegir lo importante.
OVI cumple esa función de coordinación: cruza las aportaciones de los especialistas y prepara prioridades. Yo necesito poder volver a las fuentes, comprender las dudas y decidir qué merece atención. Una síntesis ayuda cuando permite orientarse y conserva el acceso al detalle que sostiene una conclusión.
Con los informes apareció un límite muy concreto. Si cada mañana exigían demasiado tiempo, terminaba dejándolos. Esa experiencia me llevó a revisar qué debía aparecer primero y qué podía quedar disponible para otra consulta. El formato tenía que encajar con el uso que quería darle.
Esa revisión también afecta a las prioridades. Un aviso puede ser correcto y no necesitar una actuación inmediata. Si todo se presenta con la misma urgencia, vuelvo a tener que clasificarlo desde cero. Me interesa que el sistema ayude a entender por qué algo necesita atención y qué falta comprobar antes de actuar.
Trasladar el aprendizaje sin copiar el modelo entero
No utilizaría el título como medida de productividad para comparar equipos. Cada producto y cada servicio tienen obligaciones, relaciones y cargas distintas. Además, una actividad en desarrollo no plantea las mismas necesidades que otra utilizada de forma continua. Las cifras solo se entienden cuando conocemos esas diferencias.
Lo que sí trasladaría es la revisión del trabajo que exige atención repetida. Una dirección con varias áreas puede preguntarse qué señales necesita de cada una, qué se envía por duplicado y qué asuntos quedan sin seguimiento. Una unidad pública puede revisar cómo detecta solicitudes que esperan o casos que no han encontrado responsable.
En una empresa pequeña añadiría otra pregunta: qué nueva dependencia estoy creando al automatizar. Mantener las fuentes, actualizar los encargos y revisar errores también requiere tiempo. Si ese trabajo queda oculto, la valoración de la ayuda recibida será incompleta.
También prepararía apoyos para lo que no pueda sostener una sola persona. El aprendizaje sobre vigilancia no elimina la necesidad de conocimiento especializado, conversación y continuidad ante una ausencia. Esas condiciones forman parte del modelo tanto como los agentes que producen información.
Comprobar qué mejora y qué carga aparece
Para evaluar esta experiencia con más rigor, recogería durante un periodo comparable cuánto tiempo exige la vigilancia, qué avisos son útiles y qué incidencias se detectan tarde. Añadiría el esfuerzo de mantener y corregir los sistemas. Es una propuesta de medición; este relato no aporta todavía esa comparación registrada.
Me interesa conservar esa diferencia entre lo que he aprendido al organizarme y lo que podría demostrar con resultados. Quien quiera probar una idea parecida necesitará conocer su punto de partida y observar qué cambia en su propio contexto.
Empezaría por una comprobación repetida y una señal bien definida. Ese alcance permite entender si la ayuda reduce atención innecesaria o simplemente la mueve a otra revisión. Desde ahí podremos decidir qué merece ampliarse y qué necesita otra forma de trabajo.
Un primer paso
Durante varios días anota qué revisas solo para confirmar que todo sigue en orden. Escoge una comprobación repetida y define qué señal necesitarías recibir, qué detalle debería acompañarla y cómo sabrás que se ha realizado. Prueba ese reparto y cuenta también el tiempo que exige revisar y mantener la ayuda.