De la planificación a la mejora continua: un enfoque de sistemas de gestión aplicado a TI

 

Cómo integrar ISO 9001, gestión por procesos, planificación estratégica y transformación digital en la gestión de TI

1. Introducción

Las organizaciones nunca habían dispuesto de tantas tecnologías, metodologías, estándares y buenas prácticas para gestionar sus capacidades digitales. Sin embargo, contar con más herramientas no significa necesariamente gestionar mejor. Un área de tecnologías de información (TI) puede administrar proyectos, atender incidentes, monitorear servicios, controlar riesgos, incorporar nuevas tecnologías y medir numerosos indicadores y, aun así, desarrollar estas actividades de manera fragmentada, con una conexión limitada entre las necesidades organizacionales, la planificación estratégica, los procesos cotidianos y los resultados obtenidos.

Esta situación adquiere mayor relevancia conforme TI deja de desempeñar una función exclusivamente técnica y se convierte en un componente transversal de la estrategia y operación organizacional. La disponibilidad de los servicios, la gestión de los datos, la automatización de procesos, la ciberseguridad, la experiencia digital de los usuarios y la incorporación de tecnologías emergentes condicionan cada vez más la capacidad de las organizaciones para alcanzar sus objetivos. En consecuencia, gestionar TI requiere algo más que administrar tecnología: implica desarrollar capacidades organizacionales capaces de comprender necesidades, establecer prioridades, ejecutar procesos, evaluar resultados y evolucionar sistemáticamente.

La literatura sobre alineamiento estratégico ha señalado desde hace décadas la necesidad de mantener una relación coherente entre estrategia organizacional y capacidades tecnológicas. Henderson y Venkatraman (1993) plantearon que el desempeño asociado con TI depende del alineamiento entre las estrategias, estructuras y capacidades del negocio y de las tecnologías de información. Posteriormente, Luftman (2000) destacó que dicho alineamiento constituye un proceso dinámico en el que intervienen elementos como gobernanza, comunicación, competencias, arquitectura y medición del valor. Esta perspectiva continúa siendo especialmente pertinente en un entorno caracterizado por servicios en nube, automatización, inteligencia artificial y procesos crecientemente dependientes de la tecnología.

Paralelamente, los sistemas de gestión han desarrollado durante décadas principios orientados precisamente a conectar diferentes dimensiones de una organización dentro de una estructura coherente. ISO 9001:2015 incorpora elementos como la comprensión del contexto, las necesidades de las partes interesadas, el liderazgo, la planificación, el pensamiento basado en riesgos, el enfoque basado en procesos, la evaluación del desempeño y la mejora continua (International Organization for Standardization [ISO], 2015). Aunque ISO 9001 no constituye una norma para gestionar TI, estos principios plantean una interrogante relevante: ¿puede la lógica de los sistemas de gestión proporcionar una estructura que permita articular de manera sistémica la gestión tecnológica?

Esta pregunta adquiere especial interés ante la diversidad de referentes existentes en TI. ISO/IEC 20000, ITIL, COBIT, CMMI, BPM, Lean y otros estándares, modelos y metodologías proporcionan herramientas para abordar servicios, gobierno, procesos, madurez, medición y mejora. El desafío no reside necesariamente en la ausencia de instrumentos, sino en lograr que diagnóstico, estrategia, procesos, indicadores, auditoría y mejora funcionen como componentes relacionados y no como iniciativas independientes.

A partir de esta premisa, el presente artículo analiza la aplicabilidad de los principios de los sistemas de gestión a la gestión de tecnologías de información y propone una lectura integrada basada en cinco componentes: contexto, planificación, procesos, evaluación y mejora continua. El contexto permite comprender la realidad y las necesidades; la planificación transforma ese conocimiento en objetivos; los procesos convierten la estrategia en gestión; la evaluación proporciona evidencia sobre los resultados; y la mejora utiliza esa evidencia para corregir, optimizar y transformar, iniciando nuevamente el ciclo.

Más que proponer una nueva norma o sustituir los marcos especializados existentes, se plantea comprender TI bajo una lógica de sistema de gestión, donde estrategia y operación forman parte de un mismo ciclo. Desde esta perspectiva, la pregunta deja de ser únicamente qué tecnología implementar y se desplaza hacia una cuestión más amplia: cómo gestionar las capacidades tecnológicas para que evolucionen, de manera medible y sistemática, junto con las necesidades y objetivos de la organización.

2. Sistemas de gestión y su aplicabilidad a TI como marco conceptual

La gestión de las tecnologías de información (TI) ha evolucionado progresivamente desde una función predominantemente técnica hacia una disciplina que integra planificación, procesos, recursos, servicios, riesgos, información y toma de decisiones. Esta evolución hace necesario analizar TI no únicamente desde las tecnologías que administra, sino como un conjunto interrelacionado de capacidades y procesos que deben orientarse hacia los objetivos de la organización. Desde esta perspectiva, los principios propios de los sistemas de gestión ofrecen un marco conceptual pertinente para estructurar el quehacer de TI bajo una lógica sistemática de planificación, ejecución, evaluación y mejora continua.

Un sistema de gestión puede entenderse como el conjunto de elementos interrelacionados mediante los cuales una organización establece políticas, objetivos, procesos y mecanismos para alcanzar determinados resultados. Su importancia radica precisamente en la integración: las actividades dejan de gestionarse como acciones aisladas y pasan a formar parte de un sistema en el que los procesos, las responsabilidades, los recursos, la información y los mecanismos de evaluación se encuentran relacionados. Esta visión resulta particularmente pertinente para TI, donde infraestructura, sistemas de información, servicios, proyectos, seguridad, datos, proveedores y soporte mantienen relaciones de dependencia que requieren coordinación y alineación estratégica.

Dentro de este enfoque, la gestión de la calidad ha evolucionado más allá de las prácticas tradicionales de inspección o control de productos. Deming (1986) planteó la necesidad de comprender la calidad desde una perspectiva sistémica, vinculándola con la gestión, el aprendizaje organizacional y la mejora permanente de los procesos. De manera complementaria, Juran (1992) destacó la importancia de integrar la planificación, el control y la mejora como componentes de la gestión de la calidad. Estas perspectivas permiten diferenciar conceptualmente la gestión de calidad del control de calidad: mientras este último puede concentrarse en verificar resultados o detectar desviaciones, la gestión de calidad comprende la forma en que la organización planifica, organiza, controla, evalúa y mejora su desempeño.

Esta evolución se refleja en ISO 9001, estándar internacional que establece requisitos para los sistemas de gestión de la calidad. La norma incorpora elementos como el análisis del contexto organizacional, liderazgo, enfoque basado en procesos, pensamiento basado en riesgos, información documentada, seguimiento y medición, evaluación del desempeño y mejora continua (International Organization for Standardization [ISO], 2015). ISO señala además que el estándar establece requisitos para el sistema de gestión, pero no prescribe específicamente la forma en que cada organización debe operar, característica que favorece su adaptación a organizaciones y sectores diversos.

Esta flexibilidad constituye un punto relevante para su análisis dentro de TI. ISO 9001 no es una norma diseñada específicamente para gestionar tecnologías de información, por lo que no sustituye estándares, metodologías o marcos especializados en este ámbito. Sin embargo, su estructura proporciona una lógica sistémica que puede trasladarse conceptualmente a la gestión de TI. Elementos como comprender el contexto, determinar necesidades de las partes interesadas, establecer objetivos, gestionar riesgos, definir procesos, asignar recursos, medir resultados, realizar auditorías y promover la mejora continua tienen una correspondencia directa con múltiples responsabilidades propias de la gestión tecnológica.

Existen, además, estándares especializados que demuestran la aplicabilidad del concepto de sistema de gestión al ámbito tecnológico. ISO/IEC 20000-1:2018, por ejemplo, establece los requisitos para implementar, mantener y mejorar continuamente un sistema de gestión de servicios, incluyendo la planificación, diseño, transición, prestación y mejora de los servicios. Su estructura demuestra que la gestión de servicios tecnológicos puede abordarse desde una perspectiva sistémica y orientada al valor, incorporando planificación, seguimiento, medición y mejora continua (ISO & International Electrotechnical Commission [IEC], 2018). La propia ISO ha reconocido además la posibilidad de integrar la gestión de servicios con otros referentes como ISO 9001, ISO/IEC 27001, ISO 31000, COBIT, CMMI y metodologías contemporáneas de gestión tecnológica.

Un elemento fundamental para establecer esta relación es el enfoque basado en procesos. Bajo esta perspectiva, los resultados se alcanzan de manera más consistente cuando las actividades y los recursos se comprenden y gestionan como procesos interrelacionados. Aplicado a TI, este enfoque implica superar una visión departamental o exclusivamente tecnológica para identificar los procesos mediante los cuales se genera valor. La gestión de incidentes, cambios, activos tecnológicos, proyectos, infraestructura, proveedores, accesos, continuidad, desarrollo, datos o soporte, entre otros, puede analizarse considerando sus entradas, actividades, responsables, recursos, controles, salidas, indicadores e interacciones con otros procesos.

La gestión por procesos también permite establecer una conexión entre la operación tecnológica y la estrategia organizacional. Un proceso de TI no debería existir únicamente porque constituye una práctica técnica reconocida, sino porque contribuye directa o indirectamente al cumplimiento de necesidades y objetivos. En este sentido, la gestión por procesos permite trasladar los objetivos estratégicos hacia la operación y, simultáneamente, generar información sobre el desempeño que retroalimente la planificación.

Dentro de esta perspectiva adquiere relevancia el Capability Maturity Model Integration (CMMI) como referente para analizar la capacidad y evolución de los procesos. Los modelos de madurez permiten distinguir entre procesos dependientes de prácticas individuales y procesos progresivamente gestionados, definidos, medidos y optimizados. Su utilización resulta complementaria al enfoque de sistemas de gestión, dado que no basta con identificar o documentar procesos; resulta necesario determinar su nivel de desarrollo y establecer mecanismos que permitan avanzar hacia estados de mayor control, medición y mejora. La literatura sobre modelos de madurez destaca precisamente su aplicación histórica en la mejora de procesos y su posterior extensión hacia ámbitos como gestión de servicios de TI, gestión de proyectos, Agile y DevOps (Cusick, 2019).

La identificación y análisis de procesos requiere, asimismo, mecanismos que permitan representar de forma comprensible sus actividades e interacciones. En este ámbito, Business Process Model and Notation (BPMN) constituye un estándar de modelado desarrollado por Object Management Group (OMG), cuyo propósito es proporcionar una notación gráfica común para representar procesos. BPMN busca mantener un lenguaje comprensible tanto para quienes analizan y gestionan los procesos como para los perfiles técnicos encargados de implementar las soluciones tecnológicas asociadas (Object Management Group [OMG], 2014). Esta característica adquiere especial importancia en TI, ya que facilita establecer un puente entre las necesidades organizacionales, el análisis de procesos y su posterior digitalización o automatización.

Sin embargo, la estandarización y documentación de los procesos no constituyen un fin en sí mismas. Los sistemas de gestión requieren mecanismos que permitan evaluar su funcionamiento y generar ciclos sucesivos de aprendizaje. En este contexto, el ciclo Planificar-Hacer-Verificar-Actuar (PHVA o PDCA) constituye uno de los fundamentos de la mejora continua. Su lógica permite establecer objetivos y acciones, ejecutarlos, evaluar los resultados obtenidos y actuar sobre las desviaciones u oportunidades identificadas. En lugar de entender la mejora como una actividad eventual derivada de problemas específicos, el PHVA la incorpora como parte permanente del funcionamiento del sistema.

En el ámbito de TI, esta lógica puede operar tanto en un nivel estratégico como operativo. Desde una perspectiva estratégica, implica planificar los objetivos y capacidades tecnológicas requeridas, ejecutar las iniciativas definidas, evaluar sus resultados y utilizar la evidencia obtenida para revisar la planificación. Desde una perspectiva operativa, el mismo ciclo puede aplicarse a cada proceso de TI: definir cómo debe funcionar, ejecutarlo, medir su desempeño y realizar ajustes orientados a incrementar su eficacia, eficiencia o capacidad de respuesta. De esta manera, la mejora de los procesos retroalimenta la gestión estratégica y las decisiones estratégicas determinan, a su vez, cuáles procesos requieren ser fortalecidos, rediseñados o transformados.

