5.3Gestión de parque, ITSM, ITIL
Lo esencial en 30 segundos
- Solo se gestiona bien lo que se conoce: un inventario al día (puestos, servidores, software, licencias, asignaciones) es la base de toda gestión de parque.
- El ITSM organiza la TI como un servicio; ITIL es su marco de buenas prácticas (incidentes, problemas, cambios, solicitudes).
- Incidente ≠ problema: el incidente es una interrupción puntual que hay que resolver rápido; el problema es la causa raíz recurrente que hay que tratar en profundidad.
Mini-caso hilado — Sofiane dota de herramientas el parque de la pyme
Sofiane, técnico de soporte en una pyme de distribución en Argel, se ahoga entre solicitudes no registradas: todo se resuelve «caso por caso» y nadie sabe qué puesto está en garantía ni quién lo usa. Aplica el enfoque de la sección: mantiene un inventario al día en una herramienta como GLPI, que enlaza cada puesto con los tickets. Los incidentes los registra y los prioriza para restablecer el servicio rápido. Pero también detecta una impresora que se cae cada lunes: en lugar de reiniciarla por décima vez, abre un «problema» y busca la causa raíz — es la distinción clave de ITIL. No quiere acumular procesos pesados: solo registrar, priorizar y tratar el fondo.
Caso autónomo de esta sección: reaparece en el curso, el esquema, el script y el reto de 48 h de la sección 5.3.
1. Conocer tu parque
Solo se gestiona bien lo que se conoce. La gestión de parque mantiene un inventario al día: puestos, servidores, software, licencias, garantías, asignaciones. Una herramienta como GLPI centraliza este inventario y lo enlaza con los tickets. Sin inventario, cada incidencia empieza de cero («¿quién tiene este PC? ¿qué configuración? ¿en garantía?») — exactamente lo que Sofiane quiere eliminar.
2. ITSM e ITIL
El ITSM (gestión de servicios de TI) organiza la informática como un servicio prestado, con procesos. ITIL es el marco de buenas prácticas más conocido: estructura en particular la gestión de incidentes, problemas, cambios y solicitudes. La idea es simple: procesos reproducibles en lugar del «caso por caso» que depende de las personas — sin necesidad de aplicar todo el marco.
3. Incidente ≠ problema
Distinción clave de ITIL: un incidente es una interrupción puntual que se quiere resolver rápido (restablecer el servicio); un problema es la causa raíz de incidentes recurrentes, que se trata en profundidad para que cesen. Atender diez veces el mismo incidente sin buscar el problema es achicar agua sin tapar la fuga. El inventario y el historial de tickets de GLPI ayudan a Sofiane a detectar estas recurrencias.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — La misma avería cada lunes
Sofiane compara dos formas de tratar la impresora que se cae cada lunes:
Visión «incidente»: reiniciarla cada lunes (10 tickets…)
Visión «problema» : buscar la causa raíz
→ una copia nocturna satura la red el lunes
→ corregir la programación → sin más incidenciasLectura: resolver el incidente alivia; resolver el problema elimina la causa.
Lección: el inventario y el historial de tickets (GLPI) revelan las recurrencias que hay que tratar en profundidad.
Vocabulario de la sección
- Gestión de parque
- Seguimiento del inventario de hardware/software y de sus asignaciones.
Ejemplo sencillo: Sofiane sabe qué puesto está en garantía y quién lo usa.
Lo que no es: reparar sin inventariar nunca nada.
Reflejo: solo se gestiona lo que se conoce.
- GLPI
- Software de código abierto de inventario y gestión de tickets (ITSM).
Ejemplo sencillo: Sofiane centraliza parque y tickets en GLPI.
Lo que no es: tickets dispersos en correos.
Reflejo: GLPI enlaza inventario y tickets.
- ITSM
- Gestión de los servicios de TI como un servicio estructurado.
Ejemplo sencillo: Sofiane organiza el soporte en procesos.
Lo que no es: improvisar cada solicitud caso por caso.
Reflejo: ITSM = la TI vista como un servicio.
- ITIL
- Marco de buenas prácticas de ITSM (incidentes, problemas, cambios…).
Ejemplo sencillo: Sofiane se inspira en él para distinguir incidente y problema.
Lo que no es: aplicar todo el marco sin criterio.
Reflejo: ITIL = un marco que adaptar.
- Incidente frente a problema
- El incidente es una interrupción puntual; el problema es la causa raíz recurrente.
Ejemplo sencillo: La impresora del lunes: incidente que restablecer, problema que corregir.
Lo que no es: tratar diez veces el incidente sin buscar la causa.
Reflejo: rápido el incidente, en profundidad el problema.
En la práctica — En la práctica — Distinguir incidentes y problemas
- Toma cinco tickets recientes de tu parque y clasifícalos como incidentes (interrupciones puntuales).
- Detecta los que se repiten: mismo síntoma, varias veces, como la impresora del lunes de Sofiane.
- Formula el «problema» (causa raíz probable) tras una recurrencia.
- Propón una acción de fondo y anota cómo te ayudó el inventario a decidirla.
Script paso a paso — dotar de herramientas tu parque como Sofiane (10 min)
1) Enumera los elementos del parque (puestos, servidores, software, licencias, asignaciones) y abre un inventario — GLPI o una simple hoja de cálculo al principio. 2) Enlaza cada elemento con sus tickets (quién lo usa, qué configuración). 3) Registra las incidencias y priorízalas para restablecer el servicio rápido. 4) Detecta los síntomas recurrentes en el historial. 5) Para cada recurrencia, abre un «problema» y busca la causa raíz. 6) Conserva solo los procesos útiles: registrar, priorizar, tratar el fondo.
Adapta ITIL al tamaño de la pyme: el principio importa más que el marco completo.
Plantilla copiar-pegar — mi ficha de parque y tickets
Inventario: puestos, servidores, software, licencias, asignaciones → ___
Herramientas: GLPI (inventario + tickets) · historial centralizado
Incidente: interrupción puntual → restablecer el servicio RÁPIDO
Problema : causa raíz recurrente → tratar EN PROFUNDIDAD
Recurrencia detectada: ___ (p. ej. impresora del lunes)
Acción de fondo: ___
Regla: registrar · priorizar · distinguir incidente y problema.Un parque de puestos
Sofiane inventaría cada puesto con su configuración, su usuario y su garantía.
Tickets limpios
Sofiane registra y prioriza cada solicitud en GLPI para restablecer el servicio rápido.
Una recurrencia terca
Sofiane abre un problema para la impresora del lunes y corrige la causa raíz.
ITIL sin pesadez
Sofiane conserva solo los procesos útiles para la pyme: registrar, priorizar, tratar el fondo.
✓ Buenas prácticas
- Mantener un inventario al día: es la base de toda gestión de parque.
- Separar incidente (rápido) y problema (en profundidad).
- Apoyarse en procesos reproducibles (ITIL), sin pesadez innecesaria.
✗ Errores frecuentes
- Gestionar el parque sin inventario: todo empieza de cero.
- Tratar diez veces el mismo incidente sin buscar el problema.
- Acumular procesos pesados sin valor añadido.
Puntos clave
- Solo se gestiona bien lo que se inventaría; GLPI centraliza parque y tickets.
- El ITSM organiza la TI en servicio; ITIL aporta las buenas prácticas.
- Incidente = interrupción puntual que resolver rápido.
- Problema = causa raíz recurrente que tratar en profundidad.
Reto 48 h — aplícalo mañana
Como Sofiane, abre un inventario mínimo (unos pocos puestos: configuración, usuario, garantía) y registra tres tickets. Detecta una recurrencia y formula el problema (causa raíz) que esconde. Escribe en una frase la acción de fondo que haría cesar las incidencias.
- Puedo explicar el interés de un inventario de parque.
- Sitúo el ITSM, ITIL y una herramienta como GLPI.
- Distingo un incidente (rápido) de un problema (en profundidad).
Preguntas frecuentes
¿ITIL no es demasiado pesado para una estructura pequeña?
Se adapta: la idea no es aplicar todo el marco, sino tomar su principio útil — registrar, priorizar, distinguir incidente y problema. Incluso un parque pequeño gana con un inventario y tickets, sin burocracia innecesaria.
¿Por qué distinguir incidente y problema si el usuario solo quiere que vuelva a funcionar?
Porque resolver el incidente alivia en el momento, pero deja la causa. Sin gestión del problema, la misma avería vuelve y cuesta cada vez. Tratar la causa raíz reduce de forma duradera la carga y las interrupciones.
¿Cuál es la diferencia entre un incidente y un problema (ITIL)?