Qué son las operaciones complejas y por qué siguen tan fragmentadas

Una organización puede utilizar un CRM, un ERP, un gestor documental, una herramienta de proyectos, varias hojas de cálculo, automatizaciones y soluciones de inteligencia artificial y, aun así, no saber con precisión cuál es el estado real de una operación.

Los datos del cliente están en un sistema. Los documentos, en otro. Las tareas se siguen en una herramienta distinta. Las decisiones se toman por correo o en reuniones. Los criterios técnicos permanecen en plantillas o en la experiencia de determinadas personas. Y, cuando llega el momento de informar, revisar o justificar lo ocurrido, alguien tiene que reconstruir manualmente la historia completa.

La paradoja es evidente: muchas organizaciones han digitalizado casi todas sus funciones, pero sus operaciones continúan fragmentadas.

Este problema aparece con especial intensidad en las denominadas operaciones complejas: procesos en los que deben coordinarse personas, documentación, datos, reglas, decisiones y excepciones para alcanzar un resultado verificable.

Entender qué hace compleja una operación y por qué sigue fragmentada es el primer paso para diseñar una infraestructura capaz de gestionarla mejor.

Qué es una operación compleja

Una operación compleja es un conjunto recurrente de actividades en el que múltiples personas y sistemas deben coordinar información, documentación, reglas, decisiones y excepciones para producir un resultado determinado.

Su complejidad no depende únicamente del número de tareas.

Una operación puede tener cientos de pasos y ser relativamente previsible. Del mismo modo, puede involucrar a un equipo pequeño y resultar muy compleja porque cada caso sigue un recorrido diferente, requiere interpretar información especializada o depende de decisiones difíciles de anticipar.

Las operaciones complejas suelen combinar varias de estas características:

• Intervienen distintos equipos, organizaciones o perfiles.
• Se trabaja con información estructurada y no estructurada.
• Existe un volumen relevante de documentos y evidencias.
• Hay reglas de negocio, criterios técnicos o requisitos normativos.
• Las actividades mantienen dependencias entre sí.
• Aparecen excepciones que alteran el recorrido estándar.
• Parte de las decisiones requiere conocimiento experto.
• Existen plazos, hitos y obligaciones.
• Es necesario demostrar qué se hizo, cuándo y por qué.
• Los errores o retrasos pueden tener consecuencias importantes.

No todas estas condiciones tienen que aparecer simultáneamente. Sin embargo, cuanto más se combinan, más difícil resulta gestionar la operación mediante herramientas genéricas o flujos rígidos.

Complejidad no es lo mismo que complicación

Conviene diferenciar tres situaciones que con frecuencia se confunden: una operación complicada, una operación compleja y una operación desordenada.

Una operación complicada

Una operación complicada puede contener numerosos pasos, participantes o elementos, pero su funcionamiento es relativamente predecible.

Puede descomponerse, documentarse y ejecutarse mediante una secuencia estable. En estos casos, la estandarización y la automatización tradicional suelen producir buenos resultados.

Una operación compleja

Una operación compleja incorpora interdependencias, variabilidad, excepciones y decisiones que dependen del contexto.

No siempre es posible definir de antemano un único recorrido. El sistema debe adaptarse a distintas situaciones, integrar nueva información y permitir la intervención de personas con conocimiento especializado.

Una operación desordenada

Una operación desordenada carece de criterios, responsabilidades, información o procedimientos suficientemente definidos.

El problema no es necesariamente su complejidad, sino la ausencia de un diseño operativo coherente.

Una operación puede ser compleja y estar bien gestionada. También puede ser sencilla y estar desordenada. Y muchas organizaciones intentan compensar el desorden incorporando nuevas herramientas, controles o automatizaciones sin revisar primero cómo debería funcionar realmente el proceso.

Las dimensiones de la complejidad operativa

La complejidad de una operación no procede de una única causa. Suele ser el resultado de varias dimensiones que se superponen.

Complejidad documental

Muchas operaciones dependen de documentos que deben solicitarse, recibirse, clasificarse, revisarse, versionarse, validarse y relacionarse con otros elementos del proceso.

La dificultad no reside únicamente en almacenar los archivos. También es necesario saber:

• Qué información contiene cada documento.
• Qué requisitos cubre.
• Cuál es su versión válida.
• Quién debe revisarlo.
• Qué tarea o decisión desbloquea.
• Qué evidencia falta.
• Qué datos contradice o confirma.