La gestión de TI, desde esta perspectiva, puede comprenderse como una disciplina que articula los recursos y capacidades tecnológicas con las necesidades y objetivos organizacionales. Esto supone trascender la administración de infraestructura y sistemas para incorporar planificación, gobierno, procesos, servicios, riesgos, desempeño y generación de valor. Los marcos especializados en gestión tecnológica pueden aportar prácticas y herramientas específicas para desarrollar estos componentes; no obstante, los principios de los sistemas de gestión proporcionan una estructura transversal que permite comprender sus relaciones y evitar que sean administrados de manera fragmentada.

A partir de esta relación conceptual, es posible establecer una primera correspondencia entre los principales elementos de un sistema de gestión y su aplicación al ámbito de TI:

Elementos del sistema de gestión	Aplicación en la gestión de TI
Contexto organizacional	Contexto interno y externo de TI
Partes interesadas	Stakeholders, usuarios y clientes de TI
Liderazgo	Liderazgo y gobernanza de TI
Planificación	Planificación estratégica de TI
Riesgos y oportunidades	Riesgos y oportunidades tecnológicas
Enfoque basado en procesos	Gestión de procesos de TI
Recursos y competencias	Capacidades humanas, tecnológicas y financieras de TI
Información documentada	Políticas, procedimientos, registros y documentación tecnológica
Operación	Ejecución de procesos, servicios y proyectos de TI
Seguimiento y medición	Indicadores operativos y estratégicos de TI
Evaluación	Evaluación del desempeño y auditoría de TI
Acciones correctivas	Tratamiento de desviaciones y causas
Mejora continua	Optimización y transformación de procesos y capacidades de TI

 

Esta correspondencia no pretende convertir ISO 9001 en un estándar específico para la administración tecnológica ni sustituir referentes especializados como ISO/IEC 20000, COBIT, CMMI u otros marcos de gestión. El planteamiento consiste en reconocer que los principios propios de los sistemas de gestión pueden proporcionar una estructura integradora para comprender TI como un sistema, en el cual el contexto condiciona la planificación, la planificación orienta los procesos, los procesos generan resultados susceptibles de medición y evaluación, y la evidencia obtenida permite alimentar ciclos sucesivos de mejora.

Bajo esta perspectiva, la gestión de TI puede analizarse mediante una secuencia sistémica de contexto, planificación, procesos, evaluación y mejora continua. Esta relación constituye el marco conceptual sobre el cual se desarrollan los siguientes apartados, trasladando progresivamente los principios de los sistemas de gestión hacia las particularidades de la gestión tecnológica.

3. Contexto: comprender TI antes de planificar

La planificación de las tecnologías de información requiere partir de una comprensión estructurada de las condiciones en las que opera la organización y de los factores que pueden afectar el desempeño tecnológico. Desde la perspectiva de los sistemas de gestión, el análisis del contexto constituye el punto de partida para evitar que los objetivos, proyectos e inversiones sean definidos de manera aislada de las necesidades institucionales. ISO 9001:2015 establece precisamente la comprensión del contexto como uno de los componentes iniciales del sistema de gestión, requiriendo determinar las cuestiones internas y externas relevantes para sus propósitos y resultados esperados (International Organization for Standardization [ISO], 2015).

Trasladado al ámbito tecnológico, este principio implica que la gestión de TI debe comenzar por comprender tanto la realidad tecnológica existente como el entorno organizacional en el cual esta se encuentra inserta. Esta relación coincide con los planteamientos tradicionales de la planificación estratégica de sistemas de información. Lederer y Sethi (1991) identificaron la planificación estratégica de sistemas de información como un asunto relevante para la gestión precisamente por el impacto creciente de los sistemas sobre las operaciones y por la necesidad de desarrollar una visión de largo plazo respecto a su papel dentro de las organizaciones. Asimismo, King y Teo (1996) incorporan el ambiente externo, el ambiente interno y los recursos disponibles entre los elementos que anteceden al proceso de planificación estratégica de sistemas de información.

Desde esta perspectiva, el análisis del contexto de TI puede concebirse como un diagnóstico que permite responder tres preguntas fundamentales: cuál es la situación tecnológica actual de la organización, cuáles factores internos y externos condicionan su evolución y qué necesitan las diferentes partes interesadas de las tecnologías de información. Las respuestas constituyen posteriormente insumos para identificar riesgos, oportunidades, brechas y prioridades estratégicas.

3.1 Contexto interno de TI

El contexto interno comprende las condiciones, capacidades y limitaciones existentes dentro de la organización que pueden influir sobre la gestión tecnológica. Su análisis no debería restringirse al inventario de equipos o sistemas disponibles, sino proporcionar una visión integral de la capacidad actual de TI para responder a las necesidades institucionales.

Una primera dimensión corresponde a la infraestructura tecnológica, incluyendo recursos de cómputo, comunicaciones, almacenamiento, centros de datos, servicios en nube y demás componentes que permiten sostener la operación. Su análisis debe considerar no solamente su existencia, sino aspectos como capacidad, disponibilidad, antigüedad, escalabilidad, mantenimiento y dependencia de determinadas tecnologías.

Una segunda dimensión corresponde a los sistemas de información y arquitectura tecnológica. La organización requiere conocer qué aplicaciones utiliza, cuáles procesos soportan, cómo se integran entre ellas, qué tecnologías las sustentan y qué dependencias existen. La coexistencia de sistemas heredados, aplicaciones aisladas, integraciones parciales o arquitecturas excesivamente complejas puede convertirse en una restricción para futuros procesos de transformación.

El análisis debe incorporar también los procesos de TI. La capacidad tecnológica de una organización depende no solamente de los recursos técnicos disponibles, sino de la forma en que estos son gestionados. Procesos relacionados con soporte, incidentes, cambios, activos, proyectos, desarrollo, infraestructura, accesos, continuidad, proveedores o datos pueden presentar diferentes grados de formalización, medición y madurez. Determinar cómo se ejecutan, quiénes son responsables, qué resultados producen y qué mecanismos de control poseen permite identificar fortalezas y brechas que posteriormente deberán considerarse en la planificación.

Esta valoración conduce al concepto de madurez, entendido como el grado en que los procesos y capacidades han evolucionado desde prácticas predominantemente reactivas o dependientes del conocimiento individual hacia formas de gestión definidas, controladas, medibles y susceptibles de optimización. En este sentido, referentes como CMMI permiten incorporar la madurez como una variable del diagnóstico, facilitando la identificación de diferencias entre la capacidad tecnológica disponible y la requerida para alcanzar determinados objetivos.

Las personas y sus competencias constituyen otra dimensión esencial. El conocimiento técnico disponible, las competencias de gestión, la capacidad de innovación, la distribución de responsabilidades y la dependencia de conocimiento concentrado en determinadas personas condicionan la capacidad de ejecutar cualquier estrategia tecnológica. Una organización puede disponer de infraestructura avanzada y, simultáneamente, presentar limitaciones importantes si no cuenta con las competencias necesarias para administrarla, aprovecharla o transformarla.

Asimismo, deben considerarse los recursos financieros y presupuestarios disponibles. El presupuesto de TI condiciona las posibilidades de mantenimiento, renovación, contratación, capacitación e innovación; sin embargo, su análisis debe trascender el monto disponible e incorporar la forma en que los recursos son asignados, priorizados y relacionados con los objetivos organizacionales.

Los proveedores tecnológicos forman parte también del contexto interno de gestión, aun cuando sean organizaciones externas. Contratos, licenciamiento, servicios tercerizados, plataformas en nube y soporte especializado generan relaciones de dependencia que afectan directamente la capacidad de TI. La concentración excesiva en determinados proveedores o tecnologías puede limitar la capacidad de cambio, incrementar costos o generar riesgos de continuidad.

Los datos constituyen igualmente un recurso estratégico que debe ser considerado en el diagnóstico. Su disponibilidad, calidad, integración, accesibilidad y trazabilidad condicionan la capacidad de generar información para la toma de decisiones y desarrollar iniciativas de analítica, automatización e inteligencia artificial. La incorporación de nuevas tecnologías sobre estructuras de datos fragmentadas o deficientes puede limitar significativamente los beneficios esperados.

Otro componente relevante es la deuda tecnológica, entendida de forma amplia como la acumulación de decisiones, soluciones heredadas, componentes obsoletos, integraciones provisionales o necesidades de actualización que incrementan progresivamente la complejidad y los costos de mantenimiento. Su identificación permite evitar que la planificación se concentre exclusivamente en nuevas inversiones mientras se ignoran limitaciones estructurales de la plataforma tecnológica existente.

Finalmente, el contexto interno debe considerar la cultura organizacional y digital. La disposición al cambio, la relación entre TI y las unidades funcionales, la percepción de la tecnología, los mecanismos de comunicación y el grado de participación de los usuarios pueden facilitar o limitar considerablemente cualquier iniciativa tecnológica. Por esta razón, el diagnóstico de TI debe integrar factores técnicos, humanos, organizacionales y financieros.

3.2 Contexto externo de TI

El contexto externo comprende aquellas condiciones del entorno que, aun estando fuera del control directo de la organización, pueden modificar sus necesidades, riesgos y oportunidades tecnológicas. En un entorno caracterizado por cambios acelerados, este análisis adquiere particular importancia debido a que las decisiones de TI pueden quedar rápidamente desactualizadas si la planificación se fundamenta exclusivamente en las condiciones internas existentes.

Una primera dimensión corresponde al entorno normativo y regulatorio. Legislación relacionada con protección de datos, privacidad, contratación, accesibilidad, propiedad intelectual, ciberseguridad, conservación documental o prestación de determinados servicios puede establecer requisitos que condicionen sistemas, procesos e inversiones tecnológicas. Dependiendo del sector, pueden existir además regulaciones específicas que deben incorporarse desde las primeras etapas de planificación.

Las amenazas de ciberseguridad constituyen otro componente relevante, aunque el análisis de riesgos de TI no debe limitarse exclusivamente a ellas. La evolución de amenazas, vulnerabilidades y modalidades de ataque modifica continuamente las condiciones bajo las cuales las organizaciones deben administrar su infraestructura, información y servicios digitales.

El entorno incluye también la evolución del mercado y los proveedores tecnológicos. Cambios en modelos de licenciamiento, concentración de servicios, disponibilidad de soporte, costos, condiciones contractuales y dependencia de plataformas externas pueden modificar la viabilidad de determinadas soluciones. El crecimiento de los servicios en nube ejemplifica cómo cambios externos pueden transformar no solamente la infraestructura utilizada, sino también los modelos financieros, contractuales y operativos de TI.

Las tendencias tecnológicas representan simultáneamente oportunidades y fuentes de incertidumbre. Inteligencia artificial, automatización, analítica avanzada, servicios en nube, Internet de las cosas y otras tecnologías pueden generar nuevas capacidades, pero su disponibilidad no constituye por sí misma una justificación para adoptarlas. El análisis de contexto debe permitir determinar cuáles tendencias tienen implicaciones reales para la organización y cuáles carecen de alineamiento con sus necesidades actuales o futuras.

También deben considerarse las expectativas digitales de usuarios y clientes. La experiencia cotidiana con servicios digitales modifica progresivamente las expectativas respecto a disponibilidad, rapidez, autoservicio, accesibilidad, movilidad e integración. Estas expectativas pueden generar nuevas necesidades que los sistemas y procesos existentes no estaban diseñados originalmente para atender.

Finalmente, factores sectoriales, económicos, sociales y tecnológicos pueden modificar la forma en que una organización opera y, consecuentemente, sus necesidades de TI. El análisis del contexto externo permite anticipar estos cambios y evita que la planificación tecnológica sea exclusivamente reactiva.

3.3 Partes interesadas y necesidades de TI

La comprensión del contexto se complementa con la identificación de las partes interesadas relevantes. ISO 9001 incorpora expresamente la determinación de las necesidades y expectativas pertinentes de estas partes como un componente del contexto del sistema de gestión (ISO, 2015). Aplicado a TI, este principio permite superar una concepción en la que las prioridades tecnológicas son determinadas únicamente desde el propio departamento de informática.

Entre las partes interesadas pueden encontrarse la alta dirección, unidades funcionales, usuarios internos, clientes o usuarios externos, proveedores tecnológicos, organismos reguladores, auditoría, socios estratégicos y otras organizaciones con las cuales exista intercambio de información o integración tecnológica. Cada una presenta necesidades diferentes que deben ser comprendidas y, cuando corresponda, traducidas en requisitos, objetivos o prioridades.

