jueves, 24 de diciembre de 2009

Anécdotas de Soporte Técnico

Trabajar en el área de soporte técnico no es precisamente la labor más fácil que uno pudiera realizar. A lo largo de (ya muchos) años desempeñando diversas funciones relacionadas a esta área (y como conclusión general) puedo decir que es un trabajo pocas veces apreciado: Si las cosas van bien, es simplemente que ese es tu trabajo, es tu obligación y nadie lo nota; si las cosas salen mal nadie sabe qué diablos estás haciendo, sigue siendo tu obligación y todos te lo reclaman.
Para no ser tan fatalista y poco conforme, debo decir que hay ciertos momentos en que el dar soporte técnico no se hace tan pesado. De hecho, he sido afortunado en haber vivido muchísimas anécdotas al estar atendiendo clientes con algún tipo de problema. Algunas resultan cómicas, otras inverosímiles, pero todas tienen algo en común: son ciertas. Como dirían muchos usuarios que he visto: “De verdad que yo no le moví nada” y lo cuento tal como las he vivido y recuerdo.

La máquina poseída.
Un cliente llama a nuestro centro de soporte técnico indicando que su servidor de correo electrónico no está funcionando adecuadamente. Tras hacer un breve análisis por teléfono se decide que será mejor atender el incidente directamente en sitio. Asigno inmediatamente a quien considero es nuestro ingeniero más experimentado con el producto y se programa todo para que en máximo 2 horas se encuentre con el cliente en sus instalaciones. Una vez en sitio, el ingeniero revisa el equipo y trata de hacer un diagnóstico. No parece ser un problema fácil. Lleva varias horas sin poder avanzar un poco con el problema. El cliente comienza a desesperarse y me llama indicando que no están obteniendo resultados satisfactorios. Hablo con el ingeniero que se encuentra en sitio y me comenta que algo debe estar corrupto en el servidor porque ningún comando que corre funciona para reparar el correo electrónico. La sugerencia del ingeniero: formatear el equipo y bajar un respaldo. Pero al cliente no le parece la mejor opción y quiere que se revise más a fondo. El ingeniero sigue revisando, esta vez con apoyo de un especialista del centro de soporte internacional en el teléfono. Es de madrugada ya y nada parece funcionar. Sin embargo, pese a la presión que tiene el propio usuario, no da autorización para formatear el equipo. “Esa es la típica solución de ustedes: formatear. Quiero que me arreglen el problema desde el origen y que me den una explicación satisfactoria y bien fundamentada. Prefiero no tener servicio que formatear un servidor”. El tiempo se terminaba porque, como siempre ocurre, el sistema debía estar levantado antes de que los usuarios llegaran a trabajar al día siguiente, o mejor dicho, cuando los directores llegaran a trabajar al día siguiente (lo que nos daba un poco más de tiempo). El ingeniero en sitio quedó en comunicarse conmigo en cuanto tuviera alguna noticia. Durante varias horas no tuve ninguna llamada. Eras casi las 11 de la mañana y estaba a punto de marcarle cuando recibí su llamada. Su voz se percibía cansada aunque algo animada:

- Parece que ya quedó esto. El correo ya está funcionando y el cliente me firmó ya la orden de servicio.
- ¡Qué bueno! ¿Cómo le hiciste para arreglarlo?
- Terminamos formateando el servidor.
- ¿Pero cómo? ¿Cómo convenciste al usuario para que autorizara que se formateara? ¿Quedó satisfecho?
- Sí, me calificó muy bien. Ya documentaré el caso por la tarde. Voy a descansar.

