Estimar con rangos y calibrar al experto

Un número solo parece preciso y no lo es: oculta lo que no se sabe. Una estimación de FAIR se da como mínimo, valor más probable y máximo, con la confianza de que el valor real caiga dentro de ese intervalo (lo habitual es 90 %). Con eso el modelo puede después sortear valores y mostrar cuánto varía el resultado. Un rango ancho no es un fracaso: es una declaración honesta de ignorancia, y se reduce cuando llegan datos.

Un rango útil cumple una regla elemental: el mínimo no supera al más probable y este no supera al máximo. Cuando el orden se rompe, casi siempre hubo una confusión de unidades, de periodo (mensual contra anual) o un error de digitación, y la simulación no tiene cómo adivinarlo.

Abre SELECT * FROM estimaciones_del_taller y revisa las seis estimaciones. Una de ellas viola esa regla.

El extremo opuesto también engaña: un experto que da el mismo valor en las tres columnas no estimó un rango, dio un número y le puso tres etiquetas. Una pérdida que «seguro» costará una cifra exacta pide una de dos explicaciones: o es un valor pactado, como una tarifa de contrato, o es sobreconfianza. Se pregunta en cuál de las dos estamos antes de dejarlo entrar al modelo.

Vuelve a la tabla de estimaciones.

Los humanos tendemos a dar intervalos demasiado estrechos. La calibración lo mide: se le hacen al experto preguntas con respuesta conocida y se le pide un intervalo al 90 % para cada una. Si está bien calibrado, aproximadamente 9 de cada 10 intervalos contienen la respuesta. Si le acierta a bastante menos, sus intervalos son demasiado angostos: sabe menos de lo que cree, y sus estimaciones del taller se deben ensanchar o revisar con datos.

Abre SELECT * FROM prueba_de_calibracion.

Una estimación no se defiende sola: se contrasta con lo que la empresa ya vivió. Si el historial dice que algo ocurre cuatro veces al año y el experto dio un máximo de uno, o el historial está incompleto o el experto está equivocado, y hay que averiguarlo. Con pocos años de datos el historial no sustituye al rango: lo ancla.

Abre SELECT * FROM historial_interno. El fraude con cuentas de proveedores es el evento con más datos.