La alta dirección puede requerir información confiable para la toma de decisiones y una utilización eficiente de los recursos tecnológicos; las unidades funcionales pueden necesitar automatización e integración de procesos; los usuarios pueden demandar disponibilidad, facilidad de uso y soporte; auditoría y reguladores pueden requerir trazabilidad, controles y evidencia; mientras que clientes externos pueden esperar servicios digitales accesibles, seguros y oportunos.

La participación de estas partes resulta particularmente importante para alcanzar el alineamiento entre TI y la estrategia organizacional. Peak et al. (2005), mediante un estudio aplicado de planificación y alineamiento de TI, encontraron que vincular directamente la planificación tecnológica con las estrategias, objetivos y factores críticos de las unidades organizacionales contribuye al mejor aprovechamiento de los recursos de TI y facilita la comunicación entre las áreas involucradas.

Por tanto, el análisis del contexto no debe considerarse una actividad meramente descriptiva. Su propósito es generar evidencia para la toma de decisiones. El diagnóstico de infraestructura, sistemas, procesos, capacidades, datos y recursos debe complementarse con los factores externos y las necesidades de las partes interesadas para establecer una visión suficientemente completa de la situación tecnológica.

En consecuencia, la planificación de TI debería surgir del conocimiento del contexto y de las necesidades organizacionales, y no exclusivamente de las posibilidades que ofrece la tecnología. Esta premisa permite trasladar el análisis desde la pregunta “¿qué tecnología podríamos implementar?” hacia una cuestión estratégicamente más relevante: “¿qué capacidades tecnológicas necesita la organización para alcanzar sus objetivos y responder a su contexto?”.

4. Planificación: del contexto a la estrategia de TI

Comprender el contexto proporciona información sobre la situación actual, pero no determina por sí mismo el rumbo que debe seguir la organización. El siguiente componente del sistema de gestión consiste en transformar ese conocimiento en decisiones, objetivos y acciones. Dentro de ISO 9001, la planificación se articula fundamentalmente alrededor del tratamiento de riesgos y oportunidades, el establecimiento de objetivos y la planificación de los cambios necesarios para alcanzar los resultados esperados (ISO, 2015).

Esta lógica puede trasladarse a TI mediante una secuencia en la que los resultados del análisis contextual permiten identificar necesidades, riesgos, oportunidades y brechas; estas se convierten posteriormente en objetivos estratégicos y, finalmente, en iniciativas concretas. La planificación tecnológica deja así de comenzar con la selección de proyectos o herramientas y pasa a iniciar con la definición de los resultados que la organización necesita alcanzar.

La literatura sobre planificación estratégica de sistemas de información ha insistido históricamente en esta relación. King y Teo (1996) plantearon un modelo en el que el ambiente externo, el ambiente interno y los recursos de planificación anteceden al proceso de planificación, cuyo resultado debe mantener alineamiento con el plan organizacional. De manera similar, Peak et al. (2005) señalan que la planificación integrada requiere una visión dinámica de la organización y su entorno, permitiendo utilizar la estrategia de TI para reducir la distancia entre la realidad tecnológica existente y las necesidades estratégicas futuras.

4.1 Riesgos y oportunidades de TI

El pensamiento basado en riesgos constituye uno de los elementos fundamentales de ISO 9001. Su aplicación a TI resulta particularmente pertinente, aunque requiere superar la tendencia a asociar el riesgo tecnológico exclusivamente con la ciberseguridad.

Los riesgos de TI pueden originarse en múltiples dimensiones. La obsolescencia tecnológica puede afectar continuidad, compatibilidad y costos; la dependencia de proveedores puede reducir capacidad de negociación o dificultar migraciones; la insuficiencia de competencias puede limitar la implementación de nuevas soluciones; la deuda tecnológica puede incrementar progresivamente los costos y complejidad; los datos deficientes pueden afectar decisiones y automatizaciones; y una arquitectura fragmentada puede dificultar la interoperabilidad y escalabilidad.

A estos factores se suman riesgos relacionados con continuidad de servicios, disponibilidad presupuestaria, cumplimiento regulatorio, ejecución de proyectos, resistencia al cambio, concentración de conocimiento, dependencia de sistemas heredados y capacidad insuficiente para atender nuevas demandas. La ciberseguridad constituye una dimensión fundamental dentro de este conjunto, pero no representa la totalidad del riesgo tecnológico.

El mismo análisis debe permitir identificar oportunidades. Una organización puede encontrar posibilidades de automatización, integración de sistemas, explotación de datos, adopción de servicios en nube, utilización de inteligencia artificial, simplificación de procesos, consolidación de infraestructura o mejora de la experiencia de los usuarios. El propósito no consiste en adoptar automáticamente estas tecnologías, sino en determinar cuáles oportunidades responden efectivamente a necesidades identificadas.

Esta perspectiva permite relacionar riesgo y oportunidad con la planificación. Un sistema heredado, por ejemplo, puede representar simultáneamente un riesgo de obsolescencia y una oportunidad para rediseñar el proceso que soporta. De igual manera, una deficiencia en integración de datos puede constituir un riesgo para la toma de decisiones y, simultáneamente, justificar una iniciativa estratégica de interoperabilidad o gobierno de datos.

El análisis de riesgos y oportunidades funciona así como un mecanismo de priorización, permitiendo concentrar recursos limitados en aquellas situaciones cuyo impacto potencial resulta más significativo para la organización.

4.2 Objetivos de TI y alineamiento organizacional

Una vez identificadas las necesidades, brechas, riesgos y oportunidades, la planificación requiere transformarlas en objetivos de TI. Estos objetivos constituyen el vínculo entre el contexto y la acción, por lo que deberían expresar resultados esperados y no simplemente actividades tecnológicas.

La relación puede representarse mediante la siguiente secuencia:

Objetivo organizacional → necesidad o brecha → objetivo estratégico de TI → indicador → iniciativa tecnológica.

Por ejemplo, si una organización establece como objetivo mejorar la eficiencia de sus servicios, el diagnóstico puede identificar procesos manuales y fragmentación de información como brechas. A partir de ello podría establecerse un objetivo de TI relacionado con incrementar la integración y automatización de determinados procesos. El indicador debería medir el resultado esperado y las iniciativas podrían posteriormente incluir integración de plataformas, automatización, rediseño de procesos o implementación de nuevas soluciones.

Este razonamiento permite diferenciar objetivos de iniciativas. “Implementar una plataforma”, “migrar a la nube” o “incorporar inteligencia artificial” describen acciones o soluciones; no necesariamente expresan el resultado estratégico que se pretende alcanzar. La planificación debería establecer primero qué condición debe mejorar y posteriormente determinar cuál solución tecnológica resulta más apropiada.

La importancia del alineamiento entre objetivos organizacionales y tecnológicos ha sido ampliamente estudiada. Teo y King (1996) encontraron que mayores niveles de integración entre la planificación organizacional y la planificación de sistemas de información se relacionaban con mayores contribuciones de los sistemas al desempeño organizacional. Estudios posteriores han continuado destacando que el alineamiento estratégico requiere desarrollar y reconfigurar las capacidades de TI en función de la evolución de las estrategias organizacionales (Chen et al., 2008).

La relación entre negocio y TI tampoco debería entenderse exclusivamente en una sola dirección. La estrategia institucional genera necesidades tecnológicas, pero las nuevas capacidades tecnológicas pueden también habilitar formas distintas de operar, prestar servicios o alcanzar objetivos. Por esta razón, el alineamiento debe concebirse como un proceso dinámico de interacción entre estrategia organizacional y capacidades tecnológicas.

4.3 Planificación estratégica de TI

La planificación estratégica de TI constituye el mecanismo mediante el cual el diagnóstico y los objetivos se traducen en una ruta estructurada de actuación. Su propósito no debería limitarse a determinar qué tecnologías serán adquiridas o qué proyectos serán ejecutados, sino establecer cómo las capacidades tecnológicas evolucionarán desde una situación actual hacia una situación deseada alineada con las necesidades de la organización.

Una estructura conceptual de planificación puede expresarse mediante la siguiente relación:

Situación actual → situación deseada → brechas → objetivos → iniciativas → recursos → responsables → indicadores.

La situación actual se obtiene mediante el análisis del contexto desarrollado previamente. La situación deseada representa las capacidades y resultados que la organización requiere alcanzar. La comparación entre ambas permite identificar brechas, cuya priorización da origen a los objetivos estratégicos de TI. Estos objetivos se materializan posteriormente mediante iniciativas y proyectos, para los cuales deben determinarse recursos, responsables, plazos e indicadores de seguimiento.

Este planteamiento mantiene una relación directa con el enfoque de sistemas de gestión. ISO 9001 vincula planificación, objetivos, recursos, operación, seguimiento y mejora dentro de un mismo sistema, evitando que estas actividades sean administradas como componentes independientes (ISO, 2015). Aplicada a TI, esta lógica permite relacionar decisiones estratégicas con procesos, capacidades y mecanismos posteriores de evaluación.

La planificación debe incorporar también la gestión del cambio. Las decisiones tecnológicas pueden modificar procesos, responsabilidades, competencias, relaciones con proveedores y formas de interacción con usuarios. Por ello, la implementación de una iniciativa tecnológica no puede evaluarse únicamente desde su ejecución técnica. Deben considerarse sus consecuencias organizacionales, los recursos requeridos, las nuevas competencias necesarias, los riesgos derivados y la capacidad de la organización para adoptar el cambio.

La investigación sobre planificación y alineamiento de TI ha señalado igualmente que las decisiones tecnológicas requieren integrarse con la planificación corporativa. Peak et al. (2005) encontraron que un proceso de planificación de TI directamente relacionado con las estrategias y factores críticos de las unidades organizacionales facilitaba el alineamiento y mejoraba la comunicación asociada a proyectos y desarrollo tecnológico. Esta relación refuerza la necesidad de que la planificación tecnológica no se construya exclusivamente desde el departamento de TI, sino mediante interacción con las áreas responsables de los objetivos y procesos institucionales.

En este sentido, un plan estratégico de TI no debería convertirse simplemente en una cartera de proyectos tecnológicos. Una lista de adquisiciones, implementaciones, migraciones o desarrollos puede constituir una parte del plan, pero no representa por sí misma una estrategia. La estrategia requiere demostrar por qué esas iniciativas son necesarias, qué brechas atienden, con cuáles objetivos se relacionan, qué capacidades desarrollan y mediante qué indicadores se determinará posteriormente si produjeron los resultados esperados.

Bajo un enfoque de sistemas de gestión, la planificación adquiere entonces un carácter dinámico. Los objetivos y prioridades no deberían permanecer inalterables frente a cambios significativos en el contexto, los riesgos, las necesidades de las partes interesadas o el desempeño tecnológico. La planificación debe ser revisada mediante información obtenida de los propios procesos y mecanismos de evaluación.

De esta manera, el ciclo comienza a adquirir continuidad: el contexto permite comprender; la planificación permite decidir. El siguiente paso consiste en convertir esas decisiones en capacidades operativas y resultados concretos. Para ello, la estrategia debe materializarse mediante procesos de TI definidos, gestionados, medidos e interrelacionados, estableciendo el vínculo entre la planificación estratégica y la operación tecnológica.

5. Procesos: convertir la estrategia en gestión

La planificación estratégica establece prioridades, objetivos y resultados esperados; sin embargo, estos únicamente adquieren valor cuando pueden traducirse en actividades capaces de producir resultados concretos. En este punto, el enfoque basado en procesos constituye el vínculo entre la dimensión estratégica y la operación cotidiana de TI. Gestionar mediante procesos permite pasar de establecer qué pretende alcanzar la organización a determinar cómo se organizan las actividades, responsabilidades, recursos y controles necesarios para hacerlo posible.

ISO 9001:2015 otorga al enfoque basado en procesos un papel central dentro del sistema de gestión. La norma plantea la necesidad de determinar los procesos necesarios, sus entradas y salidas, secuencia e interacción, criterios y métodos para su operación y control, recursos, responsabilidades, riesgos y oportunidades, mecanismos de evaluación y oportunidades de mejora (International Organization for Standardization [ISO], 2015). Esta perspectiva resulta particularmente relevante para TI, debido a que la prestación de servicios tecnológicos depende de múltiples procesos interrelacionados y no únicamente de la disponibilidad de infraestructura, aplicaciones o conocimiento técnico.

Desde esta perspectiva, la gestión de TI puede comprenderse como un sistema de procesos interdependientes. Un servicio tecnológico raramente depende de una sola actividad o unidad. La disponibilidad de una aplicación, por ejemplo, puede involucrar procesos de infraestructura, gestión de cambios, soporte, seguridad, proveedores, administración de datos, continuidad y gestión de incidentes. Analizar cada uno de estos elementos aisladamente puede conducir a optimizaciones locales que no necesariamente mejoran el resultado global.

