EAFLOW · CASO · EDUCACIÓN
Del Excel disperso a un portafolio TI conectado y consultable
Una organización líder de educación superior técnico-profesional, con operación en Chile, ordenó su portafolio TI desde planillas Excel dispersas hacia un inventario vivo sobre Inventario Vivo TI —aplicaciones, owners, criticidad, procesos soportados, proveedores e integraciones— estructurándolo como un grafo conectado, en lugar de planillas paralelas y conocimiento tribal.
La validación mostró que la solución parte desde cero sobre las planillas existentes y el valor que aporta: un portafolio gobernado, conectado y consultable de forma estructural, 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 educación superior, el portafolio TI suele existir —pero existe repartido, y muchas veces sin práctica formal de inventario. Las aplicaciones viven en planillas Excel paralelas: TI tiene la suya, cada unidad la propia, Compras una con foco en proveedores. No hay un catálogo único, y cada planilla está desactualizada de forma distinta.
- 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 Excel paralelas es ligero pero no escala ni se gobierna.
Lo que falta es una entrada ligera que ordene el portafolio desde las planillas Excel existentes en un inventario vivo gobernado —aplicaciones, owners, criticidad, procesos soportados, proveedores e integraciones, conectados sobre el grafo operacional y consultables de forma estructural— 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ó, partiendo de las planillas Excel del portafolio TI de la operación del cliente:
- De planillas Excel dispersas a un catálogo vivo. Las aplicaciones repartidas en planillas paralelas se consolidan en un catálogo único, estructurado y consultable sobre el grafo, con población gobernada junto al equipo del cliente. La diferencia operativa con la planilla es que el catálogo 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.
- Soporte analítico determinístico. El catálogo navegable, la consulta estructural y los dashboards operan sobre el grafo con filtros por criticidad, por dueño, por proveedor, por proceso soportado y por estado de integración.
- 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 del cliente a partir de las planillas Excel y fuentes existentes, por alcance acordado en discovery y por madurez de cada fuente. El descubrimiento por scan de red no es parte del alcance. Si en el futuro el cliente adopta 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, partiendo de planillas Excel y sin herramienta de inventario previa. El equipo recorrió el ciclo completo: consolidación gobernada de las planillas en un catálogo vivo, registro de owners, criticidad trazada a procesos, mapa de integraciones, dashboards ejecutivos, consulta estructural sobre el inventario, trazabilidad de cambios y consultas de análisis de impacto preliminar. Cuando el corpus de procesos también estaba conectado, las aplicaciones se vincularon a los procesos que soportan, sobre un mismo grafo y no dos repositorios paralelos.
Capacidades demostradas
- Operational Graph como base común de contexto.
- De planillas Excel dispersas a un 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.
- Soporte analítico determinístico: catálogo navegable y consulta estructural sobre el inventario.
- 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 Excel paralelas" a ser un grafo gobernado, conectado 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 datos reales de 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 Excel y equipos, sin gobierno unificado y muchas veces sin práctica formal de inventario. Ordenarlo como grafo desde las planillas existentes —conectado al proceso, al owner y a las integraciones, sin descubrimiento automático universal ni reemplazo de herramientas existentes— 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.