Obviamente, en ese momento no iba yo a exigir una explicación inmediata sabiendo que el ingeniero había estado sin dormir por varias horas, así que no insistí. Sin embargo, quedaba en mí la incógnita. La única opción que el cliente no iba a aceptar era formatear el servidor y fue eso precisamente lo que se hizo. ¿Qué pasó durante la madrugada? ¿Por qué el cliente había accedido finalmente a formatear? ¿La presión de no tener correo electrónico lo habría hecho ceder al respecto? No era probable. Habiendo trabajado con él por varios años me hacía pensar que era algo más. Posiblemente el ingeniero encontró la causa raíz probatoria e inequívoca para  explicarle por qué sólo formateando podría resolverse el problema.
Por la tarde, mientras reviso los casos abiertos del día me doy cuenta de que el caso del correo electrónico estaba ya cerrado y marcado como “Documentado”. Sin pensarlo dos veces, abro inmediatamente el caso para ver cómo fue la solución y la causa raíz que provocó el problema. Después de leer rápidamente los mensajes de error, puebas fallidas y otras actividades realizadas, llego finalmente a la parte de la solución. Decía algo similar a esto: “Tras haber revisado exhaustivamente el servidor, haber corrido varios comandos que siempre resultaron en otros errores, se convenció al usuario de que el servidor estaba poseído por el demonio”. ¡¿Qué?! No podía creer lo que estaba leyendo. Pensé que se trataba de una broma y llamé inmediatamente al ingeniero para aclarar el asunto. “El cliente no era nada técnico, por más explicaciones que le dábamos sobre el registry y archivos dañados siempre decía que ese era nuestro problema y que lo arregláramos. Fue hasta que noté que en su oficina tenía figurillas, estampas, veladoras y otras cosas que deduje que era una persona supersticiosa. Le dije que su servidor parecía estar poseído por algún ente y nos permitió formatearlo”, fue la explicación del ingeniero. Todavía estaba estupefacto por la noticia cuando recibo una llamada del mismo cliente: “Quiero agradecer que me hayas enviado a tu experto. Notó cosas que normalmente nadie más habría notado y logro resolver el problema. No quiero entrar en muchos detalles sobre la solución pero todo está funcionando ya y llamaba para reconocer su labor”. Sin decir mayor cosa colgué, todavía en shock. Reviso nuevamente la documentación del tan asombroso caso y leo la conclusión que había anotado el ingeniero: “Servidor exorcizado satisfactoriamente”.