Esta visión sistémica resulta coherente con los principios de mejora continua desarrollados desde la gestión de calidad. Deming (1986) advertía sobre las limitaciones de administrar organizaciones mediante componentes aislados y enfatizaba la necesidad de comprender las interacciones existentes dentro del sistema. En TI, esta perspectiva implica que mejorar el desempeño de un proceso particular no necesariamente genera una mejora equivalente en el servicio final si permanecen restricciones, desperdicios o deficiencias en otros puntos de la cadena.

Por ello, la gestión por procesos aplicada a TI cumple una doble función. En sentido horizontal, permite comprender cómo interactúan las diferentes actividades necesarias para entregar servicios y resultados tecnológicos. En sentido vertical, permite conectar estas actividades con los objetivos estratégicos que justifican su existencia. Ambas dimensiones son necesarias para evitar una separación entre la estrategia de TI y su operación.

5.1 Gestión por procesos aplicada a TI

Un proceso puede comprenderse como un conjunto de actividades relacionadas que transforma determinadas entradas en resultados. No obstante, desde la perspectiva de un sistema de gestión, identificar una secuencia de actividades constituye solamente el primer nivel de análisis. Gestionar un proceso requiere comprender sus entradas, actividades, responsables, recursos, controles, salidas, indicadores, riesgos e interacciones.

Esta estructura puede representarse conceptualmente como:

Entradas → actividades → responsables y recursos → controles → salidas → indicadores → evaluación y mejora

Los riesgos y oportunidades deben considerarse transversalmente, debido a que pueden encontrarse tanto en las entradas como en las actividades, recursos, controles, dependencias y resultados del proceso.

Las entradas corresponden a la información, solicitudes, recursos o condiciones que activan o permiten ejecutar el proceso. Las actividades representan el trabajo realizado para transformar esas entradas. Los responsables permiten establecer quién ejecuta, supervisa o toma decisiones; los recursos incluyen personas, sistemas, infraestructura, información y presupuesto; y los controles establecen las condiciones necesarias para mantener el proceso dentro de parámetros definidos.

Las salidas representan los productos, servicios, decisiones o resultados generados y deberían encontrarse relacionadas con las necesidades de sus usuarios o procesos receptores. Finalmente, los indicadores proporcionan evidencia sobre el desempeño y permiten determinar si el proceso está alcanzando los resultados esperados.

Una herramienta útil para realizar una caracterización inicial es SIPOC (Supplier, Input, Process, Output, Customer), que permite representar de manera resumida los proveedores, entradas, proceso, salidas y clientes involucrados. Su utilidad reside principalmente en delimitar el proceso y proporcionar una visión de alto nivel antes de profundizar en su análisis. Aplicado a TI, un SIPOC puede utilizarse, por ejemplo, para determinar quién genera una solicitud tecnológica, qué información se requiere para procesarla, qué actividades principales intervienen, cuál es el resultado esperado y quién recibe dicho resultado.

Cuando se requiere comprender con mayor detalle el flujo de actividades, decisiones, eventos, responsabilidades e interacciones, pueden emplearse herramientas de modelado como Business Process Model and Notation (BPMN). BPMN proporciona una notación estandarizada para representar gráficamente procesos y facilitar su comprensión tanto por perfiles organizacionales como tecnológicos (Object Management Group [OMG], 2014). Esta característica resulta particularmente útil en TI, donde frecuentemente es necesario establecer un lenguaje común entre responsables de procesos, usuarios funcionales, analistas y equipos encargados de desarrollar o implementar soluciones tecnológicas.

Sin embargo, representar correctamente un proceso no implica que este sea necesariamente eficiente. Una organización puede documentar mediante BPMN un proceso que contenga actividades redundantes, esperas, reprocesos, transferencias innecesarias o controles que no generan valor. Por esta razón, el modelado debe complementarse con herramientas orientadas al análisis y mejora de los flujos.

En este ámbito, los principios de Lean Management proporcionan una perspectiva centrada en identificar valor y reducir actividades que no contribuyen a generarlo. Womack y Jones (1996) plantean que la gestión Lean requiere identificar el valor desde la perspectiva del cliente, comprender el flujo mediante el cual se produce y eliminar sistemáticamente desperdicios que dificultan dicho flujo. Aplicado a TI, este enfoque permite cuestionar actividades que tradicionalmente forman parte de los procedimientos pero que pueden generar esperas, duplicidad de registros, aprobaciones innecesarias, reprocesos, transferencias excesivas entre equipos o utilización ineficiente de recursos.

Una de las herramientas asociadas a esta filosofía es el Value Stream Mapping (VSM), que permite representar el estado actual de un flujo, identificar actividades que agregan o no agregan valor y diseñar posteriormente un estado futuro mejorado. La evidencia disponible muestra que VSM puede contribuir especialmente a identificar tiempos de espera y otras actividades sin valor, aunque sus resultados dependen del contexto y de la rigurosidad con que se aplique (Nowak et al., 2017).

En procesos de TI, esta lógica puede aplicarse al flujo completo de una solicitud, desde que surge una necesidad hasta que se entrega el resultado. Por ejemplo, el tiempo necesario para implementar un cambio tecnológico puede estar compuesto por un periodo relativamente corto de trabajo técnico y largos tiempos asociados con esperas, aprobaciones, asignaciones, transferencias o correcciones. El análisis del flujo permite hacer visibles estas diferencias y orientar la mejora hacia el desempeño global, no solamente hacia la productividad de una actividad particular.

De forma complementaria, herramientas como Makigami pueden utilizarse para representar procesos administrativos o de servicios haciendo visibles actividades, responsables, transferencias, tiempos, información y posibles desperdicios. En el contexto de TI, este tipo de análisis resulta útil en procesos que atraviesan múltiples unidades o responsables, especialmente cuando el problema no se encuentra exclusivamente en una tarea tecnológica sino en las interacciones organizacionales que la rodean.

Estas herramientas no deben considerarse alternativas excluyentes. Pueden utilizarse en diferentes niveles y momentos del análisis: SIPOC permite delimitar y caracterizar; BPMN permite representar detalladamente; VSM y Makigami permiten analizar flujos y desperdicios; y Lean proporciona principios para cuestionar y mejorar el proceso. La selección debe responder al propósito del análisis y no a la utilización de una herramienta por sí misma.

5.2 Procesos de TI

La aplicación del enfoque basado en procesos requiere identificar cuáles procesos permiten gestionar y entregar las capacidades tecnológicas de la organización. No resulta necesario establecer un catálogo universal, debido a que la naturaleza, alcance y complejidad de los procesos dependerán del contexto, tamaño, servicios, riesgos y necesidades de cada organización.

Entre los procesos que pueden encontrarse en la gestión de TI se incluyen, por ejemplo, la gestión de incidentes, cambios, activos tecnológicos, infraestructura, accesos, proyectos, desarrollo y mantenimiento de sistemas, proveedores, continuidad, datos y soporte a usuarios. A estos pueden agregarse otros relacionados con arquitectura, seguridad, disponibilidad, capacidad, configuración, adquisiciones o gestión del conocimiento, según las características particulares de la organización.

Los marcos especializados en gestión de TI ofrecen referentes para estructurar algunos de estos procesos. ISO/IEC 20000-1:2018, por ejemplo, aborda la gestión de servicios de TI mediante un sistema que incorpora planificación, operación, evaluación y mejora; mientras que otros marcos como ITIL y COBIT proporcionan prácticas y objetivos específicos relacionados con la gestión y gobernanza tecnológica. Estos referentes pueden complementar la estructura general proporcionada por los sistemas de gestión, aportando mayor profundidad técnica cuando un proceso particular lo requiera.

Sin embargo, adoptar un catálogo de procesos proveniente de un estándar o marco de referencia no garantiza por sí mismo una adecuada gestión. Los procesos deben adaptarse al contexto y necesidades reales de la organización. Incorporar procesos excesivamente complejos en una organización pequeña puede generar burocracia innecesaria, mientras que una estructura demasiado informal puede resultar insuficiente en entornos con alta dependencia tecnológica, regulación o criticidad operativa.

La pregunta fundamental no debería ser únicamente “¿qué procesos recomienda determinado marco?”, sino “¿qué procesos necesita esta organización para gestionar sus capacidades tecnológicas y alcanzar sus objetivos?”. Esta diferencia permite conservar la orientación estratégica del sistema de gestión y evita que la adopción de buenas prácticas se convierta en un ejercicio de cumplimiento desconectado de las necesidades institucionales.

Además, los procesos de TI no deben analizarse exclusivamente dentro de los límites del departamento tecnológico. Muchos son transversales. La gestión de accesos requiere interacción con recursos humanos y responsables funcionales; los proyectos tecnológicos requieren participación de las áreas usuarias; la gestión de proveedores se relaciona con contratación y finanzas; la continuidad tecnológica forma parte de la continuidad organizacional; y la gestión de datos requiere participación de las unidades que generan, utilizan y son responsables de dicha información.

Esta transversalidad refuerza la necesidad de analizar las interacciones entre procesos, uno de los elementos centrales del enfoque promovido por ISO 9001. Una organización puede disponer de procesos individualmente documentados y, sin embargo, experimentar fallos sistemáticos debido a interfaces deficientes entre ellos. En muchos casos, las mayores oportunidades de mejora no se encuentran dentro de una actividad particular, sino precisamente en las transferencias de información, responsabilidades y decisiones entre procesos.

5.3 Procesos y estrategia: trazabilidad desde el objetivo hasta el resultado

Uno de los principales riesgos de la gestión tecnológica consiste en desarrollar, por una parte, una planificación estratégica de TI y, por otra, administrar los procesos operativos como una realidad independiente. Bajo esta lógica, el plan establece objetivos y proyectos, mientras la operación continúa ejecutándose mediante indicadores y prioridades que no necesariamente mantienen una relación visible con dichos objetivos.

Un enfoque de sistemas de gestión requiere superar esta separación.

La relación propuesta puede expresarse mediante la siguiente secuencia:

Objetivo organizacional → objetivo estratégico de TI → proceso de TI → indicador → resultado

Esta trazabilidad permite establecer por qué existe un proceso, qué objetivo soporta y cómo puede determinarse si su desempeño contribuye efectivamente al resultado esperado.

Por ejemplo, una organización puede establecer como objetivo estratégico incrementar la disponibilidad y continuidad de sus servicios digitales. Este objetivo puede relacionarse con procesos de gestión de incidentes, cambios, infraestructura, continuidad y proveedores. Cada proceso requiere indicadores propios, pero estos deben permitir comprender su contribución al resultado estratégico y no limitarse a describir el volumen de actividades realizadas.

Esta diferenciación conduce a distinguir entre actividad, desempeño y resultado. El número de incidentes atendidos, cambios realizados o proyectos ejecutados describe actividad; los tiempos de resolución, disponibilidad o cumplimiento permiten evaluar desempeño; pero la contribución a la continuidad operativa, experiencia del usuario, eficiencia institucional o capacidad estratégica representa un nivel de resultado superior.

En este contexto, los Key Performance Indicators (KPI) permiten seleccionar métricas críticas para evaluar el desempeño de procesos y objetivos. Su utilidad depende de que exista una relación clara entre aquello que se mide y la decisión que se pretende apoyar. Un proceso con decenas de métricas puede generar abundante información y, simultáneamente, poca capacidad de gestión si no se han identificado cuáles indicadores reflejan realmente su desempeño.

Los Objectives and Key Results (OKR) pueden complementar esta lógica al vincular objetivos cualitativos con resultados clave verificables. Doerr (2018) destaca su utilidad para establecer prioridades y relacionar objetivos con resultados medibles. Aplicados a TI, los OKR pueden contribuir a traducir prioridades estratégicas en resultados concretos, mientras los KPI permiten mantener seguimiento sobre el desempeño sostenido de procesos y servicios.

Ambos instrumentos cumplen funciones diferentes y pueden coexistir. Los OKR pueden orientar hacia cambios o resultados prioritarios, mientras que los KPI permiten observar de manera continua el comportamiento de procesos y capacidades críticas. Esta diferenciación evita utilizar indicadores únicamente para reportar actividad y fortalece su función como mecanismo de conexión entre estrategia, operación y toma de decisiones.

