No se puede modernizar lo que no se mapeó, y no se financia lo que no muestra valor pronto.
Esta nota es parte de la serie Dos estrategias sobre el mismo patrimonio. La estrategia guía, la que combina lo cierto de las dos, no es una consigna: es una manera de secuenciar el trabajo. Empieza por dos disciplinas.
Objetivos palpables que financian el resto. Una modernización que no muestra valor visible en los primeros meses pierde el permiso para seguir. Por eso conviene empezar por un flujo acotado y de alto dolor, entregar algo que la gente vea y use, y ganar con eso la confianza y el presupuesto para lo que sigue. Es la respuesta concreta al escéptico que ya vio proyectos grandes prometer todo y no entregar nada durante dos años.
La disciplina está en no mentirse. El objetivo palpable es un primer paso, no la campaña entera. El error clásico es celebrar el primer tablero como si el problema estuviera resuelto y dejar el resto del patrimonio igual que antes. El objetivo palpable vale por lo que habilita, no por sí mismo: gana el derecho a seguir, y ese derecho hay que usarlo.
Un AS-IS honesto y un TO-BE concreto. No se puede modernizar lo que no se mapeó. Antes de decidir nada hay que conocer el patrimonio real, y real incluye lo incómodo: qué está obsoleto, qué versión perdió soporte, qué proceso crítico depende de una planilla que no figura en ningún inventario, qué aplicación interna sostiene un flujo sin que nadie la mantenga.
Ese mapa honesto es el que ordena la conversación entre las dos estrategias. Le impide a la estrategia del barrido subestimar lo que hay, porque muestra la profundidad de dominio enterrada en los sistemas que quiere tirar. Y le impide a la estrategia de la continuidad esconder lo que ya no se sostiene, porque pone la obsolescencia a la vista.
En paralelo hay que definir un destino concreto, un TO-BE que se pueda dibujar y discutir, aceptando desde el principio que ese destino va a evolucionar. No se apunta a una foto fija. Se apunta a una dirección firme con la libertad de corregir el rumbo. Un mapa del punto de partida y una dirección clara son lo mínimo para no modernizar a ciegas, y lo suficiente para empezar. Con el mapa en la mano queda la pregunta que más asusta al escéptico: cómo modernizar sin quedar atado a un solo proveedor. La respuesta, y la analogía del enchufe, en la próxima nota.
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.