Los Discos Rápidos.
Con esta anécdota notarán que realmente han pasado muchos años desde que empecé dando soporte técnico. Para que se den una idea, estoy hablando de aquellos tiempos en que la capacidad máxima de un disco duro era de 40 MB (y nadie se podía imaginar cómo podría llenarse semejante espacio). Bueno, pues en una empresa donde normalmente no estaban muy preocupados por el costo de las cosas y solían despilfarrar el dinero en equipo que probablemente no llegara a utilizarse, un día decidieron comprar servidores con discos duros nuevos que, aparte de ser más rápidos, eran del doble de capacidad que cualquier otro que tuvieran instalado. “80 MB en un sólo servidor, increíble” era un comentario que resultaba apropiado en esos tiempos. Para los que no estuvieron muy familiarizados con ese tipo de discos duros sólo diré que tenían casi el tamaño de una caja delgada de zapatos para adulto. Nada comparado con los discos de hoy ¿verdad?. Un día en que todo parecía estar tranquilo, llega a mi localizador (les dije que fue hace mucho tiempo) un mensaje para que me reportara al centro de soporte. Me indican que en esta empresa que les menciono tenían problemas con un sistema bastante crítico y requerían apoyo en sitio. Después de los clásicos problemas para poder ingresar a las instalaciones voy con el encargado del sistema que está fallando y me dice: “No sé que pasa. Desde la mañana hemos tenido problemas para guardar las transacciones. No podemos hacer consultas y estamos afectando la producción”. Después de decirme el número de millones de dólares que estaban perdiendo por cada hora que pasaban sin servicio me pongo a revisar los componentes del sistema. En ese entonces no había muchas herramientas de monitoreo y ubicar la causa raíz podía llevar un buen rato. Finalmente, encuentro el servidor que está provocando la falla. Es precisamente uno de los equipos que habían llegado con los discos nuevos. “No puedo creer que esté fallando, es nuevo” dijo el cliente un tanto escéptico.
Para no dejar más duda de que ha pasado mucho tiempo, tuvimos que dirigirnos al lugar donde se encontraba físicamente el servidor ya que eso del control remoto todavía no era una herramienta de uso común. Para nuestra mala suerte, el nuevo servidor se encontraba en otro piso bajo la custodia de un gerente que no se encontraba en ese momento y que era la única persona que podía darnos acceso para revisar el equipo. Tras varios mensajes enviados a su localizador finalmente apareció. “Perdón, estaba comiendo” fue su excusa al vernos. “¿Cuál es la urgencia?” preguntó todavía quitándose una pequeña mancha de salsa de la camisa. “Uno de los servidores nuevos que tienes en tu ‘site’ no está funcionando bien y necesitamos revisarlo porque el sistema de producción no permite hacer ninguna transacción” explicó mi cliente. Como si hubiera notado la presencia de un fantasma o algo así, el gerente levantó la vista sin poder ocultar su preocupación. “¿Desde cuándo pasó eso?” preguntó en forma inusual. “Hace unas horas. ¿Hicieron algún cambio en ese equipo?” preguntó mi cliente. “¡Hijos de la chingada!” exclamó el gerente y salió casi corriendo de la oficina donde estábamos. Instintivamente y sin mayor miramiento comenzamos a seguirlo mientras recorría apresurado los pasillos del lugar. Llegamos a un pasillo donde una enorme puerta metálica era lo único que podía apreciarse. Sacó de su bolsa unas llaves y abrió la pesada puerta. “¡A ver pendejos, se me salen todos a chingar a su madre!” gritó si dar más explicación. Unas 4 ó 5 personas salieron apresuradamente del lugar sin decir palabra. “Pasen y cierren la puerta” nos ordenó. Entramos y nos dimos cuenta de que aquel pequeño cuarto era el ‘site’ donde guardaba su servidor nuevo. “Lo que me temía” dijo mientras miraba con enojo el equipo. Al inspeccionar la escena me di cuenta de que allí estaba el servidor, destapado, con los discos duros expuestos y, aunque nadie lo crea, ¡tortillas! sobre los enormes discos duros. Por el calor que generaban ese tipo de discos, la gente que realizaba la limpieza de las oficinas se turnaba para ir a calentar sus tortillas ¡sobre los discos duros! “Les dije que en este servidor no, pero les gusta porque calientan más rápido” dijo lamentándose el gerente. Tratando de ocultar la risa, reconecté los discos, reinicié el equipo y verifiqué su funcionamiento. Afortunadamente, las tortillas habían logrado calentarse exitosamente sin dañar el servidor. El gerente me pidió fervientemente no documentar el caso mencionando las tortillas, así que todo quedó diagnosticado y documentado como “Problemas de alimentación en el sistema”.


