Hay una carpeta que existe en casi todos los departamentos de I+D que he visto. Se llama «Fórmulas» y dentro hay cosas como Bizcocho_v2.xlsx, Bizcocho_v2_rev_Marta.xlsx, Bizcocho_v3_FINAL.xlsx y, coronándolo todo, Bizcocho_v3_FINAL_BUENA.xlsx. Nadie sabe con seguridad cuál se fabricó el mes pasado. El técnico que lo sabía está de vacaciones.
Ese caos no es desidia: es lo que pasa cuando la herramienta no tiene el concepto de versión. Un archivo solo sabe guardarse encima de sí mismo o multiplicarse. Y una fórmula, por naturaleza, hace lo contrario: se bifurca, se compara, se aprueba y se congela.
Qué significa versionar de verdad
Versionar no es guardar copias. Versionar es que cada iteración de la fórmula sea una entidad con identidad propia: su número, su fecha, su autor, su estado, su coste y su historia. Tres reglas mínimas:
- Cada revisión tiene número secuencial dentro del producto. No fechas en el nombre, no iniciales, no «bis». Revisión 1, 2, 3, 17.
- Nace clonando a otra. Iterar es clonar la revisión anterior y tocar lo que quieras. Así queda registrado de dónde viene cada una, y puedes reconstruir el árbol de decisiones seis meses después.
- La aprobada no se toca nunca más. Si necesitas cambiar algo de una revisión aprobada, la clonas y trabajas sobre la nueva. Sin excepciones, sin «es un cambio pequeñito».
Esa tercera regla es la que más resistencia genera y la única que de verdad salva un departamento. Volveremos a ella.
El estado importa tanto como el contenido
Una revisión de fórmula está siempre en uno de estos tres sitios:
- Borrador: editable, es donde vive el trabajo del día a día.
- Aprobada: validada por quien tenga que validarla, congelada, citable en un documento externo.
- Vigente: la aprobada que además es la que se fabrica hoy. Solo puede haber una por producto.
La distinción entre «aprobada» y «vigente» parece un matiz burocrático hasta el día que tienes tres revisiones aprobadas conviviendo —una para el cliente A, otra para el mercado francés, otra la histórica— y alguien pregunta cuál se manda a planta. Un puntero explícito de revisión vigente cierra esa discusión en un segundo.
Por qué la inmutabilidad no es opcional
Una fórmula aprobada es la referencia de cosas que ya salieron del laboratorio: una ficha técnica enviada a un cliente, un expediente, un lote fabricado, un análisis de un laboratorio externo. Si esa fórmula puede cambiar en silencio, todo lo que la citaba se convierte en mentira.
El caso que se repite: un técnico ajusta un 0,2 % de un conservante «para probar» sobre la revisión aprobada, se olvida de deshacerlo, y tres semanas después producción fabrica cuatro mil unidades con una fórmula que nadie validó. No hay culpable: hay una herramienta que permitió el cambio. Lee más sobre esto en revisión vigente e inmutabilidad.
Qué debe quedar registrado en cada revisión
Cuando montes tu sistema —o evalúes uno— comprueba que cada revisión guarde, como mínimo:
| Dato | Para qué sirve |
|---|---|
| Número y fecha | Citarla sin ambigüedad en un correo o una ficha |
| Revisión origen | Reconstruir el árbol de pruebas |
| Autor y aprobador | Responsabilidad y auditoría |
| Composición completa | Ingredientes, porcentajes, fases, funciones |
| Coste del lote y por kg | Comparar iteraciones también en dinero |
| Prototipos lanzados | Qué se fabricó realmente con ella |
| Notas de ensayo | Por qué se cambió lo que se cambió |
El último es el que casi todo el mundo se salta y el que más vale a los dos años. «Subimos la goma xantana al 0,4 % porque a 0,3 % perdía cuerpo en frío» es información que no está en ningún porcentaje.
El orden de magnitud real
Un producto alimentario medianamente trabajado se lleva entre 15 y 40 iteraciones antes de salir. Una fragancia puede pasar de 200 mods. Una emulsión cosmética con activo nuevo, 60 ensayos entre laboratorio y estabilidad. Multiplícalo por los productos vivos que lleváis a la vez y entenderás por qué la carpeta compartida no escala: no es que esté mal organizada, es que le pides algo para lo que no está hecha.
Por dónde empezar mañana
No migres diez años de histórico. Coge el producto que tengas ahora mismo en desarrollo y móntalo bien desde la revisión que estés tocando esta semana. Numera, clona para iterar, aprueba cuando toque. En dos semanas tendrás la prueba de concepto y la comparación honesta contra tu Excel actual.
Lo histórico entra después, y solo lo que siga vivo. La mitad de esa carpeta son productos que nunca salieron.