Exponer lo que uno mismo construye asusta; quien diga lo contrario, probablemente nunca ha puesto su propio criterio, su reputación y su estabilidad sobre la mesa.
Cambiar el rumbo de una carrera profesional, salir de la seguridad corporativa o apostar por un proyecto propio jamás es una decisión cómoda. Sin embargo, ese vértigo inicial pasa a un segundo plano cuando lo mueve una convicción. La mía es que la ciencia de procesos no es una disciplina abstracta: es una alternativa real para transformar la manera en que las personas experimentan su trabajo diario.
Gran parte del estrés, la frustración y el agotamiento que consumen a los equipos no provienen de la falta de talento o de compromiso. Nacen de algo menos visible: la ceguera operacional. Personas que trabajan dentro de flujos que no comprenden completamente, utilizando herramientas que no acompañan su realidad y dedicando buena parte de su energía a resolver problemas que se repiten una y otra vez.
De la ciencia de procesos interioricé una idea particularmente poderosa: cada vez que una organización ejecuta un proceso, deja una huella digital. Cada caso recorre una secuencia de actividades, tiempos y decisiones que queda registrada en los sistemas de información. En el lenguaje de los procesos, el token representa el movimiento de una ejecución a través de ese flujo. Esa idea fue el origen conceptual de Token Unity Manager (.tum): un motor pensado para gestionar y conectar esa dinámica operacional.
Cuando millones de esas trayectorias pueden observarse juntas, aparece algo extraordinario: la posibilidad de entender cómo funciona realmente una organización. De esa idea nació este proyecto. No concibo Apptum como otro software de catálogo ni como una consultoría de procesos tradicional, sino como una apuesta por hacer visible aquello que normalmente permanece oculto: cómo opera realmente el negocio y qué decisiones podemos tomar con esa evidencia.
Y, aun así, pararse frente a un equipo directivo a revisar cómo opera su empresa sin filtros genera un nudo en el estómago. Aparece el miedo a la crítica, la vulnerabilidad de estar arriesgándolo todo y ese visitante recurrente que es el síndrome del impostor. Es muy fácil dejar que la cabeza construya escenarios catastróficos y utilizar la incomodidad como una excusa para no exponerse. Pero la incomodidad también es una señal: indica que estamos entrando en un territorio donde todavía no conocemos todas las respuestas. Y ahí es donde empieza la investigación.
Cada intento también cambia las probabilidades. Como explica Freddy Vega en Control, si cada prueba tiene un 50 % de probabilidad de éxito, cinco intentos elevan la probabilidad acumulada de que al menos uno funcione hasta aproximadamente un 97 %. La clave no está en acertar a la primera, sino en aprender de cada intento y utilizar esa información para ajustar el siguiente.
Las aguas profundas
El cineasta David Lynch utiliza una metáfora que siempre me ha resultado poderosa: para pescar peces pequeños basta permanecer cerca de la superficie; para encontrar un pez grande hay que adentrarse en las aguas profundas. Construir algo que verdaderamente transforme una operación exige hacer exactamente eso: dejar la superficie y mirar más abajo.
En lo personal, bajar a esas aguas profundas ha significado hacerme cargo de mis propias vulnerabilidades, reducir el peso del ego y volver a las raíces que me apasionan: la ciencia de procesos, el método científico y la disciplina de construir sobre evidencia.
En las empresas ocurre algo parecido. La superficie cómoda está formada por los manuales en PDF que nadie consulta, las certificaciones colgadas en la pared y las reuniones donde se asume que todo funciona según el diagrama ideal. Las aguas profundas son la huella digital (Event Logs) registrada en los sistemas de información transaccionales. Están en los tiempos reales entre actividades, en las rutas que toman los casos, en los retrabajos, en las excepciones y en los atajos informales que rara vez aparecen en un modelo BPMN formal.
Ahí están las aguas profundas. Y bajar hasta ellas no consiste en señalar a alguien que estaba equivocado, sino en descubrir qué está pasando en realidad.
"Sé curioso, no prejuicioso"
Hay una escena en la serie Ted Lasso que ilustra este dilema a la perfección: Ted se enfrenta a Rupert en una partida decisiva de dardos. Rupert da por hecho que Ted no sabe jugar y construye su estrategia sobre ese prejuicio. Antes de lanzar su último dardo, Ted recuerda una frase: «Sé curioso, no prejuicioso» (Be curious, not judgmental).
La lección es sencilla: antes de juzgar, pregunta. Esta misma actitud cambia por completo la forma de abordar la gestión de un negocio:
-
Frente al pánico personal: La curiosidad genuina por resolver un problema retira el ego de la mesa.
-
Frente a la operación diaria: Nos impide buscar culpables. Si un proceso presenta retrasos o atajos informales, no es una falla moral de las personas, sino el síntoma de un sistema mal comprendido.
En lugar de juzgar desde un escritorio diciendo "el equipo se equivoca", nos sentamos con los dueños de procesos a formular preguntas sobre los datos: ¿Por qué esta transacción está tomando este camino no documentado? ¿Qué barrera real está enfrentando la persona que ejecuta el proceso en su día a día? Ahí es donde las inseguridades se transforman en una convicción técnica.
Cuando una organización opera a ciegas, la capacidad operativa se diluye en bucles de retrabajo, esperas pasivas y atajos informales que nadie diseñó pero que todos sufren. Reemplazar el juicio por curiosidad y llevar la evidencia a la luz no solo elimina las ineficiencias de la operación, sino que le devuelve la claridad, la tranquilidad y la dignidad al trabajo diario de las personas.
De los datos a la certidumbre
Una organización puede tener millones de datos y, aun así, no comprender cómo funciona realmente. Puede conocer sus indicadores de resultado y desconocer qué los está provocando. Puede saber cuánto tarda un proceso y no saber dónde se acumula el tiempo. Puede tener un procedimiento perfectamente documentado y descubrir que la operación real sigue otro camino.
En muchas organizaciones, el problema ya no es la ausencia de datos, sino la distancia que existe entre acumularlos y convertirlos en evidencia útil para decidir. Ahí aparece la oportunidad. Cuando observamos las trazas reales de una operación, podemos reconstruir sus caminos, identificar variantes, medir tiempos, encontrar cuellos de botella y detectar desviaciones.
Y entonces se desencadena una progresión lógica:
1. La sospecha se convierte en evidencia.
2. La evidencia permite comprender.
3. La comprensión permite decidir.
4. Y una decisión que modifica la operación convierte la inteligencia en resultado.
La prueba de la naranja
Existe una metáfora sencilla sobre lo que ocurre bajo presión: la prueba de la naranja. Cuando exprimes una naranja con fuerza, lo único que sale de ella es jugo de naranja, porque eso es exactamente lo que tiene por dentro. La presión no crea su contenido; simplemente lo revela. Lo mismo ocurre con las personas y con las organizaciones.
Cuando el mercado presiona, cuando aparecen problemas o cuando una operación comienza a desbordarse, la presión revela aquello que realmente existe debajo de la superficie. Pero si existe rigor analítico, curiosidad y disciplina para investigar sobre la evidencia, la presión revela una capacidad superior para responder.
Por eso la Inteligencia de Procesos no debe limitarse a producir métricas estáticas; su verdadero valor está en transformar la forma en que una organización entiende y gobierna su operación.
De la evidencia a la acción
Esta es la razón por la que en Apptum no nos quedamos en el diagnóstico. La Inteligencia de Procesos genera impacto cuando consigue cerrar el ciclo continuo: Datos → Evidencia → Inteligencia → Acción. Ese ciclo se materializa en 4 pasos:
01. Observar (Datos)
Nos conectamos a la huella digital de la operación (Event Logs) disponible en los sistemas transaccionales (ERP, CRM, bases de datos). No partimos de encuestas ni de opiniones de pasillo; partimos de lo que realmente ocurrió.
02. Descubrir (Evidencia con tum.miner)
Reconstruimos la operación real para identificar sus caminos, variantes, tiempos, cuellos de botella y desviaciones de cumplimiento (Conformance). Pasamos de preguntar «¿cómo creemos que funciona?» a responder «¿cómo está funcionando?».
03. Gobernar (Inteligencia con tum.[dominio])
Traducimos la evidencia en una estructura ejecutable en notación BPMN 2.0. Conectamos áreas, eliminamos silos y gobernamos el flujo de extremo a extremo (E2E) sobre una representación común de la operación.
04. Ejecutar (Acción - Resultado De Facto)
La inteligencia solo genera valor cuando modifica la realidad. Llevamos la lógica del proceso a aplicaciones que gobernan la operación de punta a punta, cerrando el ciclo y generando nueva evidencia.
Observar. Descubrir. Gobernar. Ejecutar. Y volver a observar. Porque una operación no es un diagrama estático en papel: es un sistema vivo.
Hacerse cargo
Al final, esto no se trata de acumular tableros de control ni de dibujar diagramas más sofisticados. Se trata de darle claridad a las organizaciones y tranquilidad a las personas que hacen que la operación funcione todos los días.
Hacerse cargo de una operación implica estar dispuesto a mirar debajo de la superficie, incluso cuando lo que encontremos contradiga nuestras propias suposiciones. Implica cambiar el juicio por curiosidad. La opinión por evidencia. El diagnóstico aislado por aprendizaje continuo. Y la incertidumbre por una capacidad real de decidir y actuar.
// IDEA_CLAVE
"El vértigo de exponerse dura un instante; la posibilidad de descubrir cómo funciona realmente una organización puede transformarla durante años."
Cuando pasamos de la sospecha a la certidumbre, el vértigo se convierte en confianza. Y entonces podemos volver a hacer lo que siempre debimos hacer: construir el futuro de la operación sobre lo que realmente sabemos.
Calma: con rigor y evidencia, matemáticamente estarás bien.
// Fuentes:
- • Vega, F. (2026). Control: La guía radical para dominar tu vida. Referencia conceptual sobre el principio de control frente a la incertidumbre, la iteración como mecanismo de aprendizaje y el modelo probabilístico de distribución binomial.
- • van der Aalst, W. (2016). Process Mining: Data Science in Action. Springer. Definición formal de Event Logs, Process Discovery, Conformance Checking, Traces y el concepto del token viajando en flujos de secuencia.
- • Dumas, M., La Rosa, M., Mendling, J., & Reijers, H. A. (2018). Fundamentals of Business Process Management. Springer. Conceptos de ciclo de vida del proceso, Process Owners y la transición del proceso diseñado al proceso ejecutado.