Cuando los documentos son una parte activa de la operación, un repositorio tradicional resulta insuficiente.

Complejidad informativa

La información puede proceder de formularios, bases de datos, documentos, correos, sistemas corporativos, fuentes externas o conversaciones.

Además, no todos los datos tienen el mismo nivel de fiabilidad ni permanecen estables durante el proceso.

La organización necesita identificar cuál es la fuente válida, detectar inconsistencias, mantener las relaciones entre la información y actualizarla sin generar versiones paralelas.

Complejidad organizativa

Las operaciones complejas rara vez pertenecen por completo a un único departamento.

Pueden participar equipos comerciales, técnicos, financieros, jurídicos, operativos y directivos, además de clientes, proveedores, colaboradores o instituciones externas.

Cada participante necesita información, permisos, responsabilidades y niveles de visibilidad diferentes.

La operación debe atravesar fronteras organizativas sin perder continuidad.

Complejidad procedimental

Una operación puede incluir estados, tareas, aprobaciones, dependencias, hitos, revisiones, bifurcaciones y condiciones de avance.

El recorrido no siempre es lineal.

Un caso puede retroceder a una fase anterior, requerir información adicional, cambiar de tipología, suspenderse temporalmente o continuar por una ruta diferente.

Los flujos demasiado rígidos no gestionan bien esta variabilidad. Los demasiado flexibles, en cambio, pueden perder control y trazabilidad.

Complejidad decisional

No todas las decisiones pueden reducirse a una regla simple.

Algunas dependen de la combinación de criterios, evidencias, antecedentes, riesgos y conocimiento experto.

En estos contextos, el sistema no solo debe registrar la decisión final. También debe conservar la información utilizada, las alternativas consideradas, las validaciones realizadas y la responsabilidad de quien decidió.

Complejidad técnica o normativa

Determinadas operaciones deben cumplir requisitos legales, metodológicos, contractuales o técnicos.

Estos requisitos pueden variar según el tipo de caso, el territorio, el cliente, el programa aplicable o la fase del proceso.

Además, pueden cambiar con el tiempo.

La organización debe transformar estas condiciones en criterios operativos que puedan aplicarse, supervisarse y actualizarse.

Complejidad temporal

Los plazos no siempre son simples fechas límite.

Puede haber tareas que dependan de hitos anteriores, ventanas de actuación, periodos de subsanación, renovaciones, revisiones periódicas o consecuencias asociadas al retraso.

La complejidad temporal aumenta cuando intervienen múltiples calendarios, responsables y condiciones.

Complejidad de control

En muchas operaciones no basta con alcanzar un resultado. También hay que demostrar cómo se alcanzó.

Esto exige trazabilidad sobre:

• La información utilizada.
• Los cambios realizados.
• Las tareas completadas.
• Las revisiones efectuadas.
• Las versiones de los documentos.
• Las decisiones adoptadas.
• Las intervenciones humanas.
• Las acciones realizadas por automatizaciones o sistemas de inteligencia artificial.

La necesidad de control transforma la operación en algo más que una sucesión de tareas.

Ejemplos de operaciones complejas

Las operaciones complejas aparecen en sectores muy diferentes, pero suelen compartir una arquitectura similar.

Gestión de expedientes de I+D+i

Estos procesos combinan información técnica y económica, documentación justificativa, criterios normativos, revisión de evidencias, coordinación con clientes y elaboración de entregables.

Cada expediente puede seguir un recorrido diferente según su naturaleza, estado documental o nivel de riesgo.

Gestión de subvenciones

La tramitación de una subvención puede incluir análisis de elegibilidad, preparación de documentación, presentación, seguimiento de hitos, control de gastos, subsanaciones y justificación.

La operación se extiende durante meses o años y requiere conservar una relación clara entre actividades, costes, documentos y compromisos.

Licitaciones y contratación

Estos procesos incorporan requisitos, plazos, criterios de evaluación, documentación administrativa y técnica, aprobaciones internas y coordinación entre diferentes áreas.

Una omisión aparentemente pequeña puede impedir la participación o generar un riesgo contractual.

Auditorías y certificaciones

Una auditoría exige recopilar evidencias, comprobar criterios, registrar hallazgos, gestionar desviaciones y realizar seguimiento de acciones correctivas.