La relación entre estrategia y procesos tampoco debe ser unidireccional. Si bien los objetivos estratégicos determinan qué procesos deben desarrollarse o fortalecerse, la información generada por los procesos puede revelar restricciones, riesgos u oportunidades que obliguen a revisar la estrategia. Un proceso que evidencia de forma sostenida una capacidad insuficiente, una dependencia crítica o un deterioro de sus resultados proporciona información estratégica que debe incorporarse a los ciclos posteriores de planificación.

Se configura así una relación de doble vía:

Estrategia → orienta los procesos → procesos generan evidencia → evidencia retroalimenta la estrategia.

Esta interacción constituye uno de los principales argumentos para comprender TI como un sistema de gestión y no como una suma de funciones tecnológicas independientes.

5.4 Madurez de los procesos de TI

La existencia de procesos definidos constituye un avance importante, pero no permite concluir que estos se encuentren adecuadamente gestionados. Documentar un proceso no significa que el proceso sea maduro. Una organización puede disponer de procedimientos, diagramas y responsables formalmente establecidos y, al mismo tiempo, presentar ejecución inconsistente, ausencia de indicadores, controles ineficaces o escasa capacidad de mejora.

El concepto de madurez de procesos permite analizar esta diferencia. CMMI constituye uno de los referentes más conocidos para evaluar la evolución progresiva de capacidades organizacionales y procesos. Su lógica permite distinguir entre entornos donde el trabajo depende fundamentalmente de respuestas individuales y aquellos donde los procesos se encuentran progresivamente gestionados, definidos, medidos y optimizados.

Como adaptación conceptual para el análisis de los procesos de TI, esta evolución puede representarse mediante cinco estados:

Nivel	Característica del proceso de TI
Inicial	El proceso es predominantemente reactivo, variable y dependiente del conocimiento individual.
Gestionado	Existen responsables, planificación básica, seguimiento y prácticas repetibles.
Definido	El proceso está estandarizado, documentado e integrado con otros procesos relacionados.
Medido	Su desempeño se controla mediante datos, indicadores y criterios cuantitativos.
Optimizado	La información obtenida se utiliza sistemáticamente para innovación, prevención y mejora continua.

Esta progresión no debería interpretarse únicamente como una búsqueda de mayor documentación. El propósito de avanzar en madurez consiste en incrementar la capacidad de producir resultados previsibles, medibles y mejorables. Un proceso puede estar extensamente documentado y permanecer en un nivel bajo de madurez si su ejecución real difiere sistemáticamente de lo establecido o si la organización desconoce su desempeño.

La madurez tampoco debe perseguirse de manera uniforme para todos los procesos. El nivel requerido debería responder a su criticidad, riesgo y contribución estratégica. Un proceso asociado con continuidad de servicios críticos puede requerir mayores niveles de formalización, medición y control que otro de menor impacto. Desde esta perspectiva, la madurez constituye también un instrumento de priorización.

Los principios Lean complementan este análisis al introducir una consideración adicional: un proceso maduro no debería limitarse a ser estable y medible; también debe cuestionarse continuamente si las actividades que contiene generan valor. La estandarización constituye una base para la mejora, pero no debería convertirse en una justificación para conservar actividades innecesarias. VSM y otras herramientas Lean permiten analizar el estado actual, identificar desperdicios y diseñar estados futuros orientados hacia flujos más eficientes. Estudios de aplicación de VSM muestran precisamente su utilidad para visualizar el estado actual y futuro e identificar actividades que no agregan valor (Martínez-Cerón et al., 2022).

BPMN desempeña una función diferente dentro de este proceso de madurez. La notación permite formalizar y comunicar cómo funciona o debería funcionar un proceso, facilitando la identificación de actividades, eventos, decisiones, responsabilidades e interacciones. Su utilización puede contribuir a la estandarización y comprensión compartida del proceso, pero el modelo gráfico debe contrastarse con la operación real y con la información de desempeño. Un diagrama técnicamente correcto no constituye evidencia de eficacia.

Por ello, la mejora de madurez puede visualizarse como una evolución en las preguntas que la organización es capaz de responder:

Inicial: ¿Cómo hacemos actualmente el trabajo?

Gestionado: ¿Quién es responsable y cómo controlamos su ejecución?

Definido: ¿Existe una forma estandarizada e integrada de hacerlo?

Medido: ¿Qué resultados produce y qué muestran los datos?

Optimizado: ¿Cómo podemos hacerlo mejor y cómo sabemos que la mejora funcionó?

En este último nivel convergen varios de los conceptos desarrollados: el proceso se encuentra definido mediante herramientas apropiadas, su desempeño es observado mediante KPI, sus resultados se relacionan con objetivos estratégicos u OKR, sus desperdicios pueden analizarse mediante principios Lean y herramientas como VSM o Makigami, y las oportunidades identificadas generan nuevos ciclos de mejora.

Esta integración permite establecer una diferencia fundamental entre administrar procedimientos y gestionar procesos. Administrar procedimientos puede concentrarse en asegurar que determinadas actividades se ejecuten conforme a una descripción establecida. Gestionar procesos implica, además, comprender su propósito, medir sus resultados, controlar sus riesgos, analizar sus interacciones, cuestionar actividades que no generan valor y modificar sistemáticamente la forma de trabajo cuando existe evidencia de que puede obtenerse un resultado superior.

En consecuencia, los procesos constituyen el punto donde la estrategia de TI se convierte en gestión cotidiana y, simultáneamente, donde la operación genera la evidencia necesaria para determinar si dicha estrategia está funcionando. El enfoque basado en procesos proporciona así el vínculo entre planificación y evaluación: los objetivos estratégicos orientan qué debe gestionarse, los procesos materializan esas decisiones y los indicadores proporcionan la información necesaria para evaluar los resultados obtenidos.

El siguiente componente del sistema consiste, por tanto, en establecer mecanismos sistemáticos para utilizar esa evidencia. Indicadores, auditorías y revisiones dejan de constituir actividades aisladas de control y pasan a formar parte de un proceso de evaluación del desempeño de TI, mediante el cual la organización puede determinar no solamente si sus procesos se ejecutan según lo previsto, sino si continúan siendo eficaces, pertinentes y capaces de contribuir a sus objetivos estratégicos.

6. Evaluación: medir y auditar la gestión de TI

La gestión de TI requiere mecanismos que permitan determinar si los procesos, servicios e iniciativas tecnológicas realmente están produciendo los resultados esperados. Dentro de la lógica de los sistemas de gestión, esta función corresponde a la evaluación del desempeño, que transforma la operación en evidencia susceptible de análisis y facilita la toma de decisiones basada en datos.

ISO 9001 incorpora la evaluación del desempeño como un componente estructural del sistema de gestión, incluyendo actividades de seguimiento, medición, análisis, evaluación, auditoría interna y revisión por la dirección (International Organization for Standardization [ISO], 2015). La importancia de este enfoque radica en que no basta con definir procesos y ejecutarlos; la organización debe disponer de evidencia que permita determinar si estos son eficaces, si cumplen los resultados previstos y si continúan siendo adecuados para las condiciones en las cuales operan. ISO señala, asimismo, que las auditorías internas constituyen uno de los mecanismos mediante los cuales una organización puede verificar cómo está funcionando su sistema de gestión.

Aplicado al ámbito tecnológico, este principio implica avanzar desde una cultura centrada principalmente en registrar actividad hacia una cultura orientada a evaluar desempeño y resultados. Las áreas de TI generan grandes cantidades de información: incidentes registrados, solicitudes atendidas, disponibilidad de servicios, proyectos ejecutados, cambios realizados, consumo de infraestructura, vulnerabilidades identificadas o niveles de utilización. Sin embargo, disponer de datos no significa necesariamente disponer de información útil para la gestión.

La evaluación requiere determinar previamente qué resultados son importantes, cuáles indicadores permiten observarlos y cómo esa información contribuye a revisar objetivos, procesos y decisiones. En este sentido, medir TI implica establecer una conexión entre operación, resultados y estrategia.

6.1 Indicadores: de la actividad al valor generado

Los indicadores constituyen uno de los principales mecanismos para transformar el desempeño de los procesos en evidencia para la toma de decisiones. Su utilidad, sin embargo, depende de la capacidad de distinguir entre aquello que simplemente describe actividad y aquello que permite evaluar resultados.

Dentro de la gestión de TI pueden diferenciarse al menos tres niveles complementarios de indicadores:

Indicadores operativos, orientados a responder: ¿cómo está funcionando el proceso?

Pueden incluir tiempos de respuesta, tiempo promedio de resolución, disponibilidad, utilización de recursos, cumplimiento de acuerdos de servicio, número de errores, cambios fallidos o tiempos de procesamiento. Estos indicadores permiten observar el comportamiento cotidiano de procesos y servicios y detectar desviaciones respecto a parámetros esperados.

Indicadores de resultado, orientados a responder: ¿qué resultado está generando el proceso?

En este nivel interesa determinar si la operación está produciendo un efecto útil. Por ejemplo, la disminución de incidentes recurrentes, reducción del tiempo total de atención de un servicio, incremento en la utilización de una solución digital, reducción de reprocesos, mejora de la experiencia del usuario o incremento de la continuidad de un servicio.

Finalmente, los indicadores estratégicos buscan responder: ¿cómo contribuye TI al cumplimiento de los objetivos organizacionales?

Estos pueden vincularse con eficiencia, continuidad operativa, transformación de servicios, capacidad de innovación, reducción de costos, experiencia de usuarios, cumplimiento regulatorio o desarrollo de nuevas capacidades organizacionales.

Esta diferenciación resulta importante porque un desempeño operativo favorable no garantiza automáticamente un resultado estratégico. Un departamento de TI puede atender rápidamente miles de incidentes y, simultáneamente, mantener un problema estructural que genera continuamente esos incidentes. De igual manera, puede completar todos sus proyectos tecnológicos dentro del plazo establecido sin que estos produzcan los beneficios organizacionales originalmente esperados.

La relación entre los diferentes niveles de medición puede representarse como:

Actividad → desempeño del proceso → resultado → contribución estratégica

Este enfoque mantiene correspondencia con marcos especializados en gobierno y gestión de TI. COBIT ha utilizado una estructura de cascada de objetivos que vincula necesidades de las partes interesadas, objetivos empresariales, objetivos relacionados con TI y procesos de gestión. Asimismo, ha diferenciado métricas asociadas a objetivos empresariales, objetivos de TI y objetivos de procesos, evidenciando la necesidad de mantener trazabilidad entre niveles estratégicos y operativos (ISACA, 2016).

Por esta razón, el diseño de indicadores debería comenzar por el objetivo y no por la disponibilidad del dato. La pregunta inicial no debería ser “¿qué podemos medir?”, sino “¿qué necesitamos conocer para determinar si estamos alcanzando el resultado esperado?”.

Un conjunto excesivo de métricas también puede dificultar la gestión. La generación automática de datos mediante plataformas tecnológicas puede conducir a tableros con decenas o cientos de variables sin una jerarquización clara. Los indicadores clave de desempeño o Key Performance Indicators (KPI) adquieren valor precisamente cuando permiten concentrar la atención sobre aquellas variables críticas para interpretar el desempeño y apoyar decisiones.

De esta manera, la medición debe mantener coherencia con la trazabilidad definida previamente:

Objetivo organizacional → objetivo de TI → proceso → KPI → resultado esperado.

Si esta relación no puede explicarse claramente, el indicador puede aportar información operativa, pero difícilmente puede considerarse un mecanismo de evaluación estratégica.

6.2 Auditoría de la gestión de TI

La medición proporciona información cuantitativa y cualitativa sobre el desempeño, pero no sustituye la necesidad de realizar evaluaciones sistemáticas sobre la forma en que funciona el sistema. En este ámbito, la auditoría constituye una herramienta especialmente relevante.

Desde la perspectiva de los sistemas de gestión, auditar no significa exclusivamente buscar errores o verificar cumplimiento documental. ISO 19011 establece principios y directrices para la auditoría de sistemas de gestión, incluyendo la gestión de programas de auditoría, su ejecución y la competencia de quienes participan en el proceso (ISO, 2026).

Aplicado a TI, este enfoque permite ampliar la concepción tradicional de auditoría tecnológica. Las auditorías de TI han estado frecuentemente asociadas con seguridad de la información, controles de acceso, infraestructura, cumplimiento o riesgos tecnológicos. Estos elementos continúan siendo fundamentales; sin embargo, desde una perspectiva de sistema de gestión, el alcance puede incluir también la eficacia de los procesos, su alineamiento estratégico y su capacidad para generar resultados.

Una auditoría de la gestión de TI podría, por ejemplo, plantear preguntas como:

