Implementación de ITSM: cómo gestionar y superar la resistencia al cambio

Implementar una solución de ITSM en una organización no es, en esencia, un reto tecnológico. Es un cambio cultural. La tecnología actúa como catalizador, pero lo que realmente determina el éxito o el fracaso es la reacción de las personas que deben adoptarla. En entornos departamentales, donde cada equipo ha desarrollado sus propios hábitos, herramientas y formas de trabajar, la introducción de un sistema centralizado de gestión de incidencias y catálogo de servicios suele percibirse como una imposición más que como una mejora. Esa resistencia, lejos de ser un problema, es una señal natural de que el cambio impacta en dinámicas profundas de trabajo. Entenderla y gestionarla es la clave.

La resistencia no es el problema, es el síntoma

La resistencia al cambio en este contexto suele tener tres raíces principales:

• La primera es la pérdida de autonomía: los equipos sienten que dejan de controlar su manera de trabajar.
• La segunda es el miedo a la transparencia: un sistema ITSM expone tiempos, cargas de trabajo, errores y decisiones.
• La tercera es la percepción de carga adicional: documentar, clasificar tickets o seguir procesos puede verse como burocracia innecesaria.

Ninguna de estas preocupaciones es trivial; todas tienen una base real desde la perspectiva del usuario.

El cambio empieza en cómo lo cuentas

Por eso, el primer paso no es desplegar la herramienta, sino redefinir el relato del cambio. Si el ITSM se presenta como “el sistema donde hay que registrar todo”, se convierte automáticamente en una obligación. Si se presenta como la forma de eliminar dificultades, reducir interrupciones y facilitar el trabajo diario, la conversación cambia. La narrativa debe moverse de control a eficiencia, de obligación a ventaja. Esto exige traducir beneficios técnicos en impacto tangible para cada equipo: menos correos, menos interrupciones, menos duplicidades, más claridad.

La adopción se gana con hechos, no con discursos

Sin embargo, el relato por sí solo no es suficiente. La resistencia se vence con experiencia real. Aquí entra en juego una estrategia fundamental: conseguir ver el valor primero en un contexto reducido. En lugar de desplegar un sistema completo con todos los procesos ITIL desde el inicio, es mucho más efectivo empezar con casos de uso muy concretos que generen valor inmediato. Por ejemplo, centralizar únicamente incidencias de alto volumen o habilitar un portal de autoservicio para solicitudes repetitivas. Cuando los usuarios comprueban que algo funciona mejor que antes, la adopción deja de ser teórica y pasa a ser práctica.

Involucrar al equipo reduce el rechazo

Otro elemento clave es la co-creación. Uno de los mayores errores en implementaciones ITSM es diseñar procesos aislados desde IT o dirección. Los equipos operativos deben participar en la definición inicial de flujos, categorías y prioridades. No se trata de delegar el diseño, sino de incorporar su conocimiento real del día a día. Este enfoque tiene un doble efecto: mejora el encaje del sistema y, al mismo tiempo, genera compromiso. Las personas rechazan menos aquello que sienten como propio.

La simplicidad acelera la adopción

La simplicidad también juega un papel decisivo. Muchas herramientas de ITSM permiten configuraciones muy avanzadas, pero un exceso de complejidad en fases iniciales incrementa la reticencia. Formularios largos, demasiadas categorías o procesos rígidos generan desgaste desde el primer uso. En cambio, una experiencia sencilla, casi invisible, facilita la transición. La evolución hacia modelos más avanzados debe ser progresiva, no inmediata. El objetivo inicial no es alcanzar la madurez perfecta, sino lograr adopción.

El liderazgo marca el comportamiento real

La gestión del cambio requiere también liderazgo visible. No basta con comunicar el proyecto; es necesario que las personas con influencia dentro de la organización utilicen y respalden activamente la herramienta. Cuando los responsables de equipo siguen gestionando incidencias por canales paralelos, el mensaje implícito es que el sistema no es realmente importante. La coherencia entre discurso y comportamiento es crítica. El ITSM debe ser el canal oficial, no una opción más.

Formar no es enseñar la herramienta, es explicar el cambio