La trazabilidad y la consistencia documental son esenciales.

Cumplimiento normativo

Las operaciones de cumplimiento requieren interpretar obligaciones, asignar controles, recopilar evidencias y demostrar que la organización actúa conforme a determinados requisitos.

Además, deben adaptarse a cambios regulatorios y a diferentes niveles de riesgo.

Proyectos técnicos

Los proyectos técnicos relacionan planificación, entregables, documentación, cambios, riesgos, validaciones y decisiones interdependientes.

El estado real del proyecto no puede reducirse a una lista de tareas completadas.

Aunque estos ejemplos pertenecen a ámbitos diferentes, comparten componentes comunes: objetos de trabajo, participantes, datos, documentos, reglas, tareas, decisiones, evidencias y resultados.

La paradoja de la digitalización fragmentada

Durante las últimas décadas, las organizaciones han invertido grandes cantidades de tiempo y recursos en digitalización.

Sin embargo, esa digitalización se ha producido principalmente por departamentos, funciones o necesidades concretas.

Ventas adopta un CRM. Finanzas trabaja con un ERP. Operaciones incorpora una herramienta de gestión de tareas. Calidad utiliza formularios y repositorios. Los equipos técnicos desarrollan hojas de cálculo especializadas. Dirección añade una capa de reporting.

Cada aplicación puede funcionar correctamente dentro de su propio perímetro.

El problema aparece cuando la unidad real de trabajo atraviesa todos esos perímetros.

Una operación puede ser un expediente, un proyecto, una auditoría, una solicitud, una reclamación o una intervención técnica. Sin embargo, ninguno de los sistemas implantados representa necesariamente esa operación de principio a fin.

Por eso, una organización puede estar muy digitalizada y seguir dependiendo de personas que conectan manualmente la información.

Por qué las operaciones complejas siguen tan fragmentadas

La fragmentación no tiene una única causa. Es el resultado de decisiones tecnológicas, organizativas y operativas acumuladas durante años.

1. Las organizaciones digitalizaron funciones, no operaciones

La mayor parte del software empresarial se ha diseñado para resolver funciones concretas.

Un CRM organiza clientes y oportunidades. Un ERP registra transacciones y recursos. Un gestor documental almacena archivos. Una herramienta de proyectos organiza tareas y fechas. Una solución de inteligencia empresarial representa indicadores.

Sin embargo, una operación compleja atraviesa varias de estas funciones al mismo tiempo.

Cuando cada departamento optimiza su propio sistema, la organización puede mejorar localmente y empeorar globalmente.

La información fluye dentro de cada herramienta, pero la continuidad de la operación depende de correos, reuniones, exportaciones, hojas de cálculo e intervenciones manuales.

2. Cada herramienta representa una parte distinta de la realidad

Los sistemas empresariales no solo almacenan información. También imponen una determinada manera de representar el trabajo.

El CRM representa clientes, contactos y oportunidades.

El ERP representa facturas, pagos, contratos y recursos.

El gestor documental representa carpetas, archivos y permisos.

La herramienta de gestión de proyectos representa tareas, responsables y fechas.

El sistema de reporting representa indicadores y agregaciones.

La hoja de cálculo termina representando las relaciones que los demás sistemas no consiguen recoger.

El problema no es que estas representaciones sean incorrectas. El problema es que ninguna constituye por sí sola un modelo completo de la operación.

Una integración puede transferir datos entre aplicaciones, pero mover información no equivale a compartir contexto.

Para que una operación funcione como un sistema, las herramientas necesitan comprender qué representa cada dato, cómo se relaciona con otros elementos y qué consecuencias produce dentro del proceso.

3. Los documentos se almacenan, pero no forman parte del flujo operativo

Muchas organizaciones han resuelto parcialmente el problema del almacenamiento documental.

Los archivos están digitalizados, cuentan con permisos y se organizan en repositorios o carpetas.

Sin embargo, siguen funcionando como objetos pasivos.

El sistema puede saber dónde está un documento, pero no necesariamente qué papel cumple dentro de la operación.

No sabe si el archivo cubre un requisito, qué datos contiene, qué versión es válida, qué tarea desbloquea, qué decisión sustenta o qué información falta.

Como consecuencia, las personas deben abrir, interpretar y relacionar manualmente los documentos con el resto del proceso.

