CASO ANONIMIZADO · CPG
Portafolio TI conectado y consultable
Una organización líder de consumo masivo validó Inventario Vivo TI sobre el portafolio TI de su operación —aplicaciones, owners, criticidad, procesos soportados, proveedores e integraciones— estructurándolo como un grafo conectado al proceso, en lugar de planillas paralelas y conocimiento tribal.
La validación mostró que la solución funciona sobre la operación del cliente y el valor que aporta: un portafolio gobernado, conectado al proceso y consultable en lenguaje natural, donde quién responde, qué soporta cada aplicación y qué depende de qué se contestan desde el grafo y no a mano.
El desafío
En una organización mediana o grande de consumo masivo, el portafolio TI suele existir —pero existe repartido. Las aplicaciones viven en planillas paralelas: TI tiene la suya, cada unidad de negocio la propia, Compras una con foco en proveedores, Auditoría otra con foco en criticidad. No hay un catálogo único.
- Owners por conocimiento tribal. Saber quién es el dueño de una aplicación implica preguntar, y la respuesta cambia según a quién se pregunte. Ante un incidente, una auditoría o una decisión de portafolio, la cadena de responsabilidad se rearma cada vez.
- Criticidad como opinión, no como dato trazado. Las decisiones de priorización, continuidad y sustitución se justifican con percepción del equipo de TI, no con criticidad documentada y conectada a los procesos que la aplicación soporta.
- Mapa de integraciones reconstruido por proyecto. Antes de un cambio, una migración o una sustitución, alguien arma a mano un mapa de "qué depende de qué". El siguiente proyecto vuelve a empezar de cero.
- Las dos opciones tradicionales son extremas. Implementar arquitectura empresarial completa con metamodelo formal es un proyecto largo y costoso; mantener planillas paralelas es ligero pero no escala ni se gobierna.
Lo que falta es una base viva del portafolio que ordene aplicaciones, owners, criticidad, procesos soportados, proveedores e integraciones, conectada al grafo operacional y consultable en lenguaje natural —sin obligar a una implementación pesada de arquitectura empresarial desde el primer día.
La solución EAFlow
Inventario Vivo TI es una solución transversal del Área Modernización EA/BPA, construida sobre la capa común Operational Graph de EAFlow Platform, que ordena el portafolio TI como un grafo gobernado en lugar de una planilla. La validación cubrió, sobre el portafolio TI de la operación del cliente:
- Catálogo de aplicaciones estructurado como grafo. Cada aplicación queda registrada con su metadata operativa —nombre, dueño, criticidad, procesos soportados, proveedores asociados, integraciones principales y estado—. La diferencia operativa con una planilla es que el grafo se consulta, se cruza y se mantiene.
- Owners y responsables conectados a cada aplicación. Cuando un cambio, una auditoría o una decisión de portafolio toca una aplicación, el grafo expone quién responde, sin reconstruir la cadena consultando varios equipos.
- Criticidad funcional y operativa trazada a procesos. Cada aplicación recibe un perfil de criticidad anclado a los procesos que soporta; la priorización deja de apoyarse en percepción.
- Mapa de integraciones y dependencias visible. El grafo registra los puntos de integración entre aplicaciones y sistemas externos; antes de un cambio se ve qué depende de qué.
- Dashboards ejecutivos del portafolio por criticidad, dueño, proveedor, proceso soportado y estado de integración —la vista ejecutiva es una consulta al grafo, no un informe armado a mano.
- Consulta natural con Max sobre el inventario. Preguntas como "¿quién es el dueño de esta aplicación?", "¿qué aplicaciones soportan este proceso?" o "¿qué integraciones se verían afectadas si esta aplicación se retira?" responden citando aplicación, owner, proceso vinculado y evidencia, siempre con control humano. Max no inventa: responde sobre el corpus del inventario y de los procesos conectados.
- Trazabilidad y procedencia: cada cambio sobre el inventario queda registrado con autor, fecha, motivo y estado anterior.
La población del inventario es gobernada, no automática universal: se realiza con el equipo de arquitectura del cliente a partir de las fuentes existentes (planillas, herramientas de inventario o CMDB cuando aplica), por alcance acordado en discovery y por madurez de cada fuente. El descubrimiento por scan de red no es parte del alcance. Cuando existe una CMDB enterprise, el inventario convive con ella sin reemplazarla.
Qué se validó
La experiencia se ejecutó sobre un segmento acotado del portafolio TI de la operación del cliente. El equipo de arquitectura recorrió el ciclo completo: carga gobernada del catálogo, registro de owners, criticidad trazada a procesos, mapa de integraciones, dashboards ejecutivos, consulta natural con Max sobre el inventario y los procesos conectados, trazabilidad de cambios y consultas de análisis de impacto preliminar. Cuando el corpus de procesos también estaba conectado, las aplicaciones se vincularon automáticamente a los procesos que soportan, sobre un mismo grafo y no dos repositorios paralelos.
Capacidades demostradas
- Operational Graph como base común de contexto.
- Catálogo de aplicaciones estructurado como grafo, no como planilla.
- Owners, criticidad e integraciones conectados y trazados a procesos.
- Dashboards ejecutivos del portafolio como consulta al grafo.
- Consulta en lenguaje natural con Max sobre inventario y procesos, con cita a la fuente y control humano.
- Trazabilidad y procedencia de cambios sobre el inventario.
- Análisis de impacto preliminar sobre el grafo.
Resultado observado
El portafolio TI pasó de "vivir en planillas paralelas" a ser un grafo gobernado, conectado al proceso y consultable. Las preguntas de portafolio —quién responde, qué soporta esta aplicación, qué depende de qué— dejaron de rearmarse a mano y pasaron a responderse desde el grafo con cita a la evidencia; la criticidad dejó de ser opinión y pasó a ser dato trazado a procesos; el mapa de integraciones dejó de reconstruirse proyecto a proyecto.
La validación confirmó que la solución ordena y gobierna el portafolio TI sobre la operación del cliente, como entrada ligera que evoluciona naturalmente hacia el Gobierno de Arquitectura Empresarial completo cuando el cliente decide profundizar —sobre el mismo grafo, sin reimplementar.
Por qué importa para otras organizaciones
El patrón se repite en empresas medianas y grandes: el portafolio TI existe, pero repartido entre planillas y equipos, sin gobierno unificado. Ordenarlo como grafo —conectado al proceso, al owner y a las integraciones, sin descubrimiento automático universal ni reemplazo de la CMDB existente— reduce el riesgo de cada decisión de portafolio y el costo de rearmar el contexto en cada proyecto.
Empezar por el inventario vivo es además una puerta de entrada de bajo riesgo: la misma base evoluciona hacia gobierno de arquitectura completo cuando el problema lo amerita, sin obligar a una implementación pesada desde el primer día.
Cómo escala — soluciones relacionadas
El portafolio gobernado se reutiliza sobre el mismo Operational Graph:
- Hacia gobierno de arquitectura Gobierno de Arquitectura Empresarial
La misma base evoluciona a repositorio vivo con metamodelo configurable, reglas de calidad, gobierno por dominio y análisis de impacto formal, sobre el grafo ya conectado.
- Hacia procesos Modernización de Procesos y Arquitectura / Process Knowledge
Cuando las aplicaciones se conectan a procesos modernizados, las decisiones dejan de hablar de "aplicaciones sueltas" y pasan a hablar de "procesos en riesgo si esta aplicación falla".
- Hacia riesgo y control Risk & Control Assurance
Las aplicaciones críticas se conectan a los riesgos y controles que aplican sobre ellas; la criticidad pasa a ser entrada del modelo de aseguramiento.
- Hacia operación de servicios Operational Graph for Service Operations
Los tickets ganan contexto automático de aplicación afectada —dueño, criticidad, procesos soportados, integraciones, proveedor—.
- Hacia proveedores y contratos Vendor, SLA & Contract Intelligence
Los proveedores del inventario se conectan a contratos, SLA y backlog.
- Hacia continuidad Continuidad Operativa y Resiliencia
La criticidad funcional pasa a ser entrada directa de BIA, RTO/RPO y dependencias críticas.