• ¿Los procesos necesarios para gestionar TI están identificados y definidos?
• ¿Las responsabilidades y puntos de control son claros?
• ¿Los procesos se ejecutan conforme a lo establecido?
• ¿La práctica real coincide con la documentación existente?
• ¿Los riesgos relevantes están identificados y tratados?
• ¿Los indicadores permiten evaluar el desempeño?
• ¿Los resultados obtenidos cumplen los objetivos establecidos?
• ¿Existen evidencias suficientes para sustentar las decisiones?
• ¿Los procesos continúan siendo pertinentes frente al contexto actual?
• ¿Se han identificado oportunidades de mejora?

Estas preguntas muestran una diferencia importante entre auditar conformidad y auditar eficacia. Un proceso puede cumplir formalmente un procedimiento y, aun así, producir resultados deficientes. Por ello, una auditoría orientada a la gestión no debería limitarse a verificar si existe documentación o si las actividades fueron realizadas; también debe analizar si el proceso contribuye al propósito para el cual fue diseñado.

La ISO 9001 Auditing Practices Group destaca precisamente que el enfoque basado en procesos y el pensamiento basado en riesgos son elementos esenciales al auditar un sistema de gestión, lo que implica considerar interacciones, resultados y eficacia además de requisitos individuales (ISO & International Accreditation Forum [IAF], 2023).

En TI, esta lógica puede utilizarse para evaluar tanto procesos operativos como procesos estratégicos. Una auditoría podría revisar, por ejemplo, si la gestión de cambios reduce adecuadamente el riesgo operativo, si la gestión de proveedores controla dependencias críticas, si la planificación de TI mantiene alineamiento con los objetivos institucionales o si las iniciativas de transformación están produciendo los beneficios establecidos.

La auditoría adquiere así una función adicional: generar conocimiento sobre el sistema. Los hallazgos, observaciones y oportunidades identificadas proporcionan información que posteriormente puede alimentar acciones correctivas, decisiones estratégicas y mejoras de procesos.

Desde esta perspectiva, la auditoría deja de representar únicamente un mecanismo de fiscalización y se convierte también en un instrumento estructurado de aprendizaje organizacional.

6.3 Revisión por la dirección: conectar desempeño tecnológico y decisión estratégica

La evaluación del sistema no debería permanecer exclusivamente dentro del departamento de TI. Uno de los mecanismos que permiten vincular los resultados operativos con las decisiones estratégicas es la revisión por la dirección, componente que ISO 9001 incorpora para evaluar periódicamente la conveniencia, adecuación, eficacia y alineamiento del sistema de gestión (ISO, 2015).

Trasladado al contexto de TI, este concepto implica establecer espacios periódicos en los cuales la dirección analice de manera integrada el desempeño tecnológico, no únicamente mediante reportes técnicos aislados.

Una revisión de la gestión de TI puede considerar, entre otros elementos:

objetivos estratégicos + indicadores + riesgos + proyectos e iniciativas + desempeño de procesos + recursos + auditorías + cambios del contexto + oportunidades de mejora.

Esta integración es relevante porque muchos de estos elementos suelen revisarse de manera fragmentada. Los proyectos pueden analizarse en un comité, los riesgos en otro espacio, el presupuesto en otro momento y los indicadores operativos dentro del propio departamento de TI. La revisión bajo una lógica de sistema permite observar las relaciones entre estos componentes.

Por ejemplo, un deterioro continuo en determinados indicadores puede tener origen en insuficiencia de recursos, obsolescencia tecnológica, dependencia de un proveedor, bajo nivel de madurez del proceso o decisiones estratégicas anteriores. Analizar únicamente el indicador puede conducir a acciones correctivas superficiales; revisar el conjunto permite comprender las causas sistémicas.

La revisión por la dirección también fortalece el gobierno de TI, al permitir que las decisiones tecnológicas sean analizadas en relación con necesidades organizacionales, riesgos y generación de valor. COBIT mantiene una lógica similar al plantear que las necesidades de las partes interesadas deben transformarse en objetivos empresariales y posteriormente en objetivos y prioridades de gestión tecnológica (ISACA, 2019).

De esta manera, la evaluación completa el componente Verificar (Check) del ciclo PHVA. Los procesos generan datos, los indicadores permiten interpretar su comportamiento, la auditoría analiza sistemáticamente su funcionamiento y la revisión por la dirección convierte esa evidencia en decisiones.

Sin embargo, el propósito de evaluar no consiste únicamente en conocer qué ocurrió. La verdadera utilidad de la evaluación aparece cuando la información obtenida genera cambios sobre el sistema. Esto conduce al siguiente componente: la mejora continua.

7. Mejora continua: de corregir problemas a transformar TI

La mejora constituye el componente que convierte la evaluación en acción. Un sistema de gestión que mide y audita su desempeño pero no modifica su funcionamiento frente a los resultados obtenidos puede generar abundante evidencia sin producir aprendizaje organizacional.

ISO 9001 incorpora la mejora como uno de los componentes fundamentales del sistema de gestión, relacionándola con la identificación de oportunidades, el tratamiento de no conformidades, las acciones correctivas y la mejora continua (ISO, 2015). Dentro del ciclo PHVA, esta dimensión corresponde al componente Actuar (Act): utilizar los resultados de la evaluación para ajustar procesos, decisiones y capacidades.

Trasladado al ámbito de TI, este principio permite diferenciar dos formas de gestión. Una primera, predominantemente reactiva, se concentra en resolver cada problema cuando aparece. Una segunda utiliza los problemas, indicadores, auditorías y resultados como fuentes de aprendizaje para modificar las condiciones que los generan.

La mejora continua implica avanzar progresivamente de la primera hacia la segunda.

7.1 No conformidades y acciones correctivas: de resolver el incidente a eliminar la causa

El funcionamiento cotidiano de TI genera inevitablemente desviaciones: servicios que no alcanzan niveles esperados, fallos de sistemas, proyectos que incumplen objetivos, controles que resultan insuficientes, procesos que generan reprocesos o soluciones tecnológicas que no producen los resultados previstos.

En un enfoque reactivo, estas situaciones pueden tratarse únicamente mediante su resolución inmediata:

Incidente → resolución → cierre

Esta lógica es necesaria para restablecer la operación, pero resulta insuficiente cuando los problemas son recurrentes o revelan deficiencias estructurales.

El enfoque de acciones correctivas introduce una secuencia diferente:

Problema → análisis de causa → acción correctiva → implementación → verificación de eficacia

La diferencia fundamental consiste en que la acción no se dirige únicamente a eliminar el efecto visible, sino a reducir la probabilidad de recurrencia mediante el tratamiento de sus causas.

En TI, un incidente recurrente puede tener detrás un error de configuración, infraestructura obsoleta, un proceso de cambio insuficiente, deficiencias de capacitación, documentación inadecuada, dependencia de conocimiento individual o incluso una decisión arquitectónica anterior. Resolver repetidamente el incidente puede mantener el servicio funcionando sin corregir el problema subyacente.

Esta perspectiva puede expresarse como:

Incidente recurrente → análisis de causa → modificación del proceso o capacidad → medición posterior → verificación del resultado.

La última etapa es particularmente importante. Implementar una acción no demuestra que esta haya sido eficaz. Debe existir evidencia posterior que permita determinar si disminuyó la recurrencia, mejoró el desempeño o eliminó efectivamente la causa identificada.

Así, las no conformidades, incidentes y desviaciones dejan de considerarse únicamente eventos negativos y pueden convertirse en fuentes estructuradas de aprendizaje.

7.2 Mejora continua de los procesos de TI

La mejora de procesos no debería limitarse a reaccionar ante fallos. Los datos provenientes de indicadores, auditorías, usuarios, cambios tecnológicos y análisis del contexto pueden revelar oportunidades incluso en procesos que cumplen adecuadamente sus objetivos actuales.

Deming (1986) planteó la mejora como una actividad sistemática y permanente sobre el sistema y sus procesos. Esta lógica es especialmente pertinente en TI, donde los cambios tecnológicos y organizacionales pueden provocar que una práctica anteriormente adecuada deje de serlo aun cuando no presente fallos evidentes.

La evolución de un proceso puede representarse mediante una progresión conceptual:

Estandarizar → medir → corregir → optimizar → automatizar → transformar

La estandarización establece una forma conocida y repetible de ejecutar el proceso. Sin esta base resulta difícil determinar si las variaciones son producto de circunstancias controladas o de prácticas inconsistentes.

La medición permite comprender el desempeño real mediante evidencia.

La corrección atiende desviaciones y causas que impiden alcanzar los resultados previstos.

La optimización cuestiona actividades, tiempos, controles y recursos con el propósito de mejorar eficiencia y eficacia.

La automatización utiliza tecnología para ejecutar parcial o totalmente actividades cuando esta genera un beneficio justificable.

Finalmente, la transformación implica replantear la forma en que el resultado es producido, pudiendo modificar sustancialmente actividades, responsabilidades, interacciones o incluso eliminar procesos que han perdido pertinencia.

Esta progresión no debe interpretarse necesariamente como una secuencia obligatoria. Existen situaciones en las que un proceso requiere rediseño radical sin pasar por todas las etapas anteriores. Sin embargo, permite ilustrar una idea fundamental: incorporar tecnología no constituye automáticamente una mejora.

Automatizar un proceso con actividades innecesarias puede simplemente permitir ejecutar más rápidamente actividades que continúan sin generar valor. Digitalizar formularios, replicar aprobaciones manuales dentro de una plataforma o incorporar inteligencia artificial sobre datos deficientes puede producir una apariencia de modernización sin modificar los problemas estructurales del proceso.

Por esta razón, la mejora continua requiere analizar primero el propósito y desempeño del proceso. Los principios de Lean y BPM desarrollados anteriormente adquieren nuevamente relevancia: antes de automatizar es necesario comprender el flujo, identificar desperdicios y determinar qué actividades aportan valor.

En este sentido, los niveles de madurez discutidos previamente también encuentran su culminación en la mejora continua. COBIT Performance Management, por ejemplo, incorpora conceptos de capacidad y madurez alineados con CMMI y orientados a evaluar no solamente cómo funciona un sistema de gestión y sus componentes, sino cómo pueden mejorar para alcanzar niveles objetivo (ISACA, 2019).

La mejora se convierte así en el mecanismo mediante el cual la organización desarrolla progresivamente mayores capacidades de gestión tecnológica.

7.3 De la mejora continua a la transformación digital

La relación entre mejora de procesos y transformación digital merece una distinción particular. La transformación digital suele asociarse con la incorporación de tecnologías emergentes, migración hacia servicios en nube, automatización, analítica de datos o inteligencia artificial. Sin embargo, la literatura ha señalado que el fenómeno implica cambios organizacionales más amplios y modificaciones en la forma mediante la cual se genera valor.

Vial (2019), a partir de una revisión amplia de la literatura, conceptualiza la transformación digital como un proceso en el que las tecnologías digitales generan disrupciones que provocan respuestas estratégicas y cambios en las estructuras, procesos y mecanismos de creación de valor de las organizaciones. Esta perspectiva permite diferenciar claramente la transformación de la simple adquisición de tecnología.

La relación con los procesos es especialmente relevante. Baiyere, Salmela y Tapanainen (2020) muestran que la transformación digital modifica las lógicas tradicionales de gestión de procesos, introduciendo nuevas formas de estructurar y adaptar las actividades organizacionales. De manera complementaria, investigaciones sobre rediseño de procesos impulsado por tecnologías digitales muestran que el verdadero potencial de estas tecnologías aparece cuando sus capacidades son utilizadas para modificar el diseño del proceso y no simplemente para sustituir herramientas existentes (Kubrak et al., 2023).

Desde la perspectiva desarrollada en este artículo, puede plantearse entonces que la transformación digital puede entenderse como una posible consecuencia de un sistema de gestión de TI maduro y orientado a la mejora, y no únicamente como la incorporación de nuevas tecnologías.

El razonamiento sería:

Comprender el proceso → medirlo → identificar brechas → evaluar alternativas → mejorar → automatizar o rediseñar cuando corresponda.

Esto permite plantear distintas decisiones sobre un proceso:

mejorarlo → simplificarlo → automatizarlo → integrarlo → rediseñarlo → digitalizarlo → eliminarlo.

La tecnología constituye una posibilidad dentro de estas decisiones, pero no necesariamente la primera ni la única.

