Cómo saber si tu empresa necesita implementar una herramienta ITSM
Si los pedidos de soporte llegan por mail, WhatsApp y mensajes internos, el inventario vive en una planilla y nadie puede explicar con datos cuánto tarda IT en resolver un incidente, probablemente el problema ya no sea simplemente falta de organización.
Son señales de que la operación necesita avanzar hacia un modelo de gestión de servicios IT más centralizado, medible y escalable.
En esta guía vas a poder identificar las señales más frecuentes, evaluar la madurez de tu operación y entender qué debería resolver una herramienta ITSM antes de elegir una plataforma.
¿Qué es ITSM?
ITSM (IT Service Management) es un enfoque para diseñar, entregar, operar y mejorar los servicios de tecnología que utiliza una organización.
No se limita a abrir tickets. Una operación ITSM conecta personas, procesos, servicios, activos, conocimiento, acuerdos de nivel de servicio y métricas para que IT pueda trabajar de forma previsible y medible.
Service Desk
Centraliza solicitudes, incidentes y consultas para evitar que cada usuario utilice un canal diferente.
IT Asset Management
Permite saber qué equipos, software, licencias y recursos existen, dónde están y quién los utiliza.
Procesos y SLA
Define prioridades, responsables, tiempos esperados y reglas claras para tratar cada tipo de solicitud.
8 señales de que Excel, mail y WhatsApp ya no alcanzan
No existe un número mágico de empleados o tickets que obligue a adoptar ITSM. El punto de quiebre aparece cuando la complejidad comienza a superar la capacidad de control del equipo.
Los pedidos llegan por todos lados
Mail, Teams, WhatsApp, teléfono, mensajes directos o conversaciones informales.
No hay una cola única de trabajo
El equipo depende de memoria, chats o listas personales para saber qué falta resolver.
Todo parece urgente
No existen criterios claros de impacto, prioridad, criticidad o SLA.
El inventario no refleja la realidad
La planilla dice una cosa, el usuario otra y el equipo físico está en otro lugar.
Los mismos problemas se repiten
Se resuelve el síntoma, pero no queda historial suficiente para analizar causas.
No podés medir el servicio
No hay información confiable sobre volumen, tiempos de resolución, backlog o cumplimiento.
IT depende demasiado de personas
Cuando una persona se ausenta, parte del conocimiento operativo desaparece con ella.
La empresa creció, pero el soporte no
Más usuarios, sedes y dispositivos están siendo administrados con los mismos procesos manuales.
Una regla práctica
Si para responder “qué pasó, quién lo atendió, cuánto tardó, qué activo estaba involucrado y por qué volvió a ocurrir” necesitás revisar varios mails, chats y planillas, ya existe un problema de trazabilidad.
ITSM no es solamente para empresas gigantes
El valor de ITSM aparece cuando hay que administrar volumen, dependencias y trazabilidad. Plataformas de este tipo pueden operar desde equipos pequeños hasta entornos con millones de activos.
tickets administrados en un caso publicado por GLPI sobre Econocom.
Fuente: GLPI.de activos gestionados en el mismo entorno presentado por GLPI.
Fuente: GLPI.empleados en Grupo DPSP, organización que utiliza GLPI para ITSM y ESM.
Fuente: GLPI.Estos casos muestran capacidad de escala. No significan que una organización necesite llegar a esos volúmenes antes de implementar ITSM.
¿Tu empresa necesita una herramienta ITSM?
Respondé estas seis preguntas. El resultado es orientativo y sirve para detectar señales de madurez operativa.
Qué debería resolver una herramienta ITSM
Comprar una plataforma para seguir trabajando exactamente igual no transforma la operación. La herramienta debería acompañar procesos concretos y generar datos útiles para mejorar el servicio.
- Portal centralizado de solicitudes.
- Gestión de incidentes y requerimientos.
- Priorización según impacto y urgencia.
- Definición y seguimiento de SLA.
- Asignación automática de tickets.
- Inventario de hardware y software.
- Gestión del ciclo de vida de activos.
- CMDB y relaciones entre elementos.
- Base de conocimiento.
- Gestión de problemas y cambios.
- Automatizaciones y reglas.
- Dashboards e indicadores.
¿Dónde entra GLPI?
GLPI combina capacidades de ITSM e IT Asset Management dentro de una misma plataforma.
Su foco histórico en inventario es una diferencia relevante cuando el objetivo no es solamente gestionar tickets, sino también relacionarlos con los activos de infraestructura.
Inventario
Equipos, componentes, software, licencias y otros activos pueden gestionarse desde la misma plataforma.
Service Desk
Incidentes, solicitudes, problemas y cambios quedan registrados y vinculados a usuarios, activos y servicios.
Automatización
Reglas, acciones automáticas, notificaciones y SLA reducen tareas manuales del equipo.
Conocimiento
La base de conocimiento permite centralizar soluciones y habilitar opciones de autoservicio.
Reportes
Dashboards y reportes permiten pasar de opiniones a indicadores sobre el funcionamiento de IT.
Despliegue
Su enfoque open source permite evaluar modelos de implementación y operación diferentes a plataformas SaaS tradicionales.
GLPI vs Jira Service Management: ¿son lo mismo?
No. Ambas plataformas cubren procesos de ITSM, pero el punto de partida y el modelo operativo son diferentes.
La elección debería depender del problema que querés resolver, no de cuál tenga la lista de funcionalidades más larga.
| Aspecto | GLPI | Jira Service Management |
|---|---|---|
| Enfoque | ITSM + gestión de activos con fuerte orientación a inventario. | ITSM integrado estrechamente al ecosistema Atlassian y flujos de desarrollo. |
| Service Desk | Tickets, solicitudes, incidentes, problemas, cambios y SLA. | Request, incident, problem y change management. |
| Inventario | Inventario nativo y GLPI Agent para múltiples tipos de activos. | Assets permite gestionar activos, relaciones y configuraciones. |
| CMDB | Relaciones entre activos, tickets, contratos, servicios y otros objetos. | Configuration Management mediante Assets. |
| Automatización | Motor de reglas, acciones automáticas, SLA y notificaciones. | Workflows y automatizaciones con distintos límites según plan. |
| DevOps | Integrable, pero no es su principal punto de partida. | Integración especialmente fuerte con Jira y herramientas de desarrollo. |
| Modelo de despliegue | Opciones self-hosted y servicios GLPI Network. | Cloud y Data Center. |
| Licenciamiento | Proyecto open source. Soporte, servicios y determinadas modalidades pueden tener costos. | Licenciamiento comercial según cantidad de agentes y plan. |
| Puede tener más sentido cuando… | El inventario, activos, infraestructura y flexibilidad de implementación son parte central del proyecto. | La empresa ya trabaja intensivamente con Jira y Confluence y busca conectar ITSM con desarrollo y DevOps. |
No existe una herramienta universalmente mejor
Si tu principal desafío es conectar soporte, inventario, infraestructura y activos, GLPI merece ser evaluado.
Si la operación está fuertemente integrada al ecosistema Atlassian y al desarrollo de software, Jira Service Management puede tener ventajas de integración.
Cómo empezar un proyecto ITSM sin convertirlo en otro problema
Mapear cómo trabaja IT hoy
Identificá canales de entrada, tipos de pedidos, responsables, prioridades, escalaciones y puntos donde se pierde información.
Definir un catálogo inicial
No intentes modelar toda la compañía desde el primer día. Empezá por los servicios y solicitudes de mayor volumen.
Ordenar el inventario
Determiná qué activos necesitás conocer, qué información es relevante y cómo se mantendrá actualizada.
Establecer prioridades y SLA
“Urgente” no puede significar lo mismo para todo. Definí reglas según impacto y criticidad.
Automatizar después de ordenar
Automatizar un proceso malo solamente hace que el problema ocurra más rápido. Primero simplificá; después automatizá.
Medir y mejorar
Volumen de tickets, cumplimiento de SLA, tiempos de resolución, recurrencia y backlog deberían convertirse en indicadores periódicos.
Qué medir después de implementar ITSM
Tiempo medio de resolución
Cuánto tarda la organización en devolver un servicio a condiciones normales.
Cumplimiento de SLA
Qué porcentaje de solicitudes se resuelve dentro del objetivo comprometido.
Backlog
Cantidad y antigüedad de tickets pendientes de resolución.
Incidentes recurrentes
Problemas que vuelven a aparecer y requieren análisis de causa raíz.
Tickets por categoría
Permite identificar dónde se concentra la demanda y dónde conviene automatizar.
Estado del inventario
Visibilidad sobre activos asignados, sin uso, obsoletos o fuera de soporte.
ITSM: dudas habituales antes de implementar
¿ITSM es lo mismo que un sistema de tickets?
No. El ticketing es una parte de ITSM. Un enfoque ITSM también puede incluir incidentes, problemas, cambios, activos, configuración, conocimiento, SLA, catálogo de servicios y mejora continua.
¿Una empresa chica necesita ITSM?
Puede necesitarlo. El factor determinante no es solamente el tamaño, sino la complejidad: volumen de solicitudes, activos, usuarios, servicios y necesidad de trazabilidad.
¿Se puede empezar con GLPI sin implementar todos los procesos ITIL?
Sí. Es posible comenzar con Service Desk, inventario y algunos procesos básicos e incrementar gradualmente el nivel de madurez.
¿GLPI sirve solamente para tickets?
No. GLPI incluye capacidades de inventario, activos, licencias, contratos, base de conocimiento, reglas, SLA, reportes y otros elementos de gestión IT.
¿GLPI reemplaza a Jira?
No necesariamente. Existen áreas de superposición, especialmente en Service Management, pero los productos tienen enfoques y ecosistemas diferentes.
¿Cuánto tarda una implementación ITSM?
Depende del alcance. Una implementación enfocada en procesos iniciales puede ser mucho más rápida que un proyecto que incluya múltiples áreas, CMDB compleja, integraciones, migraciones y automatizaciones.
¿Tu operación de IT ya superó las planillas y los procesos manuales?
En CTL trabajamos con GLPI para implementar Service Desk, inventario, automatización y procesos ITSM adaptados a la realidad de cada organización.
Fuentes y referencias
GLPI:
funcionalidades oficiales de Service Desk, inventario, SLA, reglas,
base de conocimiento, activos y administración.
Fonctionnalités
GLPI – casos de uso:
referencias publicadas sobre organizaciones que utilizan GLPI.
Blog
Atlassian:
funcionalidades oficiales de Jira Service Management.
https://www.atlassian.com/software/jira/service-management/features
Atlassian:
planes y precios publicados de Jira Service Management.
https://www.atlassian.com/software/jira/service-management/pricing
PeopleCert / ITIL:
referencias sobre gestión de servicios digitales, operación y mejora continua.
https://www.peoplecert.org/browse-certifications/it-governance-and-service-management/ITIL-1