La documentación está digitalizada, pero no está operativamente integrada.

4. El conocimiento crítico permanece fuera de los sistemas

Las herramientas registran datos formales, pero buena parte del conocimiento necesario para ejecutar la operación permanece en las personas.

Los especialistas saben:

• Qué señales anticipan un problema.
• Qué documentación suele resultar insuficiente.
• Qué excepciones son aceptables.
• Qué criterios deben aplicarse en cada caso.
• Qué información necesita una revisión adicional.
• Cuándo una decisión debe escalarse.
• Qué riesgos no aparecen en los campos estructurados.

Este conocimiento se transmite mediante experiencia, conversaciones, comentarios, plantillas y hábitos internos.

La organización depende entonces de personas concretas no solo para realizar el trabajo especializado, sino también para integrar manualmente los sistemas.

Esas personas recuerdan dónde está la información, interpretan contradicciones, conectan documentos con decisiones y reconstruyen el contexto necesario para avanzar.

Cuando abandonan el equipo o dejan de estar disponibles, una parte relevante de la infraestructura desaparece con ellas.

5. Las excepciones se gestionan fuera del flujo oficial

La mayoría de las herramientas funciona mejor cuando el proceso sigue el recorrido previsto.

Pero las operaciones complejas se caracterizan precisamente por la existencia de excepciones.

Puede faltar información. Un caso puede cambiar de tipología. Un tercero puede retrasarse. Una revisión puede detectar contradicciones. Una decisión puede requerir escalado. El alcance puede modificarse. Un documento puede ser válido para una parte de la operación y no para otra.

Cuando el sistema no contempla estas situaciones, los equipos buscan soluciones alternativas.

La excepción se gestiona mediante correo, mensajería, reuniones, notas o archivos paralelos.

El trabajo continúa, pero el sistema oficial deja de reflejar el estado real.

A partir de ese momento, mantener la coherencia exige un esfuerzo manual constante.

6. La personalización se ha resuelto mediante capas informales

Cuando una herramienta estándar no encaja completamente, las organizaciones suelen adaptarla mediante soluciones parciales.

Añaden campos personalizados, hojas de cálculo, macros, carpetas, formularios, automatizaciones, plantillas e integraciones punto a punto.

Cada capa resuelve una necesidad inmediata.

Con el tiempo, sin embargo, la operación queda distribuida entre soluciones que se crearon en momentos diferentes, por personas diferentes y con criterios distintos.

El resultado puede funcionar durante años, pero se vuelve difícil de mantener, comprender, auditar y escalar.

Esta acumulación constituye una forma de deuda operativa.

No siempre provoca una caída visible del sistema. Más habitualmente, aumenta de manera gradual el tiempo necesario para coordinar, verificar y corregir el trabajo.

7. Integrar sistemas no equivale a integrar la operación

La respuesta habitual a la fragmentación consiste en conectar aplicaciones.

Las integraciones son necesarias, pero no siempre suficientes.

Una integración puede sincronizar un cliente entre el CRM y el ERP. Puede trasladar un documento a un repositorio. Puede crear una tarea cuando cambia un estado. Puede enviar información a un dashboard.

Pero estas conexiones no crean automáticamente una representación compartida de la operación.

Para ello es necesario definir:

• Qué elementos forman parte del proceso.
• Cómo se relacionan.
• Qué sistema es responsable de cada dato.
• Qué eventos producen cambios.
• Qué reglas se aplican.
• Qué excepciones pueden aparecer.
• Qué evidencias deben conservarse.
• Quién puede actuar sobre cada elemento.

Sin ese modelo común, la integración puede acelerar el movimiento de información sin eliminar la fragmentación de fondo.

8. Rediseñar una operación es más difícil que añadir una herramienta

Incorporar una nueva aplicación suele resultar más sencillo que revisar el funcionamiento completo de una operación.

Una nueva herramienta puede contratarse, configurarse y desplegarse dentro de un departamento.

Rediseñar la operación obliga a tomar decisiones más profundas:

• Qué etapas son realmente necesarias.
• Qué información debe recopilarse.
• Quién es responsable de mantenerla.
• Qué duplicidades deben eliminarse.
• Qué reglas pueden formalizarse.
• Qué excepciones deben contemplarse.
• Qué decisiones pueden automatizarse.
• Qué sistemas deben dejar de utilizarse.
• Cómo se medirá el resultado.