Por ejemplo, antes de incorporar inteligencia artificial a un proceso debería determinarse si el proceso genera valor, si sus entradas y datos poseen suficiente calidad, si las responsabilidades están claramente definidas y qué resultado pretende mejorarse. De lo contrario, existe el riesgo de incorporar una tecnología avanzada sobre un proceso deficiente y aumentar su complejidad sin resolver sus causas estructurales.

Este enfoque permite también diferenciar digitalización, mejora y transformación. Digitalizar puede significar convertir información o actividades analógicas en formatos digitales; automatizar puede reducir intervención manual; mejorar puede incrementar eficiencia o eficacia; mientras que transformar supone una modificación más profunda sobre las capacidades, procesos o formas de generar valor.

En consecuencia, la transformación digital no debería constituir un proceso independiente del sistema de gestión de TI. Puede surgir de los mismos mecanismos de contexto, planificación, gestión por procesos, medición y mejora desarrollados a lo largo del ciclo.

El sistema adquiere entonces una lógica continua:

Contexto → planificación → procesos → evaluación → mejora → nuevo contexto

La mejora modifica las capacidades de la organización, introduce nuevas tecnologías, transforma procesos y genera nuevas expectativas. Esos cambios alteran nuevamente el contexto, lo que obliga a revisar riesgos, necesidades, prioridades y objetivos.

De esta manera, el ciclo no finaliza con la implementación de una mejora tecnológica. Cada cambio produce una nueva realidad que debe volver a ser comprendida y gestionada.

La principal consecuencia de este enfoque es que la gestión de TI deja de concebirse como una sucesión de proyectos tecnológicos y puede analizarse como un sistema dinámico de gestión, en el cual estrategia, procesos, evidencia y aprendizaje se encuentran permanentemente relacionados. La mejora continua constituye el mecanismo que mantiene ese sistema vigente y permite que la tecnología evolucione en función de las necesidades organizacionales, en lugar de convertirse en un fin por sí misma.

8. Propuesta de integración: TI bajo una lógica de sistema de gestión

Los apartados anteriores permiten observar que diversos componentes tradicionalmente asociados con los sistemas de gestión poseen una correspondencia funcional con la gestión de tecnologías de información. La comprensión del contexto, la planificación, el enfoque basado en procesos, la evaluación del desempeño y la mejora continua no constituyen actividades exclusivas de los sistemas de gestión de calidad; representan principios de gestión que pueden utilizarse para estructurar de manera coherente la forma en que una organización dirige y desarrolla sus capacidades tecnológicas.

A partir de esta relación, se propone una lectura integrada de la gestión de TI bajo una lógica de sistema de gestión, organizada mediante cinco componentes interrelacionados:

CONTEXTO → PLANIFICACIÓN → PROCESOS → EVALUACIÓN → MEJORA CONTINUA ↺

Esta estructura no pretende constituir una nueva norma, metodología o modelo de referencia. Tampoco busca sustituir estándares y marcos especializados de tecnologías de información. Su propósito es proporcionar una perspectiva conceptual mediante la cual diferentes prácticas de gestión tecnológica puedan comprenderse como partes de un mismo sistema y no como actividades independientes.

El primer componente, contexto, permite comprender la situación tecnológica de la organización, sus capacidades, restricciones, riesgos, oportunidades, condiciones externas y necesidades de las partes interesadas. Su función consiste en establecer una línea base que permita interpretar la realidad antes de definir objetivos o seleccionar soluciones. Esta lógica mantiene correspondencia con ISO 9001, que sitúa la comprensión de la organización, su contexto y sus partes interesadas como elementos iniciales del sistema de gestión (International Organization for Standardization [ISO], 2015).

El segundo componente, planificación, transforma ese conocimiento en decisiones estratégicas. Las brechas, riesgos, oportunidades y necesidades identificadas permiten establecer objetivos de TI alineados con las prioridades organizacionales y definir posteriormente iniciativas, recursos, responsabilidades e indicadores. De esta forma, la planificación tecnológica se fundamenta en necesidades verificables en lugar de originarse exclusivamente en tendencias o posibilidades tecnológicas.

El tercer componente corresponde a los procesos, mediante los cuales la estrategia se convierte en gestión cotidiana. Los procesos permiten organizar actividades, responsabilidades, recursos, controles e interacciones para generar resultados tecnológicos de manera sistemática. Bajo esta lógica, los procesos de TI no constituyen únicamente mecanismos operativos, sino elementos mediante los cuales se materializan los objetivos definidos durante la planificación.

La relación entre estrategia y procesos requiere además mantener trazabilidad entre diferentes niveles de gestión:

Objetivos organizacionales → objetivos de TI → procesos → indicadores → resultados.

Esta relación permite observar que la planificación estratégica y la operación tecnológica forman parte de un mismo sistema. La estrategia determina qué capacidades requieren ser desarrolladas o fortalecidas, mientras que los procesos generan evidencia sobre la capacidad real de la organización para alcanzar los resultados esperados.

El cuarto componente, evaluación, convierte dicha evidencia en conocimiento para la gestión. Los indicadores permiten analizar el desempeño operativo, los resultados obtenidos y la contribución estratégica de TI; las auditorías permiten revisar sistemáticamente los procesos y controles; y la revisión por la dirección facilita interpretar esta información dentro del contexto general de la organización.

Finalmente, la mejora continua transforma los resultados de la evaluación en nuevas decisiones. Las desviaciones pueden generar acciones correctivas, los indicadores pueden identificar oportunidades de optimización, las auditorías pueden revelar brechas y los cambios del entorno pueden exigir nuevos objetivos. En este sentido, la mejora no constituye el final del sistema, sino el mecanismo que inicia un nuevo ciclo.

Por esta razón, la representación completa debe entenderse de forma circular:

Contexto → planificación → procesos → evaluación → mejora continua → nuevo contexto.

Cada mejora implementada modifica, en alguna medida, las condiciones existentes. Una automatización transforma un proceso; una nueva plataforma modifica la arquitectura tecnológica; una migración hacia servicios en nube introduce nuevas relaciones con proveedores y riesgos; la incorporación de inteligencia artificial genera nuevas necesidades relacionadas con datos, competencias, gobernanza y control. Consecuentemente, cada transformación requiere volver a comprender el contexto y revisar si la planificación continúa siendo pertinente.

Esta visión mantiene una relación directa con el ciclo PHVA. El contexto y la planificación proporcionan los elementos necesarios para Planificar; los procesos, servicios, proyectos e iniciativas permiten Hacer; los indicadores, auditorías y revisiones permiten Verificar; y las acciones correctivas, optimizaciones y transformaciones permiten Actuar. El ciclo vuelve posteriormente a iniciarse sobre una realidad que ha sido modificada por las decisiones anteriores.

La propuesta puede sintetizarse mediante la siguiente relación:

Componente	Pregunta de gestión	Aplicación principal en TI	Resultado esperado
Contexto	¿Dónde estamos y qué necesitamos?	Diagnóstico tecnológico, partes interesadas, capacidades, riesgos y oportunidades	Comprensión de la situación actual
Planificación	¿Dónde debemos llegar y cómo hacerlo?	Objetivos, prioridades, recursos, responsables e iniciativas	Dirección estratégica de TI
Procesos	¿Cómo convertimos la estrategia en operación?	Procesos, servicios, proyectos, controles e interacciones	Ejecución sistemática
Evaluación	¿Cómo sabemos si funciona?	KPI, resultados, auditorías y revisión de la gestión	Evidencia para decisiones
Mejora continua	¿Qué debemos cambiar?	Acciones correctivas, optimización, automatización y transformación	Evolución de las capacidades de TI

La utilidad de esta lectura consiste en evitar la fragmentación de la gestión tecnológica. La planificación deja de ser independiente de los procesos; los procesos dejan de ser independientes de los objetivos; los indicadores dejan de limitarse a reportar actividad; las auditorías dejan de considerarse únicamente mecanismos de fiscalización; y la mejora deja de depender exclusivamente de la aparición de problemas.

En consecuencia, se propone una lectura integrada de la gestión de TI bajo los principios de los sistemas de gestión, en la cual el contexto alimenta la planificación, la planificación orienta los procesos, los procesos generan resultados medibles, la evaluación proporciona evidencia y la mejora continua retroalimenta un nuevo ciclo de gestión.

Esta integración constituye el principal planteamiento conceptual del presente artículo: comprender TI no solamente como un conjunto de tecnologías, proyectos, servicios o procesos, sino como un sistema de gestión dinámico y conectado con la estrategia organizacional.

9. Discusión

La aplicación de principios derivados de los sistemas de gestión a TI no implica desconocer la existencia de estándares, modelos y marcos especializados. Por el contrario, una de las principales características del ámbito tecnológico es precisamente la disponibilidad de múltiples referentes orientados a resolver dimensiones específicas de su gestión. El desafío consiste en determinar cómo pueden relacionarse dentro de una visión coherente.

ISO 9001 proporciona una estructura general orientada a la gestión mediante elementos como contexto, liderazgo, planificación, procesos, recursos, evaluación del desempeño y mejora continua (ISO, 2015). Su principal fortaleza para el planteamiento desarrollado en este artículo radica en su visión sistémica. Sin embargo, la norma no define cuáles deben ser los procesos tecnológicos de una organización, cómo gestionar incidentes, cómo establecer una arquitectura empresarial, cómo administrar activos tecnológicos, qué prácticas aplicar a la ciberseguridad o cómo gobernar específicamente las tecnologías de información.

Esta limitación no debe interpretarse como una debilidad de la norma, sino como una consecuencia de su propósito y carácter general. ISO 9001 establece requisitos para un sistema de gestión de calidad aplicable a organizaciones de naturaleza diversa; por tanto, no posee la especificidad tecnológica suficiente para funcionar por sí sola como un marco completo de gestión de TI.

Es precisamente en este punto donde los marcos especializados adquieren relevancia.

ISO/IEC 20000 traslada expresamente la lógica de sistema de gestión al ámbito de los servicios de TI. ISO/IEC 20000-1 establece requisitos para un sistema de gestión de servicios e incorpora elementos relacionados con planificación, diseño, transición, prestación, evaluación y mejora de servicios (ISO & International Electrotechnical Commission [IEC], 2018). Su existencia demuestra que los principios de los sistemas de gestión son compatibles con el ámbito tecnológico, aunque su foco principal se encuentre en la gestión de servicios.

De manera complementaria, ITIL desarrolla prácticas orientadas a la gestión de servicios de TI y promueve una visión centrada en la generación conjunta de valor. Su utilidad se encuentra principalmente en proporcionar prácticas específicas para gestionar diferentes dimensiones del ciclo de vida y operación de los servicios tecnológicos. Desde la perspectiva planteada en este artículo, estas prácticas pueden constituir mecanismos concretos mediante los cuales determinados procesos del sistema de gestión de TI son estructurados y mejorados.

COBIT, por su parte, aborda específicamente el gobierno y la gestión de información y tecnología empresarial. ISACA (2018) estructura COBIT alrededor de objetivos de gobierno y gestión que buscan relacionar las necesidades de las partes interesadas con objetivos empresariales y tecnológicos. Esta orientación resulta especialmente compatible con la necesidad de mantener trazabilidad entre estrategia organizacional, objetivos de TI y procesos planteada en este artículo.

Mientras ISO 9001 aporta principalmente una lógica general de sistema, COBIT ofrece mayor especificidad respecto al gobierno y gestión de TI, permitiendo profundizar en responsabilidades, objetivos de gestión, controles y mecanismos de evaluación.

El Capability Maturity Model Integration (CMMI) aporta una perspectiva diferente y complementaria: la capacidad y madurez de los procesos. Su incorporación permite evaluar no solamente la existencia de determinadas prácticas, sino el grado en que estas se encuentran gestionadas, definidas, medidas y orientadas a la optimización. Esto resulta relevante porque un sistema de gestión puede disponer de procesos formalmente establecidos sin que estos hayan alcanzado suficiente capacidad para producir resultados consistentes.

Desde esta perspectiva, CMMI puede contribuir principalmente a responder:

¿Qué tan desarrollado está el proceso y cuál debería ser su siguiente nivel de evolución?

Por otro lado, Business Process Management (BPM) proporciona principios y técnicas para administrar los procesos a lo largo de su ciclo de vida. Dumas et al. (2018) plantean BPM como una disciplina que integra identificación, descubrimiento, análisis, rediseño, implementación, monitoreo y control de procesos. Esta perspectiva coincide directamente con la lógica de mejora continua desarrollada en el presente artículo.

