Clasificar el error antes de corregirlo

Un resultado adverso no dice por sí solo qué hay que corregir. Cuando una operación no sale como se esperaba, la reacción más frecuente es buscar la explicación en el último desenlace y actuar sobre él: mover un parámetro, añadir un filtro, endurecer una condición. El desenlace no es la causa; es el punto donde se hace visible un proceso que venía de antes.

No todos los fallos nacen de lo mismo. Un error de proceso, un error de ejecución y una pérdida que llegó por azar se parecen mucho en la pantalla —los tres terminan en el mismo sitio— y son, en cambio, cosas distintas, con causas y correcciones que no se sustituyen entre sí. Tratarlos como una sola categoría convierte la revisión en una cadena de parches.

Clasificar no es una formalidad. Es la condición para que una corrección tenga dirección: solo se puede cambiar lo que se ha identificado. Con categorías claras, cada fallo apunta a una causa revisable. Sin ellas, todo se atribuye a la última operación y el sistema se ajusta al desenlace más reciente en lugar de a su propio funcionamiento.

Por qué clasificar antes de corregir

Corregir sin clasificar tiene un efecto previsible: se interviene sobre lo que más incomoda, no sobre lo que falló. Tras una pérdida, la atención se concentra en el último tramo del proceso —la entrada, el tamaño, el momento de salir— porque es lo que acaba de ocurrir. El desenlace es la parte más visible de la cadena.

El problema es que dos fallos idénticos en apariencia pueden tener causas opuestas. Una racha adversa puede venir de reglas mal definidas, de una ejecución que no respetó lo planificado o de la variabilidad normal de cualquier serie de resultados. La corrección adecuada es distinta en cada caso, y a veces la contraria. Aplicar la medida pensada para el primer origen cuando el problema venía del tercero no repara nada: introduce una regla nueva para resolver algo que no estaba ocurriendo.

Clasificar sirve, por tanto, para algo concreto: evitar que la revisión sea una reacción al resultado. No decide qué cambiar; delimita de qué se está hablando.

Error de proceso y error de ejecución

Conviene separar dos planos que suelen ir juntos. El proceso son las reglas con las que se decide: qué condición valida una entrada, cuánto se expone, qué invalida la idea, cuándo se sale. La ejecución es la aplicación de esas reglas en cada operación concreta.

Un error de ejecución ocurre cuando la regla era razonable pero no se respetó: se entró antes de que la condición se cumpliera, se asumió más riesgo del previsto o se cerró por impulso. Cambiar la regla no arregla nada, porque el fallo no estaba en ella.

Un error de proceso ocurre cuando la regla se siguió y, aun así, el resultado es sistemáticamente incoherente con lo que esa regla pretendía: la condición no filtra lo que debía filtrar, el límite permite un riesgo que no se quería asumir o el criterio de salida deja abiertas situaciones que el plan no contemplaba. Ahí la revisión sí corresponde al proceso.

Confundir ambos planos tiene dos consecuencias costosas: se cambian reglas para tapar un problema de disciplina, o se atribuye a la falta de disciplina un problema que estaba en las reglas.

El azar no enseña una lección

Cualquier método que trabaje con incertidumbre produce resultados distintos para decisiones idénticas: es la parte que no depende de las reglas. Con un proceso correcto y bien ejecutado puede haber pérdidas, y con uno deficiente puede haber ganancias, sin que ninguno de los dos casos contradiga lo anterior.

El azar no enseña una lección utilizable. Una pérdida aislada no demuestra que la decisión fuera mala, del mismo modo que una ganancia aislada no demuestra que fuera buena. Lo que enseña es el conjunto: si las reglas se siguieron y el resultado medio se separa de lo esperado, hay algo que revisar; si no se separa, lo que hay es una fluctuación.

Esto no convierte todo en aleatorio. Significa algo más preciso: un solo desenlace no discrimina entre un proceso que funciona y otro que no.

Separar error de resultado

Error y resultado adverso no son lo mismo, aunque aparezcan juntos. Hay pérdidas sin error: el proceso era adecuado, la ejecución fue correcta y el resultado no acompañó. Y hay errores con resultado favorable: se improvisó una salida, se asumió un riesgo que no tocaba o se ignoró una condición, y el mercado dio la razón.

El segundo caso es el más peligroso, porque refuerza la conducta que debería corregirse. Un error premiado tiende a repetirse, y la próxima vez puede que no cuente con la misma casualidad. Si la revisión solo mira el resultado, premia lo que salió bien y castiga lo que salió mal, con independencia de cómo se llegó hasta ahí.

Separar error de resultado obliga a mirar el proceso antes que la cifra: ¿se siguió el plan?, ¿estaba bien definido?, ¿el desenlace era parte de lo posible? El saldo de la última operación no responde a ninguna de esas preguntas.

Categorías útiles en la revisión

Una revisión no necesita un sistema complicado de etiquetas; necesita pocas categorías, bien definidas y usadas con constancia. Cinco suelen bastar.

El error de proceso. La regla no era suficiente o no estaba bien definida para la situación que se presentó.

El error de ejecución. La regla existía, era razonable y no se siguió.

El error de registro. Lo anotado no refleja lo que realmente se decidió o ocurrió, de modo que la revisión trabaja sobre datos que no describen la operación.

El resultado dentro de la variabilidad esperada. El proceso se siguió y no hay nada que corregir en las reglas: lo que hay es un desenlace posible.

El caso sin información suficiente. Los datos no permiten concluir en qué categoría cae.

La última categoría es tan importante como las demás. Forzar una clasificación sin elementos para sostenerla produce una corrección inventada, y una corrección inventada suele introducir un problema donde no había ninguno.

Convertir una clasificación en un cambio

Clasificar no es cambiar. Una revisión puede terminar sin ninguna modificación, y ese es un resultado legítimo: si la mayoría de los fallos son de ejecución o caen dentro de la variabilidad esperada, modificar las reglas sería una decisión tomada por impresión.

El cambio se justifica cuando aparece un patrón: varios casos clasificados como error de proceso, con la misma causa reconocible. Ahí la clasificación ya no es una etiqueta, sino una evidencia acumulada, y la modificación puede decidirse fuera de la presión del momento, con el razonamiento explicado y conservando el registro anterior para poder compararlo.

La diferencia entre un ajuste y una improvisación no está en la magnitud del cambio, sino en si se decidió a partir de un análisis o de un resultado. La clasificación previa es lo que permite distinguir una cosa de la otra.

Ninguna clasificación elimina los fallos ni convierte la incertidumbre en certeza. Lo que hace es evitar que se corrijan las cosas equivocadas. Un registro revisado sin categorías sobrerreacciona al último desenlace; uno revisado con ellas acumula información sobre dónde está el problema real y, sobre todo, dónde no está.

Nota de riesgo: este artículo es educativo. La operativa en mercados financieros implica riesgo de pérdida y ningún método elimina esa posibilidad. El contenido no constituye asesoramiento personalizado, ni una recomendación de inversión, ni una promesa de rentabilidad.