Estas decisiones afectan a distintas áreas y pueden cuestionar prácticas consolidadas.

Por eso, muchas organizaciones continúan añadiendo soluciones sobre la estructura existente en lugar de construir una base operativa común.

9. La inteligencia artificial se está incorporando sobre una base fragmentada

La inteligencia artificial está ampliando las posibilidades de automatización, análisis y asistencia.

Las organizaciones están incorporando sistemas capaces de consultar documentos, extraer información, generar contenido, revisar datos o ejecutar tareas.

Pero, cuando estas capacidades se despliegan sobre una operación fragmentada, pueden añadir una nueva capa de complejidad.

La IA puede generar resultados fuera del sistema principal, utilizar fuentes de contexto diferentes, producir información difícil de verificar o requerir controles manuales adicionales.

También puede completar una tarea sin actualizar correctamente el estado de la operación o sin registrar qué información utilizó.

El problema no reside en la tecnología, sino en la infraestructura sobre la que opera.

Una inteligencia artificial aislada puede mejorar una actividad concreta. Para transformar una operación necesita acceso a un contexto estructurado: datos fiables, documentos relacionados, permisos, reglas, estados, antecedentes y mecanismos de trazabilidad.

Su valor aumenta cuando trabaja dentro del sistema, no cuando se añade como una capa independiente.

Las cuatro formas de fragmentación

La fragmentación de una operación compleja no es exclusivamente tecnológica.

Puede manifestarse en al menos cuatro niveles.

Fragmentación tecnológica

La operación se distribuye entre distintas aplicaciones que no comparten un modelo común.

Fragmentación informativa

Los datos y documentos aparecen duplicados, incompletos, desactualizados o almacenados en fuentes diferentes.

Fragmentación organizativa

Cada equipo gestiona su parte sin visibilidad suficiente sobre el conjunto.

Fragmentación cognitiva

El contexto, los criterios y las relaciones necesarias para comprender la operación permanecen repartidos entre personas concretas.

Esta última dimensión suele recibir menos atención, pero es una de las más importantes.

Cuando solo determinadas personas pueden reconstruir el estado real de la operación, el sistema depende de su memoria y capacidad de coordinación.

El coste invisible de la fragmentación

La fragmentación no siempre aparece como una partida específica en los presupuestos.

Su coste se distribuye entre pequeñas actividades cotidianas:

• Buscar información.
• Localizar la última versión de un documento.
• Copiar datos entre sistemas.
• Pedir actualizaciones.
• Comprobar estados.
• Perseguir validaciones.
• Preparar informes.
• Reconciliar inconsistencias.
• Trasladar contexto.
• Explicar decisiones anteriores.
• Rehacer trabajo.
• Incorporar a nuevas personas.

Cada actividad puede parecer menor. Su suma, sin embargo, consume una parte significativa de la capacidad del equipo.

Además, estos costes suelen crecer con el volumen y la complejidad.

Una estructura que funciona con veinte casos puede volverse insostenible con doscientos. Una persona que coordina manualmente varios proyectos puede convertirse en un cuello de botella cuando aumenta el equipo. Una hoja de cálculo útil durante una fase inicial puede terminar funcionando como un sistema crítico sin los controles necesarios.

La fragmentación limita la escalabilidad porque obliga a aumentar la coordinación al mismo ritmo que aumenta la operación.

La trazabilidad se reconstruye después

En una operación integrada, la trazabilidad se genera durante la ejecución.

Cada documento, cambio, revisión y decisión queda relacionado con el elemento correspondiente.

En una operación fragmentada, la trazabilidad suele reconstruirse cuando surge una necesidad concreta:

• Llega una auditoría.
• Aparece una incidencia.
• Un cliente pide explicaciones.
• Cambia una persona del equipo.
• Se necesita justificar una decisión.
• Hay que preparar un informe.
• Se detecta una contradicción.

La organización debe entonces recuperar correos, revisar versiones, consultar a los participantes y recomponer la secuencia de acontecimientos.

Este proceso es costoso y puede producir una imagen incompleta.

La trazabilidad retroactiva nunca ofrece el mismo nivel de fiabilidad que una trazabilidad incorporada desde el origen.

La fragmentación también impide aprender

Cuando los datos, las decisiones y los resultados no están relacionados, la organización pierde capacidad para analizar cómo funciona realmente la operación.