BPM y herramientas complementarias como BPMN, SIPOC, VSM o Makigami pueden proporcionar mecanismos concretos para caracterizar, representar, analizar y rediseñar los procesos identificados dentro del sistema de gestión.

De manera similar, Lean contribuye a cuestionar el valor generado por cada actividad y eliminar desperdicios, mientras que KPI y OKR permiten fortalecer la medición y relación entre operación y estrategia.

Estos referentes pueden representarse conceptualmente de la siguiente manera:

Referente	Principal aporte a la gestión de TI
ISO 9001	Estructura y principios generales del sistema de gestión
ISO/IEC 20000	Sistema de gestión especializado en servicios de TI
ITIL	Prácticas específicas para gestión de servicios
COBIT	Gobierno, gestión, alineamiento y generación de valor mediante TI
CMMI	Capacidad y madurez de procesos
BPM/BPMN	Gestión, análisis y representación de procesos
Lean / VSM / Makigami	Análisis del flujo, valor, desperdicio y optimización
KPI / OKR	Medición del desempeño y alineamiento con resultados

La relación entre estos referentes no tiene por qué entenderse en términos de competencia. Cada uno responde a preguntas y niveles diferentes. Una organización puede utilizar principios de sistemas de gestión para estructurar su gestión global de TI, COBIT para profundizar en gobierno y gestión, ITIL o ISO/IEC 20000 para determinadas prácticas de servicios, CMMI para analizar madurez, BPM para gestionar procesos y Lean para identificar oportunidades de optimización.

El problema aparece cuando estos instrumentos son implementados de manera aislada, sin establecer relaciones entre sus resultados. Una evaluación de madurez que no influye sobre la planificación, indicadores que no se relacionan con objetivos, procesos documentados que no se auditan o proyectos tecnológicos que no responden a brechas identificadas pueden producir una estructura formal de gestión sin integración sistémica.

La literatura sobre alineamiento estratégico de TI ha señalado reiteradamente la importancia de conectar las capacidades tecnológicas con los objetivos organizacionales. Henderson y Venkatraman (1993) plantearon que el valor generado por TI depende del alineamiento entre estrategia empresarial, estrategia tecnológica, infraestructura organizacional e infraestructura de TI. Esta perspectiva mantiene vigencia en tanto demuestra que el desempeño tecnológico no puede comprenderse de forma separada del contexto estratégico en el cual se utiliza.

De igual manera, Luftman (2000) señaló que el alineamiento entre negocio y TI constituye un proceso dinámico que involucra comunicación, gobernanza, asociaciones, arquitectura, competencias y medición de valor. Estas dimensiones muestran que la integración tecnológica requiere elementos organizacionales y de gestión que trascienden la selección de soluciones técnicas.

El enfoque de sistemas de gestión puede aportar precisamente una estructura para ordenar estas relaciones. No determina cuál herramienta especializada debe utilizarse en cada caso, pero establece una secuencia lógica:

comprender → planificar → ejecutar mediante procesos → evaluar → mejorar.

Esta interpretación constituye simultáneamente una fortaleza y una limitación del planteamiento. Su fortaleza consiste en proporcionar una estructura integradora suficientemente flexible para coexistir con diferentes estándares y metodologías. Su limitación es que esta misma generalidad requiere instrumentos adicionales para su aplicación práctica.

Por esta razón, el planteamiento no debe interpretarse como una propuesta de sustituir los marcos existentes ni como una afirmación de que ISO 9001 sea suficiente para administrar TI. Por el contrario, ISO 9001 aporta principios y una estructura sistémica, mientras que los marcos especializados proporcionan conocimientos, prácticas e instrumentos específicos para desarrollar los diferentes componentes de la gestión tecnológica.

La principal oportunidad se encuentra entonces en la integración. El desafío futuro no consiste necesariamente en desarrollar más herramientas independientes, sino en establecer mecanismos mediante los cuales contexto, estrategia, procesos, madurez, indicadores, auditorías y mejora puedan funcionar de forma articulada.

10. Conclusiones

La gestión contemporánea de tecnologías de información requiere superar una visión centrada exclusivamente en la administración de infraestructura, sistemas, soporte técnico o ejecución de proyectos. La creciente dependencia organizacional de la tecnología implica que las capacidades de TI deben planificarse, gestionarse, evaluarse y mejorarse de manera sistemática y alineada con los objetivos institucionales.

El análisis desarrollado permite concluir que los principios propios de los sistemas de gestión ofrecen una base conceptual pertinente para estructurar esta visión. Aunque ISO 9001 no constituye una norma específica para la gestión de TI, elementos como la comprensión del contexto, las necesidades de las partes interesadas, la planificación, el pensamiento basado en riesgos, el enfoque por procesos, la evaluación del desempeño y la mejora continua pueden trasladarse conceptualmente al ámbito tecnológico.

Esta aplicación permite establecer una secuencia integrada:

Contexto → planificación → procesos → evaluación → mejora continua.

El contexto proporciona conocimiento sobre la realidad tecnológica y organizacional; la planificación convierte ese conocimiento en objetivos y prioridades; los procesos materializan la estrategia mediante actividades y capacidades gestionables; la evaluación genera evidencia respecto al desempeño y los resultados; y la mejora continua utiliza dicha evidencia para modificar procesos, decisiones y capacidades.

Uno de los principales aportes de esta perspectiva consiste en fortalecer la conexión entre estrategia y operación. La planificación estratégica de TI no debería concebirse como una actividad independiente de los procesos que posteriormente ejecutarán sus objetivos. De igual manera, los procesos no deberían administrarse únicamente en función de su eficiencia operativa, sino considerando su contribución a los resultados estratégicos.

Esta relación puede sintetizarse mediante una trazabilidad fundamental:

Objetivo organizacional → objetivo de TI → proceso → indicador → resultado.

Mantener esta trazabilidad permite que la medición trascienda indicadores de actividad y facilite evaluar la contribución de TI al desempeño organizacional. También proporciona un marco para que auditorías y revisiones no se limiten a verificar cumplimiento, sino que examinen eficacia, pertinencia y oportunidades de mejora.

La auditoría adquiere, en este sentido, una función particularmente relevante. Además de verificar controles y requisitos, puede constituir un mecanismo para identificar brechas entre la forma en que los procesos fueron diseñados, la manera en que realmente se ejecutan y los resultados que producen. Cuando sus hallazgos alimentan decisiones y acciones correctivas, la auditoría se integra plenamente al ciclo de mejora.

Asimismo, la mejora continua permite establecer un puente entre gestión y transformación digital. Estandarizar, medir, analizar y optimizar los procesos facilita identificar cuándo una tecnología puede generar valor y cuándo simplemente digitalizaría ineficiencias existentes. La automatización, inteligencia artificial, servicios en nube y otras tecnologías adquieren mayor sentido cuando responden a necesidades y brechas previamente identificadas.

Por ello, la transformación digital no debería reducirse a la adopción de nuevas herramientas. Puede comprenderse como parte de un proceso más amplio de evolución organizacional en el cual las tecnologías contribuyen a rediseñar procesos, desarrollar capacidades y modificar formas de generar valor.

Los estándares y marcos especializados continúan siendo esenciales. ISO/IEC 20000, ITIL, COBIT, CMMI, BPM, Lean y otros referentes ofrecen conocimientos e instrumentos que permiten profundizar en dimensiones específicas. La propuesta desarrollada no pretende sustituirlos, sino establecer una lógica mediante la cual puedan relacionarse dentro de un sistema coherente.

En consecuencia, gestionar TI de forma estratégica requiere superar una visión fragmentada de tecnología, proyectos, servicios y procesos y avanzar hacia una visión sistémica que conecte contexto, planificación, operación, medición, auditoría y mejora continua.

El principal desafío se encuentra en llevar esta integración desde el plano conceptual hacia la práctica. Las organizaciones disponen de múltiples estándares, modelos, metodologías y herramientas; sin embargo, su utilización independiente puede dificultar la construcción de una visión unificada de la gestión tecnológica. Se requiere, por tanto, avanzar hacia metodologías integradoras capaces de articular diagnóstico, planificación estratégica, gestión por procesos, medición, madurez, implementación y mejora continua dentro de una misma lógica de gestión.

El desarrollo y validación de este tipo de metodologías constituye una línea de investigación y aplicación relevante para fortalecer la gestión estratégica de TI, especialmente en organizaciones que buscan avanzar desde una administración predominantemente operativa hacia modelos de gestión sistemáticos, medibles y orientados a la transformación.

Referencias

• Baiyere, A., Salmela, H., & Tapanainen, T. (2020). Digital transformation and the new logics of business process management. European Journal of Information Systems, 29(3), 238–259. https://doi.org/10.1080/0960085X.2020.1718007
• Deming, W. E. (1986). Out of the crisis. Massachusetts Institute of Technology, Center for Advanced Engineering Study.
• Doerr, J. (2018). Measure what matters: How Google, Bono, and the Gates Foundation rock the world with OKRs. Portfolio/Penguin.
• Dumas, M., La Rosa, M., Mendling, J., & Reijers, H. A. (2018). Fundamentals of business process management (2nd ed.). Springer. https://doi.org/10.1007/978-3-662-56509-4
• Henderson, J. C., & Venkatraman, N. (1993). Strategic alignment: Leveraging information technology for transforming organizations. IBM Systems Journal, 32(1), 4–16.
• International Organization for Standardization. (2015). ISO 9001:2015 quality management systems—Requirements. ISO 9001:2015
• International Organization for Standardization. (2026). ISO 19011:2026 guidelines for auditing management systems. ISO 19011:2026
• International Organization for Standardization, & International Electrotechnical Commission. (2018). ISO/IEC 20000-1:2018 information technology—Service management—Part 1: Service management system requirements. ISO/IEC 20000-1:2018
• ISACA. (2018). COBIT 2019 framework: Introduction and methodology. ISACA.
• ISACA. (2019). COBIT 2019 framework: Governance and management objectives. ISACA.
• ISACA. (2024). CMMI model quick reference guide. CMMI Model Quick Reference Guide
• Juran, J. M. (1992). Juran on quality by design: The new steps for planning quality into goods and services. Free Press.
• Luftman, J. (2000). Assessing business-IT alignment maturity. Communications of the Association for Information Systems, 4, Article 14. https://doi.org/10.17705/1CAIS.00414
• Object Management Group. (2014). Business process model and notation (BPMN), version 2.0.2. BPMN 2.0.2 specification
• Peak, D., Guynes, C. S., & Kroon, V. (2005). Information technology alignment planning—A case study. Information & Management, 42(4), 619–633. https://doi.org/10.1016/j.im.2004.02.010
• Teo, T. S. H., & King, W. R. (1996). Assessing the impact of integrating business planning and IS planning. Information & Management, 30(6), 309–321. https://doi.org/10.1016/S0378-7206(96)01076-2
• Vial, G. (2019). Understanding digital transformation: A review and a research agenda. The Journal of Strategic Information Systems, 28(2), 118–144. https://doi.org/10.1016/j.jsis.2019.01.003
• Womack, J. P., & Jones, D. T. (1996). Lean thinking: Banish waste and create wealth in your corporation. Simon & Schuster.

 

From Planning to Continuous Improvement: A Management Systems Approach Applied to IT

Abstract

As information technology (IT) becomes increasingly embedded in organizational strategy and operations, its management requires an approach that extends beyond technology deployment, project execution, and service support. This article examines the applicability of management system principles to IT management, using ISO 9001 as a conceptual foundation while recognizing the complementary role of specialized frameworks and standards such as ISO/IEC 20000, ITIL, COBIT, CMMI, Business Process Management (BPM), and Lean. The article proposes an integrated perspective structured around five interconnected components: context, planning, processes, evaluation, and continuous improvement. Under this approach, organizational and technological context informs IT planning; planning translates identified needs, risks, and opportunities into strategic objectives; processes operationalize those objectives; performance indicators, audits, and management reviews provide evidence of results; and continuous improvement uses this evidence to correct, optimize, automate, or transform processes and capabilities. Particular emphasis is placed on the role of process management as the link between IT strategy and operational execution, as well as on process maturity, performance measurement, and auditing as mechanisms for organizational learning. The article argues that ISO 9001 should not be regarded as a substitute for IT-specific standards and frameworks, but rather as a systemic management structure capable of supporting their integration. From this perspective, IT can be understood as a dynamic management system in which strategy, processes, evidence, and improvement continuously interact, providing a foundation for more coherent IT governance, strategic alignment, and digital transformation.

Keywords: IT management, management systems, ISO 9001, IT strategic planning, process management, continuous improvement, digital transformation, IT governance.