Runink FACE · Escenarios financieros y prueba de hipótesis
Este es un escenario de Runink FACE, el Fulfilment Autonomous Claims Engine. FACE corre sobre la plataforma Runink core, pero el trabajo de esta página es de FACE.
En Resumen
- El cambio tiene que estar escrito antes de poder discutirlo. Una hipótesis se enuncia de forma explícita, junto con las reglas que toca — los puntos de pedido, los plazos de entrega, los compromisos de servicio con los que su negocio ya funciona. Casi todo el valor está en ese paso, y es el paso que normalmente se salta.
- Lo que vuelve es razonamiento, ordenado por importancia, con la regla que invocó. Cada consecuencia queda atada a la regla concreta de la que se deriva, así que usted puede discutirla por el fondo. Es un argumento que puede comprobar, no un número que aceptar.
- Nada se ejecuta, y nada está conectado. El motor no tiene ningún camino de escritura hacia sus sistemas y no los toca. Razona sobre las reglas que usted le dio, en su propio hardware — el escenario no sale nunca del edificio.
- Puede ponerlo difícil a propósito. Retrase una ruta una semana. Quite un proveedor. Deje que una carga se caliente. Los planes que solo funcionan cuando todo sale bien lo enseñan aquí, no al cierre del trimestre.
Escriba El Plan Antes De Discutirlo.
Cuando un puerto cierra o una planta se para, tiene como un día para elegir una ruta nueva. Los números que lo resolverían están en cuatro sistemas, y juntarlos cuesta más de lo que la decisión puede esperar.
Dónde Se Tuerce
Una huelga cierra un puerto el lunes. El martes alguien tiene que decir si se traen las piezas en avión, si se aguanta, o si se embarca por otro puerto. La respuesta depende de lo que cuesta cada opción, de lo que tarda cada una, y de qué pedidos están en riesgo en cualquier caso.
Así que alguien hace una hoja de cálculo. Cuesta dos días. Contiene una sola versión de los hechos, se apoya en números escritos a mano, y se tira en cuanto se toma la decisión. La próxima vez que pase esto, el trabajo empieza otra vez de cero.
El plan no es la parte difícil. Tener los números a tiempo sí.
Y nadie quiere probar un plan nuevo en el sistema en producción. Ese es el sistema con el que funcionan la planta, el almacén y la contabilidad. Un experimento ahí dentro no es un experimento.
Para Quién Es Esto
Tres personas en la misma sala el martes, discutiendo desde tres juegos de números distintos.
- Director de operaciones. Lo que llega hoy es un puerto cerrado el lunes y una decisión para el martes, con las cifras que la resolverían repartidas en cuatro sistemas. Lo que cambia es lo que usted lleva a la reunión: el cambio escrito como una frase clara, las reglas con las que choca, y el orden en que le van a doler.
- Responsable de planificación. Lo que llega hoy es un plan discutido a partir de puntos de pedido, plazos de entrega y compromisos de servicio que viven en la cabeza de tres personas, que es como dos de ellas pasan una hora descubriendo que describían planes distintos. Lo que cambia es el orden del trabajo. Los supuestos se escriben antes de la discusión y no se reconstruyen después, y cada consecuencia nombra la regla de la que se sigue, así que un colega puede discutirla por el fondo.
- Director financiero. Lo que llega hoy es una línea de transporte urgente en las cuentas por pagar que nadie puede atar a la decisión que la causó. Lo que cambia es que la opción que alguien eligió y el nombre de quien la eligió se guardan juntos, así que la pregunta de dentro de seis meses se responde desde el archivo y no desde la reunión.
Qué Ocurre En Su Lugar
Conviene ser claros sobre qué es esto, porque la categoría está llena de herramientas que son vagas al respecto. El motor no ejecuta una simulación sobre sus datos en producción y no calcula un resultado. Usted enuncia el cambio como una hipótesis y le entrega las reglas que gobiernan lo que está cambiando — puntos de pedido, plazos de entrega, compromisos de servicio, el supuesto de reserva. Razona sobre esas reglas y devuelve una lectura ordenada de lo que se sigue, con cada consecuencia atada a la regla de la que salió.
Así que lo que vuelve es un argumento, no una respuesta. Eso es lo útil, y conviene decirlo sin rodeos: una proyección presentada como una decisión es peor que no tener proyección, porque mueve el juicio de alguien que responde a un trozo de software que no responde. Lo que esto le da a la sala es el caso expuesto — con qué reglas choca el cambio, en qué orden muerden, y qué tendría que creer alguien para que el plan se sostuviera. La decisión se queda donde estaba.
De eso salen dos consecuencias que vale la pena tener. Enunciar la hipótesis obliga a poner los supuestos por escrito, que es el paso que los equipos se saltan y la razón por la que dos personas pueden discutir una hora y resultar que estaban hablando de planes distintos. Y como el razonamiento ocurre en su propio hardware, el escenario que está considerando — qué proveedor podría quitar, qué ruta podría cortar — no sale nunca del edificio.
También puede ponerlo difícil a propósito. Haga la ruta con una semana de retraso. Quite la segunda fuente de suministro. Deje que una carga refrigerada se desvíe. Un plan que solo se sostiene cuando la semana va bien se caerá aquí, delante de usted, mientras averiguarlo todavía no cuesta nada.
La ejecución no elige por usted. Pone las opciones en fila. Cuando alguien elige una y la manda para que se actúe, la opción que eligió y su nombre quedan anotados juntos, así que la pregunta de seis meses después se responde desde el expediente y no desde la reunión.
Cómo Sabría Que Ha Funcionado
Todas las cifras de abajo son suyas, no nuestras. Anote dónde está hoy, porque el punto de partida se pierde para siempre en cuanto algo cambia.
- Horas desde una interrupción hasta una decisión. Tome sus peores días del año pasado. Del registro de incidentes y del rastro de correos: cuándo cerró el puerto, y cuándo se reservó la ruta nueva.
- A cuántas opciones les puso de verdad un precio. Saque de sus registros las últimas decisiones grandes de ruta. Cuente las opciones que tenían un coste calculado antes de la decisión, frente a las que se discutieron a ojo.
- Lo que gasta en transporte urgente. Las partidas de prima y de avión de sus cuentas a pagar, un trimestre completo, ordenadas por la decisión que causó cada una.
- Los días de stock sobre los que está sentado. Los días de cobertura por referencia de su sistema de planificación, y cuánto de eso está ahí porque nadie pudo poner una cifra al riesgo de tener menos.
Traiga una ruta y la última gran decisión de enrutamiento que tomó.
Situación: hipotético — no medido
El cierre de puerto de arriba está dibujado para mostrar la forma del trabajo. No es el relato de un trabajo con un cliente, y nada de esta página es un resultado medido. Runink no publica cifras de retorno de la inversión, ni porcentajes, ni nombres de clientes — no porque quedaran mal, sino porque no los hemos medido, y decirlo sale más barato que que nos pillen.
Preguntas Para Antes Del Próximo Lunes Malo
Qué le entrega usted, qué le devuelve y quién sigue tomando la decisión.