Resulta difícil responder preguntas como:

• ¿Qué tipos de casos generan más retrasos?
• ¿Qué documentos suelen faltar?
• ¿En qué puntos se concentra el retrabajo?
• ¿Qué reglas producen más excepciones?
• ¿Qué decisiones conducen a mejores resultados?
• ¿Qué equipos soportan mayor carga de coordinación?
• ¿Qué automatizaciones generan impacto real?
• ¿Dónde debería intervenir la inteligencia artificial?
• ¿Qué parte del proceso convendría rediseñar?

La fragmentación no solo reduce la eficiencia presente. También dificulta la mejora futura.

La organización puede medir tareas, tiempos o resultados aislados, pero no comprender las relaciones que explican el comportamiento completo del sistema.

De conectar aplicaciones a representar la operación

Superar la fragmentación no significa necesariamente sustituir todas las herramientas existentes.

El cambio fundamental consiste en pasar de una lógica centrada en aplicaciones a una lógica centrada en la operación.

Antes de decidir qué tecnología utilizar, la organización necesita representar con claridad:

• Qué elementos forman parte de la operación.
• Cómo se relacionan.
• Qué estados pueden tener.
• Qué información y documentación necesitan.
• Qué tareas producen cambios.
• Qué reglas deben aplicarse.
• Qué decisiones requieren intervención humana.
• Qué excepciones pueden aparecer.
• Qué evidencias deben conservarse.
• Qué personas, automatizaciones y sistemas pueden actuar.

Esta representación funciona como una capa común sobre la que pueden coordinarse las distintas capacidades.

Los sistemas corporativos continúan cumpliendo sus funciones. Los documentos siguen almacenándose. Las tareas continúan asignándose. Los datos pueden seguir procediendo de varias fuentes.

La diferencia es que todos esos elementos pasan a formar parte de un mismo modelo operativo.

Qué caracteriza a una operación menos fragmentada

Una operación menos fragmentada no es aquella que utiliza una única herramienta para todo.

Es aquella en la que los diferentes sistemas y participantes trabajan sobre una representación coherente del proceso.

Entre sus características se encuentran:

• Un modelo común de los elementos de la operación.
• Datos y documentos relacionados entre sí.
• Responsabilidades explícitas.
• Estados y transiciones comprensibles.
• Workflows capaces de gestionar excepciones.
• Reglas integradas en la ejecución.
• Automatizaciones conectadas con el contexto.
• Inteligencia artificial gobernada.
• Trazabilidad generada durante el trabajo.
• Capacidad de adaptación sin crear sistemas paralelos.

Esta base permite que la tecnología deje de ser una colección de aplicaciones y empiece a funcionar como infraestructura.

Por qué este problema importa ahora

La fragmentación operativa no es un problema nuevo.

Sin embargo, adquiere una importancia diferente en un momento en el que las organizaciones quieren aplicar inteligencia artificial a sus procesos.

La IA puede interpretar documentos, resumir información, generar contenido, detectar patrones, recomendar acciones y ejecutar determinadas tareas.

Pero estas capacidades necesitan contexto.

Necesitan saber qué representa cada elemento, cuál es la información válida, qué permisos existen, qué reglas deben respetarse, qué ocurrió anteriormente y qué consecuencias puede tener una acción.

Sin una infraestructura operativa coherente, la IA corre el riesgo de convertirse en otra herramienta aislada.

Con esa infraestructura, puede integrarse en el flujo de trabajo y contribuir a transformar la operación completa.

Conclusión

Las operaciones complejas siguen fragmentadas porque las organizaciones han digitalizado por separado sus documentos, tareas, datos, departamentos y canales de comunicación.

Cada herramienta ha mejorado una parte del trabajo, pero la operación completa continúa dependiendo de personas que conectan manualmente sistemas, interpretan información y mantienen el contexto.

La fragmentación no es solo tecnológica. También es informativa, organizativa y cognitiva.

Superarla no exige necesariamente sustituir toda la tecnología existente. Exige construir una representación común de la operación: una base capaz de relacionar datos, documentos, tareas, reglas, decisiones y evidencias.

Solo entonces las personas, los sistemas, las automatizaciones y la inteligencia artificial pueden actuar como partes de una misma infraestructura.

Ese es el punto de partida para construir operaciones más escalables, trazables e inteligentes.