Estandarizar el conector, no el aparato. Modularidad para que ninguna pieza sea irreversible.
Esta nota es parte de la serie Dos estrategias sobre el mismo patrimonio. Acá va la respuesta más clara a la estrategia que propone barrer todo hacia una sola plataforma. La flexibilidad no es un lujo: es lo que te deja negociar y corregir el rumbo más adelante.
Estandarizar el conector, no el aparato. Lo que hay que estandarizar no es la aplicación, es el tejido conectivo: las interfaces, la identidad de los usuarios, los contratos de datos, la observabilidad. Una analogía cotidiana ayuda. El enchufe está normalizado para que cualquier aparato se conecte a la red, pero la heladera y el taladro siguen siendo aparatos distintos. Nadie los unificaría porque comparten el enchufe.
Con las aplicaciones es igual. Si lo común y estable son las conexiones por donde las piezas conversan, entonces cualquier pieza de adentro se puede cambiar sin rehacer todo. Eso es lo que preserva la opcionalidad, y la opcionalidad tiene valor concreto: es lo que te deja negociar con un proveedor desde la posición de quien puede irse, y no desde la de quien ya apostó toda la operación a su hoja de ruta.
Modularidad, para que ninguna pieza sea irreversible. Es el corolario. Si se moderniza en módulos reemplazables, con contratos claros entre ellos, entonces ninguna decisión de hoy hipoteca las de mañana. Cada módulo puede evolucionar, o directamente reemplazarse, sin obligar a un rehacer completo, siempre que respete el contrato con sus vecinos.
Y la profundidad de cada dominio se preserva en los extremos. La aplicación de perforación puede seguir siendo profundamente lo que es mientras hable el idioma común donde se conecta con el resto. Ahí está la reconciliación con la estrategia de la continuidad: no se aplana el dominio, se lo conecta.
Modularidad es lo que convierte una gran apuesta irreversible en una serie de pasos que se pueden auditar, medir y, si hace falta, deshacer. Es lo contrario de las pre-concepciones del reemplazo total, y es lo que vuelve el cambio soportable para la operación. Falta la pieza que el brief pidió trabajar en serio: un gobierno de datos que se pueda poner a correr de verdad. Arrancamos por qué separar y quién responde.
Glosario
- Sistema de registro (system of record)
- La fuente oficial y auditable de un dato: contabilidad, activos, contratos. Necesita rigor, inmutabilidad y trazabilidad, y puede permitirse ser más lento porque su valor es que nadie pueda discutirlo después.
- Corriente operativa de datos
- El flujo de datos que nace en el campo y tiene que moverse a la velocidad de la operación: partes, lecturas de sensor, avances, eventos de cuadrilla. Sirve aunque esté incompleto y se corrige aguas abajo; exigirle rigor de registro la asfixia.
- Contrato de datos
- Acuerdo explícito en la interfaz entre dos sistemas sobre el esquema del dato, el significado de cada campo, y las garantías de calidad y frecuencia. Desacopla al productor del consumidor, de modo que cada uno puede evolucionar por dentro sin romperle al otro.
- Gobierno fit-for-purpose (según su propósito, por consecuencia)
- Modelo de gobierno que clasifica los datos por cómo se usan y por la consecuencia de que estén mal, y aplica rigor en proporción a esa consecuencia. Evita tanto el descontrol donde la decisión es grave como el ritual inútil donde no lo es.
- Calidad en la fuente de información
- Validar el dato donde nace, con reglas simples y feedback inmediato a quien lo carga. Cuesta mucho menos que reconstruir la calidad aguas abajo y es la forma más barata de evitar que un error se propague.
- Rigor progresivo
- Estrategia de gobierno que empieza liviana, con visibilidad y contratos sobre los pocos flujos de mayor consecuencia, y agrega control donde la consecuencia lo justifica. Es lo contrario de un programa total que intenta gobernar todo de una vez y nunca termina.
- Rehén de proveedor (vendor lock-in)
- Situación en la que la operación queda atada a la hoja de ruta, los precios y los tiempos de un único proveedor o plataforma, porque apostó todo a él. Estandarizar el tejido conectivo en lugar de la aplicación es lo que preserva la opcionalidad y evita quedar rehén.
- Tejido conectivo
- El conjunto de conexiones por donde las piezas del ecosistema conversan: interfaces, identidad, contratos de datos, observabilidad. Estandarizar el tejido conectivo, y no la aplicación, es lo que permite cambiar cualquier pieza sin rehacer el conjunto.
- AS-IS (estado actual)
- El mapa honesto de cómo está hoy el patrimonio de aplicaciones: qué hay, qué está obsoleto, qué depende de qué. El punto de partida real, sin maquillar.
- TO-BE (estado objetivo)
- La dirección hacia donde se quiere llevar el ecosistema, dibujable y discutible, que se corrige sobre la marcha. No una foto fija, sino un rumbo firme.
