Defina el cambio de estrategia antes de recopilar datos
El cambio de estrategia se describe generalmente como la modificación repetida de estrategias de trading o conjuntos de reglas, en lugar de seguir un plan estable el tiempo suficiente para evaluarlo. Para evaluarlo con precisión, comience por definir qué significan “estrategia” y “cambio” en su modelo de datos.
Las opciones de datos comunes aquí incluyen:
- Campos de definición de la estrategia: el nombre del conjunto de reglas, la categoría de la lógica de entrada/salida, el concepto de configuración de riesgo (por ejemplo, tamaño de posición fijo vs. variable) y los supuestos de marco temporal.
- Campos de detección de cambios: marcas de tiempo (o al menos el orden de secuencia) de cuándo se produjo un cambio de estrategia y qué cambió exactamente (reglas, parámetros, instrumentos o método de ejecución).
- Campos de evaluación de resultados: métricas que planea utilizar para la evaluación (por ejemplo, reducciones, consistencia o estabilidad de la distribución), pero solo después de definir la ventana de medición.
Entradas de datos: lo que necesita para observar el mecanismo de “cambio”
Para evaluar si el cambio de estrategia está presente y cómo afecta los resultados, necesita entradas que respalden tanto la descripción del comportamiento como cualquier análisis posterior.
1) Registros de proceso y de decisiones
- Intención antes de la operación: el conjunto de reglas planificado y la configuración de riesgo en el momento en que se tomó la decisión.
- Registro después de la operación: lo que realmente sucedió, incluidos los rellenos o los resultados de ejecución si están disponibles.
- Registro de cambios: un registro de las actualizaciones de la estrategia con fechas y el motivo declarado (por ejemplo, “se revisaron las reglas” versus “el mercado ya no encaja”), porque los motivos afectan la interpretación.
2) Datos de identidad y estabilidad de la estrategia
Separe la mecánica estable de las condiciones variables recopilando:
- Versiones del conjunto de reglas: cuántas versiones existieron y qué cambió entre versiones.
- Horizonte temporal: el rango de período de mantenimiento previsto, ya que un enfoque de “corto plazo” que cambia repetidamente puede parecer un cambio de estrategia incluso si las reglas centrales son estables.
- Alcance del instrumento: si la estrategia se dirige a los mismos mercados cada vez.
3) Contexto de mercado y de costos (sin asumir previsibilidad)
No puede evaluar el impacto sin contexto. Aun así, debe tratar esto como descriptivo y no predictivo.
- Costos de trading: comisiones, swap/financiación cuando corresponda, y fricción típica de ejecución.
- Indicadores de calidad de ejecución: evidencia de deslizamiento (diferencia entre la ejecución esperada y la real, si se registra).
- Contexto de régimen: descripciones amplias de las condiciones (por ejemplo, comportamiento de tendencia vs. de rango) utilizando los mismos criterios cada vez.
Evidencia, diseño de ejemplo y controles de calidad que debe aplicar
Cuando compare estrategias a lo largo del tiempo, los datos deben permitirle probar explicaciones alternativas.
Diseño de evidencia (un enfoque de ejemplo concreto)
Suponga que tiene un registro de cambios con marcas de tiempo y versiones de estrategia. Puede calcular:
- Frecuencia de cambios: número de cambios por ventana de evaluación.
- Cumplimiento del mantenimiento: cuánto tiempo se siguió cada versión antes de cambiar.
- Consistencia de la configuración de riesgo: si los cambios que parecen de “estrategia” fueron en realidad cambios de riesgo o de ejecución.
Esta comparación solo es significativa si sus definiciones y ventanas de medición son consistentes para cada versión.
Controles de calidad (procedencia, actualidad e integridad)
- Verificación de procedencia: confirme que cada campo de datos proviene de un registro confiable (por ejemplo, un registro de decisiones contemporáneo en lugar de un historial reconstruido).
- Verificación de actualidad: asegúrese de que las versiones de la estrategia y las marcas de tiempo de los cambios se registren cerca del momento de la decisión. El etiquetado retrasado o retrospectivo puede crear patrones engañosos.
- Verificación de integridad: detecte segmentos faltantes (por ejemplo, cambios de estrategia no registrados u operaciones sin una versión de conjunto de reglas vinculada).
- Verificación de separación: verifique que el “cambio de estrategia” no sea solo un cambio en los costos, la calidad de ejecución o el mercado elegido.
Limitaciones y modos de fallo a tener en cuenta
Incluso con buenos datos, las evaluaciones del cambio de estrategia pueden fallar.
Limitaciones materiales
- Sin garantías en el mundo real: las relaciones históricas no prueban resultados futuros.
- Variabilidad de los resultados: los resultados dependen de las condiciones del mercado, los costos, la ejecución y las restricciones locales.
Modos de fallo comunes
- Confundir adaptación con cambio de estrategia: si las reglas cambian por razones válidas dentro de un mismo marco, puede ser una revisión, no un cambio. Su definición debe reflejar esa distinción.
- Sesgo de supervivencia y de selección: si solo se registran o conservan las versiones exitosas, puede sobreestimar el beneficio de “cambiar”.
- Reconstrucción retrospectiva o con visión de futuro: el etiquetado retrospectivo de la estrategia puede hacer que los cambios parezcan más inteligentes de lo que fueron.
- Manipulación de métricas: evaluar el rendimiento utilizando ventanas que accidentalmente favorecen a la versión que resultó tener buen desempeño.
Verificación y siguiente pregunta para aclarar
Puede verificar su evaluación comprobando si su análisis puede responder, con sus propios datos, estas tres preguntas “listas para auditar”:
- ¿Puede señalar las marcas de tiempo exactas en las que cambió la identidad del conjunto de reglas?