¿Por qué es tan difícil ver el trabajo de TI en la universidad?
Porque llega en mil formas. Sin una entrada única, no se mide nada, así que no hay niveles de servicio ni forma de saber qué está atrasado. Piensa en un proyector que muere cinco minutos antes de una clase: el docente le escribe directo a un técnico, le manda mensaje a otro y para a un tercero en el pasillo, así tres personas persiguen el mismo problema mientras el ticket de un portátil de hace una semana sigue sin tocarse. El equipo funciona a punta de memoria y buena voluntad, algo que no escala en un campus y desgasta a la gente.
¿Qué es una entrada única para las solicitudes de TI?
Un solo lugar donde aterriza cada solicitud, desde un cambio de contraseña hasta la caída de un salón. Desde ahí se enruta automáticamente a la persona o cola correcta, con la categoría, la prioridad y el responsable definidos desde el inicio, así nada queda sin ver en una bandeja. Cuando ese docente reporta el proyector muerto, entra como caída de un espacio de enseñanza, salta la cola y va directo al equipo que puede arreglarlo, mientras el ticket de rutina del portátil mantiene su turno.
Una entrada única también hace posible el autoservicio. Una vez que las solicitudes están tipificadas y enrutadas, las más comunes, un cambio de contraseña, el acceso a una carpeta compartida, una solicitud de software estándar, pueden resolverse con un formulario o un paso automático, así estudiantes y docentes reciben respuesta inmediata y el equipo no toca los casos de rutina. Eso libera a las personas de la mesa para los problemas que de verdad las necesitan.
¿Cómo funcionan los niveles de servicio en una mesa de ayuda universitaria?
Un acuerdo de nivel de servicio (SLA) define qué tan rápido debe recibir respuesta y solución cada tipo de solicitud, y ajustas la meta al riesgo. Un esquema simple:
- Caída de un laboratorio o salón en horario de clase: responder en minutos, resolver el mismo día.
- Problema con el portátil de un docente: responder el mismo día, resolver en uno o dos días.
- Cambio de contraseña de un estudiante: automático o en cuestión de horas.
Define esto según tu propia capacidad. El punto es que un ticket de rutina y una caída dejen de tratarse igual, y que todos vean en qué reloj va cada solicitud.
¿Qué deberían mostrarle los líderes de TI a la dirección?
Los números que produce la entrada única: volumen por tipo, tiempos de respuesta y de solución, y dónde cae de verdad la carga. En lugar de decir que el equipo está saturado, un líder de TI puede mostrar que las caídas de salones se duplicaron en septiembre y que los tiempos de solución se alargaron, lo que convierte "necesitamos más manos" en una cifra sobre la que un decano o la dirección financiera pueden actuar. Los consultores de RunMyProcess montan la entrada, el enrutamiento y los niveles de servicio con tu equipo.
Con el tiempo, la entrada única también arma un registro de lo que falla. Cuando el mismo salón pierde el proyector cada pocas semanas, el patrón queda visible en lugar de perderse entre la memoria de tres técnicos, así TI puede atacar la causa de raíz en vez del mismo ticket otra vez. Una mesa de ayuda que recuerda vale más que una que solo reacciona, y ese historial es otra cosa que un líder puede llevar a una conversación de presupuesto.
Si tus solicitudes llegan por todos lados, elige un tipo de solicitud, dale una sola entrada y un tiempo meta, y mídelo durante un mes. Ese solo cambio le muestra al equipo lo que es posible, y te ayudamos a montarlo.
Sigue leyendo: Inducción de docentes · Automatización de procesos en universidades
