Skip to Content
Gestión de tickets

Diferencia entre incidente, solicitud, problema y cambio

Cómo distinguir cuatro tipos de trabajo IT para asignar prioridades, responsables y controles adecuados.

8 min de lectura Técnicos de soporte Inicial Comparativa Revisado el 08/01/2026
Método NeWeL Ordenar Soportar Mejorar

Objetivo

Mejorar el registro y tratamiento del trabajo evitando que todas las necesidades sean gestionadas como urgencias equivalentes.

Contexto

Un incidente es una interrupción o degradación no planificada. Una solicitud pide acceso, información o una prestación estándar. Un problema busca la causa de uno o varios incidentes. Un cambio modifica de manera controlada un servicio o componente.

Las categorías se relacionan pero no son intercambiables. Restaurar el correo resuelve el incidente; investigar por qué falló aborda el problema; aplicar una corrección permanente requiere un cambio; pedir un nuevo buzón es una solicitud.

Puntos clave

  • El incidente prioriza restaurar el servicio y comunicar impacto.
  • La solicitud sigue un catálogo, autorizaciones y plazos previsibles.
  • El problema analiza causa, recurrencia y solución permanente.
  • El cambio evalúa riesgo, prueba, ventana, aprobación y reversión.
  • Un ticket puede originar registros relacionados de otro tipo.

Recomendaciones

  1. Definir ejemplos propios para cada categoría y publicarlos en el canal de soporte.
  2. Solicitar impacto, urgencia, servicio, usuario y evidencia al registrar el caso.
  3. Relacionar incidentes repetidos con un problema común.
  4. Convertir soluciones permanentes en cambios planificados y documentados.
  5. Medir volúmenes y tiempos por tipo, no sólo como total de tickets.

Riesgos y advertencias

  • Tratar una solicitud como incidente desplaza trabajo realmente crítico.
  • Cerrar incidentes sin analizar recurrencias mantiene causas activas.
  • Ejecutar cambios como parte informal de un ticket dificulta la reversión.

Cómo validar el resultado

  • Dos operadores clasifican ejemplos frecuentes de manera consistente.
  • Los incidentes repetidos pueden agruparse y analizarse.
  • Los cambios relevantes tienen aprobación, prueba y plan de reversión.

Buenas prácticas

Mantener pocas categorías claras y revisar ejemplos reales. La clasificación debe mejorar decisiones; si agrega pasos sin cambiar prioridad, flujo o responsable, necesita simplificarse.

Próximos pasos

Analizar una muestra de tickets recientes, reclasificarlos y ajustar las definiciones con ejemplos que representen la operación real.

También te puede servir