En paralelo, la formación debe ir más allá de lo técnico. Explicar cómo se usa el sistema es necesario, pero insuficiente. Es igualmente importante explicar por qué se ha implementado y qué cambia en la forma de trabajar. Una formación efectiva combina uso práctico con contexto. Además, debe adaptarse a perfiles: no necesita lo mismo un técnico que un usuario de negocio. La personalización incrementa la comprensión y reduce la frustración.

Lo que se mide y se comunica se consolida

Otro factor que ayuda a vencer la resistencia es la visibilidad del impacto. Medir y compartir resultados transforma la percepción del sistema. Cuando se demuestra que los tiempos de resolución han bajado, que las incidencias se priorizan mejor o que la carga de trabajo es más equilibrada, el ITSM deja de ser una herramienta impuesta para convertirse en una mejora operativa evidente. La clave está en traducir los datos en mensajes claros que conecten con la realidad de los equipos.

El reconocimiento refuerza el cambio

No menos importante es el reconocimiento. Las organizaciones suelen exigir adopción, pero pocas veces reconocen el esfuerzo que implica cambiar hábitos. Identificar a los equipos o personas que adoptan el sistema de forma ejemplar y ponerlo en valor genera un efecto multiplicador. No se trata de incentivos económicos necesariamente, sino de visibilidad y refuerzo positivo.

La tecnología debe integrarse, no imponerse

Existe también una dimensión tecnológica que influye directamente en la aceptación: la integración. Cuanto más aislado esté el ITSM del resto del entorno (correo, herramientas de colaboración, sistemas de monitorización), mayor será la dificultad. En cambio, cuando el sistema se integra de forma natural en el flujo de trabajo, la percepción cambia. Crear tickets desde email, recibir notificaciones en Teams o automatizar incidencias desde herramientas de monitorización reduce la sensación de “sistema adicional” y lo convierte en parte del ecosistema diario.

La resistencia se gestiona, no desaparece de golpe

Finalmente, es importante asumir que la resistencia no desaparece de forma inmediata. Es un proceso. En lugar de intentar eliminarla de golpe, el enfoque debe ser gestionarla y reducirla progresivamente. Escuchar feedback, ajustar configuraciones y demostrar flexibilidad refuerza la confianza. Un ITSM no es un proyecto cerrado; es una capacidad que evoluciona con la organización.

El éxito es cultural, no tecnológico

La implementación de un ITSM no se gana en la configuración de la herramienta, sino en la adopción por parte de las personas. La combinación de una narrativa adecuada, una implementación progresiva, la implicación de los equipos y la generación de valor tangible es lo que permite transformar la resistencia inicial en aceptación. Cuando esto sucede, el sistema deja de percibirse como un mecanismo de control y pasa a entenderse como una herramienta que ordena, facilita y mejora el trabajo diario. Ese es el verdadero objetivo.

En última instancia, el verdadero éxito de la implementación de un ITSM no se alcanza únicamente cuando el área de IT lo adopta y obtiene mejoras operativas. Ese es solo el primer paso. El punto de inflexión real llega cuando el modelo empieza a extenderse de forma natural al resto de departamentos de la organización. Cuando áreas como RRHH, Finanzas, Operaciones o Atención al Cliente incorporan el catálogo de servicios y la gestión estructurada de solicitudes, el ITSM deja de ser una herramienta tecnológica para convertirse en una capa transversal de eficiencia organizativa.

Esta evolución no suele imponerse; ocurre cuando el valor se hace evidente. Cuando otros equipos observan que IT trabaja con mayor orden, más agilidad y mejor visibilidad, surge el interés por replicar ese modelo. Es en ese momento cuando la resistencia inicial se transforma en demanda interna. La organización comienza entonces a operar bajo una lógica común de servicio, trazabilidad y mejora continua.

Es precisamente ahí donde la implementación alcanza su culmen: cuando el ITSM deja de ser “de IT” y pasa a ser “de la compañía”. Una plataforma compartida que estructura la relación entre equipos, mejora la experiencia interna y permite escalar procesos sin perder control.

Este tipo de evolución ya se está produciendo en numerosas organizaciones. Si quieres ver cómo otras empresas han logrado implementar Freshservice de forma transversal e interdepartamental, puedes consultar algunos de los casos de éxito de nuestros clientes, donde el ITSM se ha convertido en un verdadero motor de transformación interna.