Primero se releva. Después se construye.
Factory OS se construyó a partir de las planillas, las especificaciones y los procedimientos de una planta de procesamiento cárnico en Argentina. Así se hizo, y así se empezaría con otra operación.
Cuatro pasos, en este orden.
Ninguna regla se programa antes de estar escrita, y ninguna entrega se da por buena antes de recorrerla completa.
-
Relevamiento
Cómo se registra hoy, qué se controla y quién decide cada cosa. Las planillas, especificaciones y procedimientos se reúnen tal como están, sin retocarlos.
QuedaLas fuentes originales, conservadas
-
Especificación
Cada regla se escribe antes de programarse, con su fuente. Si falta una definición, se anota qué parte del recorrido bloquea y se consulta.
QuedaReglas y decisiones documentadas
-
Entregas por hito
Un área por vez. Cada hito se autoriza antes de empezar y se revisa al terminar; una propuesta no cambia de estado hasta que se aprueba.
QuedaUn hito revisado, no una versión entera
-
Validación
Pruebas automáticas derivadas de los requisitos: reglas, permisos, fallos y concurrencia. Después, los recorridos completos en escritorio y en tablet.
QuedaLa evidencia de cada recorrido
Un casoEn el sistema
Lo que faltaba definir, se preguntó.
Al construir el cierre del desposte no había una tolerancia de peso aprobada. En lugar de elegir un número, se consultó, y la respuesta quedó registrada como decisión antes de programarla.
Ver el desposte en Procesos- Lo que faltaba
- Una tolerancia de peso aprobada para cerrar un desposte.
- La decisión
- Toda diferencia distinta de cero la resuelve el encargado, con un motivo obligatorio, antes de validar.
- Lo que no se hace
- No se fija una tolerancia arbitraria ni se convierte la diferencia en merma. Los pesos originales se conservan.
- En el sistema
- Mientras haya una diferencia sin resolver, la validación final queda bloqueada.
- Hasta cuándo
- Hasta que la planta defina formalmente sus tolerancias y procedimientos.
Lo que no está definido, no se inventa.
El sistema aplica las reglas de la planta, no las reemplaza. Si una definición falta, queda registrada como pendiente con lo que bloquea, y el resto del trabajo sigue.
- ToleranciasUna diferencia no se absorbe con un margen que nadie aprobó.
- Recetas y conversionesNo se suponen proporciones ni se convierten piezas a kilos por un promedio.
- FacultadesQuién puede liberar, validar o aprobar lo decide la planta, no el sistema.
- Datos históricosNo se reconstruye lo que no se registró. Durante el desarrollo se trabaja con datos de ejemplo.
Con otra operación, el mismo punto de partida.
La adaptación se define después de relevar, no antes. Lo que haga falta cambiar sale de cómo trabaja esa planta, no de una configuración prevista.
Cómo se registra hoy
Las planillas, los formularios y los mensajes con que se lleva cada sector.
Qué se controla
Los controles de ingreso, de proceso y de conservación, y dónde quedan asentados.
Quién decide
Quién confirma, quién valida y quién aprueba cada cosa, con nombre de rol.
Quién revisa las entregas
Una persona de la planta que apruebe cada hito antes de pasar al siguiente.
Veámoslo con tu operación.
En una presentación recorremos una media de punta a punta en el sistema, con datos de ejemplo.