El arte de pedir ayuda (mal): historias del soporte técnico que dan risa… y pena ajena
¿Te ha pasado que te buscan para pedir ayuda… pero no traen ni el famoso “santo y seña”? Todos hemos vivido alguna vez ese momento en la oficina donde un compañero llega a pedir auxilio, pero ni siquiera sabe explicar qué le pasa. Pues hoy te traigo una historia de soporte técnico que está tan llena de “facepalms” como de risas, y que seguro reconocerás si alguna vez trabajaste en TI o, la verdad, en cualquier oficina de Latinoamérica.
Porque sí, en nuestras tierras también abundan los “todólogos” que creen que el sysadmin es una especie de chamán con bola de cristal. Abróchate el cinturón, porque esta anécdota es digna de meme y de sobremesa con café.
Cuando pedir ayuda se convierte en un chiste… pero no de los buenos
La historia original fue compartida en Reddit por u/Ok_Pomelo_2685, quien contó el caso de un empleado de help desk que llegó a su oficina a pedir ayuda para un usuario que “no podía abrir una app de Citrix”. Hasta ahí, todo bien. Pero la conversación fue más o menos así:
— ¿Cuál es el usuario?
— Buena pregunta.
— ¿El nombre de la aplicación de Citrix?
— No sé.
— ¿El hostname?
— Se me olvidó.
— ¿Pediste ayuda a alguien más en el help desk?
— No, todos estaban ocupados.
— ¿Hiciste algo de troubleshooting?
— La verdad, no. Asumí que tú te encargarías.
¿Te imaginas la cara de nuestro sysadmin? En palabras de un comentarista: “¡Ayuda! ¡No he intentado nada y ya me quedé sin ideas!”. En cualquier oficina mexicana, esto sería motivo para soltar un “¡no inventes!” o, según el país, un buen “¡no manches, compa!”.
¿De quién es la culpa? ¿Del que pide ayuda o del que no enseña a pedirla?
Entre los comentarios, hubo debate interesante. Algunos defendieron que todos fuimos novatos alguna vez y que el aprendizaje viene con la práctica. “Nadie nace sabiendo, pero al menos deberías saber que necesitas datos básicos como el nombre de usuario o una descripción del problema”, decía un usuario. Y aunque muchos coincidieron en que hay que entrenar al personal, el propio autor aclaró que el empleado llevaba un año en el equipo y tenía experiencia previa. O sea, ni modo de echarle la culpa al “primer día”.
Un comentario muy latinoamericano lo resumió así: “Ese compa tiene futuro de jefe… pero de los que le dejan todo a los demás”. Porque, seamos honestos, ¿quién no ha tenido ese colega que solo sabe delegar y nunca resuelve nada?
Y aquí entra una reflexión valiosa: ¿qué tan importante es tener procesos claros? Alguien sugirió que lo básico en soporte técnico es tener una lista de preguntas mínimas antes de escalar el problema. En muchas empresas de Latinoamérica, la falta de procesos claros genera caos: desde tickets de soporte que parecen adivinanzas, hasta llamadas donde solo falta que te pregunten “¿y tú cómo estás?” antes de explicar el problema.
La cultura del “échale ganas” vs. la importancia de tomar notas
Si algo caracteriza a nuestras oficinas es la famosa cultura del “échale ganas” o del “ahorita lo resolvemos”. Pero en TI, improvisar sin datos es como buscar las llaves en la bolsa de alguien más: imposible. Varios comentaristas insistieron en la importancia de tomar notas, preguntar y nunca asumir que el de sistemas es adivino.
Un usuario lo dijo con humor: “Si no puedes ni anotar el usuario, imagínate los tickets que mandas a los demás grupos… Nosotros rechazamos cualquier ticket que no tenga los datos mínimos”. Otro contó que en su empresa, después de varios intentos de enseñar al personal a hacer preguntas básicas, los que no aprendieron… simplemente se fueron. Así de claro.
Y es que, como bien sabemos en Latinoamérica, lo que no está por escrito, no existe. Desde las recetas de la abuela hasta los instructivos de la oficina, todo debe quedar documentado. Porque si no, luego nadie sabe ni dónde quedó el SOP (procedimiento estándar), ni cómo se resuelve el problema.
El lado divertido (y desesperante) del soporte técnico
Más allá del enojo, la historia deja momentos dignos de telenovela. Uno de los comentarios más celebrados decía: “¿Qué has intentado hasta ahora?”. Y aunque parezca pregunta de terapia psicológica, es la clave para que la gente se obligue a pensar antes de escalar el problema. En palabras de otro usuario, “la forma más fácil de tener una respuesta es intentar algo”.
La moraleja es clara: pedir ayuda no es malo, pero hay que saber cómo. En nuestros trabajos, como en la vida, no se trata de pasar la pelota sin siquiera leer las instrucciones. Y a los sysadmins, paciencia… que siempre habrá quien crea que pueden leer la mente.
Conclusión: ¿Y tú, eres de los que pide ayuda o de los que resuelven?
En el mundo del soporte técnico, y en cualquier oficina latinoamericana, pedir ayuda es necesario… pero hazlo con información, con ganas de aprender y, por favor, ¡toma notas! Así evitamos dramas, risas nerviosas y ese “pena ajena” que todos hemos sentido alguna vez.
¿Te ha pasado algo parecido en tu trabajo? ¿Eres el que resuelve o el que siempre busca al “mago” de sistemas? Cuéntanos tu historia en los comentarios, porque seguro tienes más de una anécdota para compartir. ¡No te quedes con las ganas!
Publicación Original en Reddit: The Wrong Way to Ask for Help