Mensajes de error.
En innumerables ocasiones, me he encontrado con clientes que se quejan de mensajes de error que no dicen nada realmente. No es que reciban una ventana vacía o texto ilegible, sino que la explicación que viene en el mensaje resulta inútil. Creo que todos los hemos visto algunas vez “Error desconocido”, “No pudo completarse la operación” y cosas similares que no permiten determinar la causa del problema sino simplemente evidenciar lo que todo mundo ya notó: hay un problema. Incluso he visto (más veces de las que quisiera) mensajes de error indicando alguna situación falsa que hacen que la atención se desvíe hacia cosas que no llevan a la solución: “El disco está lleno” cuando en realidad no está lleno, “El usuario no tiene permisos” y tiene más de los que necesita, y otras situaciones similares o peores. En otros casos, el mensaje de error es similar a “0x800744BE”, eso y nada es lo mismo para el usuario que recibe el mensaje.
Pese a este tipo de inconsistencias, hay que aceptar que la mayoría de las veces los mensajes de error que recibe un usuario son bastante claros. Aunque todo depende del nivel de capacitación de usuario y de algo tal vez más importante: que su equipo esté instalado en un idioma que él pueda entender sin problemas. En ocasiones me he encontrado con usuarios que reportan que un correo no le llega al destinatario y que cada vez que lo intentan (y lo intentan muchas veces) reciben el mensaje de error que dice: “You have reached an unmonitored alias. Please do not reply”. Y todas las veces que responden reciben el mismo “error”. Con el fin de evitar evidenciar que un usuario no sabe inglés, suelo solicitarles a los clientes que me manden una descripción breve del problema acompañado con las pantallas de error que reciben. De esta forma, si hay algún mensaje de error que el usuario no puede interpretar no tiene que decírmelo y yo puedo darle ayuda un poco más rápido. Pero mi teoría al respecto quedó por los suelos el día en que recibí un correo de uno de mis clientes detallando el problema que tenía. Decía más o menos esto: “Estoy instalando manualmente el agente que requiere el producto de inventarios en una computadora de un gerente y recibo un mensaje de error que ha permanecido varios minutos allí, por lo que se ha vuelto ya un problema crítico. Ejecuté el programa setup.exe desde la carpeta que se me fue indicado e inició un asistente de instalación. Todo iba bien, hasta que después de unos 10 minutos me apareció la siguiente ventana de error y no sé cómo resolverlo. Desde entonces no he podido devolverle el equipo al gerente pero si no queda resuelto para el día de hoy preparará un oficio quejándose por el servicio que ha recibido y por la ineficiencia de los productos que se le están vendiendo”. Debo admitir que me preocupé al leer el correo porque venía con copia para otros gerentes y para el Account Manager de mi empresa. Me apresuré a revisar la pantalla anexa y efectivamente, podía verse una ventana dentro del asistente de instalación con el alarmante texto “The installation was completed successfully. Please click OK to finish”. Este fue el origen de lo que ahora se conoce en esa empresa como el temible error del “successful”, bastante común si uno pone atención.
En otra ocasión una usuaria me reclamó terriblemente porque, tras la migración a la nueva versión de su programa de Hoja de Cálculo, había perdido un buque. “El Tikal III no aparece” me decía asustada. Por un momento no supe si hablar a algún servicio de emergencia naval, contactar familiares o ir corriendo a buscarlo. “¿Cómo que no aparece?” pregunté tratando de que mi risa pareciera nerviosa. “Aquí estaba” contestó mientras manipulaba su hoja de cálculo para mostrarme la evidencia de tan terrible tragedia. “Probablemente un error con el radar de la hoja de cálculo” dije en mi pensamiento mientras contenía la risa. “Y aparte de todo me manda un error raro cuando lo busco” dijo ya algo alterada. Al revisar el mensaje de error podía leerse algo similar a “Algunos filtros han sido aplicados. Para ver la totalidad de los registros seleccione ‘Ver todo’”. Sin inmutarme mucho, seleccioné ‘Ver todo’ y el buque perdido apareció. “Allí está ¡Allí está!” dijo la usuaria. Y como quien regresa de una expedición de rescate exitosa, me retiré orgulloso de sus oficinas.


No cabe duda, muchas veces somos héroes. Otras tantas, villanos. Lo cierto es que si no vemos la diversión que puede haber tras una situación crítica viviríamos totalmente estresados y con angustia. Así como éstas, hay muchas más historas que por falta de espacio y tiempo no comparto ahora. Pero seguramente en una entrada posterior dedique tiempo a documentar un poco más lo que sigue haciendo de mi trabajo algo que realmente disfruto. Y claro, sé que muchos de quienes leen este blog tienen sus propias experiencias. Todas son bienvenidas si quieren compartirlas también. Hasta el próximo Error.

1 comentario:

  1. Te felicito por esta entrada y por sus secuelas. Fui dirigida hacia acá por el sutil enlace de un amigo ingeniero y vaya que lo he disfrutado. Creo que nunca me había puesto a llorar de la risa con un Blog y ahora no sólo se me salieron las lágrimas sino que me duele el estómago de tanto reír. ¡Continúa con tus anécdotas!

    ResponderEliminar